Das ist derselbe Thread von mir, nur im englischsprachigen Forum ![]()
Bin zwischenzeitlich auf die Lösung gekommen und habe dort die möglichen Lösungswege beschrieben - Siehe hier
Das ist derselbe Thread von mir, nur im englischsprachigen Forum ![]()
Bin zwischenzeitlich auf die Lösung gekommen und habe dort die möglichen Lösungswege beschrieben - Siehe hier
Hallo zusammen,
ich verzweifle seit Tagen daran paperless-ngx auf meinem lokalen PC mit TW zu installieren.
Gemäß der empfohlenen Installationsmethode versuche ich es derzeit mit docker zu installieren, aber manche container starten nicht bzw. schließen sich immer wieder.
Was ich bereits gemacht habe:
sudo systemctl status docker
● docker.service - Docker Application Container Engine
Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; preset: disabled)
Active: active (running) since Tue 2025-11-04 10:14:22 CET; 3s ago
Invocation: 29ba1ebd6ab24051acb370671b7d0e7a
TriggeredBy: ● docker.socket
Docs: http://docs.docker.com
Main PID: 7203 (dockerd)
Tasks: 36
CPU: 226ms
CGroup: /system.slice/docker.service
├─7203 /usr/bin/dockerd --add-runtime oci=/usr/sbin/runc
└─7219 containerd --config /var/run/docker/containerd/containerd.toml
Alles anzeigen
3. Die beiden Dateien “docker-compose.env” und “docker-compose.yml” für paperless-ngx konfiguriert.
(Sodass die Pfade auf meinem /home Verzeichnis liegen und ich somit besser für's backup abgreifen kann).
4. paperless-ngx via docker mit docker compose pull und docker compose up -d installiert.
docker compose up -d
[+] Running 5/5
✔ Container paperless-tika-1 Started 3.4s
✔ Container paperless-broker-1 Started 3.4s
✔ Container paperless-gotenberg-1 Started 3.5s
✔ Container paperless-db-1 Started 3.4s
✔ Container paperless-webserver-1 Started 0.6s
Soweit alles ohne Fehler gestartet:
7. Prüfen ob die Container auch wirklich laufen mit docker ps:
docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
dbc5e65850b3 ghcr.io/paperless-ngx/paperless-ngx:latest "/init" 5 minutes ago Up 12 seconds (health: starting) 0.0.0.0:8000->8000/tcp, [::]:8000->8000/tcp paperless-webserver-1
8cc6e89a624c gotenberg/gotenberg:8.24 "/usr/bin/tini -- go…" 5 minutes ago Up 5 minutes 3000/tcp paperless-gotenberg-1
5c7e5b71cb3e redis:8 "docker-entrypoint.s…" 5 minutes ago Restarting (1) 17 seconds ago paperless-broker-1
ca1aaa28ca24 postgres:18 "docker-entrypoint.s…" 5 minutes ago Restarting (1) 17 seconds ago paperless-db-1
d78dfde05da6 apache/tika:latest "/bin/sh -c 'exec ja…" 5 minutes ago Up 5 minutes 9998/tcp paperless-tika-1
Unter Spalte "STATUS" ist zeigt sich jetzt, dass manche container nicht starten bzw. nach paar Sekunden wieder schließen, weshalb ich paperless-ngx nicht zum laufen bringe.
Selbes Problem auch mit podman.
Ist da vielleicht SELinux bei Docker etwas zu restriktiv oder an was kann das liegen?
Bin absolut kein docker experte.
--clean-deps entfernt Pakete also nur dann, wenn sie von keinen anderen von dir installierten Paketen benötigt werden.
Genau bei dem Punkt war ich mir unsicher, danke für die Bestätigung ![]()
Bedeutet also, dass zypper rm --clean-deps doch der eigentlich sinnvollere/sauberere Weg ist, nicht mehr benötigte Pakete zu entfernen anstelle einfach nur mit zypper remove, oder?
Damit halte ich mein System sauber und vermeide Überbleibsel die mein System nicht braucht und Speicherplatz belegt (wenn auch nicht viel).
Welchen Weg bevorzugt Ihr in der Praxis als erfahrenere User für das entfernen von Paketen?
(Bin erst seit ca. 1 Monat unter Linux unterwegs & möchte es richtig machen)
Hallo zusammen,
ich möchte gerne ein Paket "restlos" entfernen, also das Paket selbst inkl. den dazugehörigen Abhängigkeiten die mit dem Paket mitinstalliert wurden, damit diese nicht als Überbleibsel im System verbleiben.
Dafür soll der Befehl zypper remove --clean-deps geeignet sein.
Meine Fragen hierzu:
Ich möchte also vermeiden, dass ich mit zypper remove --clean-deps Abhängigkeiten entferne und dadurch andere Pakete nicht mehr funktionieren.
(Das Wiki gab mir hier leider keine klare Antwort. Belehrt mich gerne eines besseren
)
Nach einiger Probiererei stellt sich heraus, daß pdfsam gar nicht mehr zur (aktuellen) Distribution zählt.
Habe den pdfsam seit meiner Migration zu Tumbleweed auch vergebens gesucht.
Als Alternative bin ich seither auf den pdfarranger gewechselt und habe dort alle Funktionalitäten die ich brauche und bin sehr zufrieden damit.
Ich empfehle allerdings die Flatpak-Version, da der pdfarranger aus dem offiziellen Repo kürzlich aufgrund veralteter Phyton Abhängigkeit nicht funktioniert hat. Das Update kam dann zwar paar Tage später und funktionierte damit wieder, aber manchmal muss es schnell gehen ![]()
Alternativ könntest du versuchen, von Wayland zu X11 zu switchen. Vielleicht ist dann dieser schwarze Bildschirm weg.
Nach der Benutzeranmeldung unter X11 erscheint nur ca. 1 Sekunde ein schwarzer Bildschirm, danach kommt kurz das Bild mit dem Zahnrad bis dann der Desktop erscheint. Ist also im Vergleich zu Wayland mit dort 3 Sekunden schwarzer Bildschirm deutlich besser.
Hier die entsprechende Konsolenausgabe:
thomas@DESKTOP-9IO7EUU:~> inxi -Fzr
System:
Kernel: 6.15.4-1-default arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.4.2 Distro: openSUSE Tumbleweed 20250707
Machine:
Type: Desktop Mobo: ASUSTeK model: PRIME B350-PLUS v: Rev X.0x
serial: <superuser required> UEFI: American Megatrends v: 6203
date: 07/27/2023
CPU:
Info: 8-core model: AMD Ryzen 7 5700X3D bits: 64 type: MT MCP cache:
L2: 4 MiB
Speed (MHz): avg: 1751 min/max: 575/4151 cores: 1: 1751 2: 1751 3: 1751
4: 1751 5: 1751 6: 1751 7: 1751 8: 1751 9: 1751 10: 1751 11: 1751 12: 1751
13: 1751 14: 1751 15: 1751 16: 1751
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 32 [Radeon RX 7700 XT /
7800 XT] driver: amdgpu v: kernel
Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.8
compositor: kwin_wayland driver: X: loaded: modesetting unloaded: vesa
dri: radeonsi gpu: amdgpu resolution: 1920x1080~165Hz
API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
platforms: gbm,wayland,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.1.4 renderer: AMD
Radeon RX 7800 XT (radeonsi navi32 LLVM 20.1.7 DRM 3.63 6.15.4-1-default)
API: Vulkan v: 1.4.313 drivers: N/A surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info
x11: xdpyinfo, xprop, xrandr
Audio:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 31 HDMI/DP Audio
driver: snd_hda_intel
Device-2: Advanced Micro Devices [AMD] Starship/Matisse HD Audio
driver: snd_hda_intel
API: ALSA v: k6.15.4-1-default status: kernel-api
Server-1: PipeWire v: 1.4.6 status: active
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
driver: r8169
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
Local Storage: total: 1.14 TiB used: 518.8 GiB (44.6%)
ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB
ID-2: /dev/sdb vendor: Samsung model: SSD 870 EVO 1TB size: 931.51 GiB
Partition:
ID-1: / size: 229.88 GiB used: 83.36 GiB (36.3%) fs: btrfs dev: /dev/sda2
ID-2: /boot/efi size: 1022 MiB used: 5.9 MiB (0.6%) fs: vfat
dev: /dev/sda1
ID-3: /opt size: 229.88 GiB used: 83.36 GiB (36.3%) fs: btrfs
dev: /dev/sda2
ID-4: /var size: 229.88 GiB used: 83.36 GiB (36.3%) fs: btrfs
dev: /dev/sda2
Swap:
ID-1: swap-1 type: partition size: 2 GiB used: 0 KiB (0.0%) dev: /dev/sda3
Sensors:
System Temperatures: cpu: 38.1 C mobo: N/A gpu: amdgpu temp: 32.0 C
Fan Speeds (rpm): N/A gpu: amdgpu fan: 0
Repos:
Active zypp repos in: /etc/zypp/repos.d/Emulators_Wine.repo
1: Emulators_Wine ~ https://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumbleweed/
Active zypp repos in: /etc/zypp/repos.d/download.opensuse.org-non-oss.repo
1: download.opensuse.org-non-oss ~ http://download.opensuse.org/tumbleweed/repo/non-oss/
Active zypp repos in: /etc/zypp/repos.d/download.opensuse.org-oss.repo
1: download.opensuse.org-oss ~ http://download.opensuse.org/tumbleweed/repo/oss/
Active zypp repos in: /etc/zypp/repos.d/download.opensuse.org-tumbleweed.repo
1: download.opensuse.org-tumbleweed ~ http://download.opensuse.org/update/tumbleweed/
Active zypp repos in: /etc/zypp/repos.d/hardware.repo
1: hardware ~ https://download.opensuse.org/repositories/hardware/openSUSE_Tumbleweed/
Active zypp repos in: /etc/zypp/repos.d/openSUSE-20250624-0.repo
1: openSUSE-20250624-0 ~ http://download.opensuse.org/tumbleweed/repo/oss/
Active zypp repos in: /etc/zypp/repos.d/packman-essentials.repo
1: packman-essentials ~ https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/Essentials/
Active zypp repos in: /etc/zypp/repos.d/packman.repo
1: packman ~ https://ftp.fau.de/packman/suse/openSUSE_Tumbleweed/
No active zypp repos in: /etc/zypp/repos.d/repo-debug.repo
Active zypp repos in: /etc/zypp/repos.d/repo-openh264.repo
1: repo-openh264 ~ http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed
No active zypp repos in: /etc/zypp/repos.d/repo-source.repo
Active zypp repos in: /etc/zypp/repos.d/security.repo
1: security ~ https://download.opensuse.org/repositories/security/openSUSE_Tumbleweed/
Active zypp repos in: /etc/zypp/repos.d/teamviewer.repo
1: teamviewer ~ https://linux.teamviewer.com/yum/stable/main/binary-$basearch/
Active zypp repos in: /etc/zypp/repos.d/update.repo
1: update ~ http://download.opensuse.org/update/tumbleweed/
Info:
Memory: total: 16 GiB available: 15.53 GiB used: 2.43 GiB (15.6%)
Processes: 392 Uptime: 0h 5m Shell: Bash inxi: 3.3.37
Alles anzeigen
Hat zunächst nichts mit dem Problem zu tun, aber Dein System ist nicht aktuell. Aktuell ist Kernel 6.15.4, Plasma 6.4.2, Frameworks 6.15.0 und Qt 6.9.1.
Danke für den Hinweis
System ist jetzt wieder aktuell.
Ich wollte mich hier nur an die Empfehlung aus der offiziellen Tumbleed Dokumentation halten und zypper dup nur ca. alle 2 Wochen ausführen.
Hallo openSUSE-Community,
ich bin vor wenigen Wochen von Win11 auf Tumbleweed gewechselt und bin seither begeisterter Linux Nutzer.
Soweit funktioniert alles problemlos (auch Gaming) jedoch habe ich folgende Frage bzw. Problem:
Bei der ersten Benutzeranmeldung nachdem der PC hochgefahren ist, wird mein Bildschirm für ca. 2-3 Sekunden schwarz bis dann der Desktop erscheint.
Wenn ich den PC danach sperre und wieder anmelde erscheint der Desktop aber sofort.
Ist das ein normales Verhalten unter KDE (Wayland) da der Desktop ja erst aufgebaut werden muss oder ist das als Fehler anzusehen?
Falls es nicht normal ist, wie kann man das beheben?
Anbei noch die Ausgabe von fastfetch.
Bitte um Info falls noch weitere Infos benötigt werden.
Gruß Jungfred