Danke im Nachhinein für den Vorschlag! Hätte ich besser mal gleich versucht
Immer gerne!
Nun, wichtig ist doch letztendlich nur, dass Dein System jetzt wieder funktioniert!
Weiterhin viel Spaß beim Arbeiten mit openSUSE Tumbleweed.
Viele Grüße
susejunky
Eventuell ist der Fehler leichter zu finden wenn du das automatische Anmelden abschaltest und dich über sddm anmeldest.
**erlangen:~ #** journalctl -b -o short-monotonic -u user@1000.service -g failed
-- Journal begins at Sat 2021-07-17 20:44:14 CEST, ends at Sat 2021-07-24 14:33:37 CEST. --
40.800177] erlangen pulseaudio[1488]: **GetManagedObjects() ****failed****: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, ...**>
**erlangen:~ #**
Nix für Ungut: Würde der Rechner wieder uneingeschränkt laufen, gälte mein Dank natürlich an allererster Stelle karlmistelberger!
Werde ich später noch machen, vorab zwei andere Fragen:
-
Hatte eine Zeit lang rambox genutzt (liegt als appimage vor) und eben bemerkt, dass das bis eben in den KDE-Einstellungen meines Standard-Users der einzige Eintrag unter Autostart war. Mögliche Fehlerquelle?
-
Bei dem neu angelegten User “ali” finden sich unter ~/.config weniger Dateien mit offensichtlichem Bezug zu Plasma als bei meinem Standard-User “jeb”. Mögliche Fehlerquelle?
**linux-jeb2:/home/ali/.config #** dir
insgesamt 240
-rw------- 1 1001 users 66 23. Jul 17:17 akregatorrc
drwxr-xr-x 2 1001 users 4096 23. Jul 17:17 **autostart**
drwxr-xr-x 2 1001 users 4096 23. Jul 17:45 **autostart-scripts**
-rw------- 1 1001 users 821 23. Jul 17:17 baloofilerc
drwx------ 2 1001 users 4096 23. Jul 17:17 **dconf**
drwxr-xr-x 3 1001 users 4096 23. Jul 17:53 **gtk-3.0**
drwxr-xr-x 2 1001 users 4096 23. Jul 17:17 **gtk-4.0**
-rw-r--r-- 1 1001 users 130 23. Jul 17:45 gtkrc
-rw-r--r-- 1 1001 users 90 23. Jul 17:45 gtkrc-2.0
-rw------- 1 1001 users 154 23. Jul 17:17 gwenviewrc
-rw------- 1 1001 users 120 23. Jul 17:17 kactivitymanagerdrc
-rw------- 1 1001 users 965 23. Jul 17:18 kactivitymanagerd-statsrc
-rw------- 1 1001 users 56 23. Jul 17:17 kateschemarc
-rw------- 1 1001 users 350 23. Jul 17:17 kcminputrc
-rw------- 1 1001 users 3850 23. Jul 17:39 kconf_updaterc
-rw------- 1 1001 users 43 23. Jul 17:17 kded5rc
-rw------- 1 1001 users 3215 23. Jul 17:17 kdeglobals
-rw------- 1 1001 users 16581 23. Jul 17:45 kglobalshortcutsrc
-rw------- 1 1001 users 32244 23. Jul 17:45 khotkeysrc
drwxr-xr-x 2 1001 users 4096 23. Jul 17:17 **khtml**
-rw------- 1 1001 users 149 23. Jul 17:17 kmail2rc
-rw------- 1 1001 users 122 23. Jul 17:17 kmixrc
-rw------- 1 1001 users 70 23. Jul 17:17 konquerorrc
-rw------- 1 1001 users 325 23. Jul 17:41 konsolerc
-rw------- 1 1001 users 36 23. Jul 17:17 krunnerrc
-rw------- 1 1001 users 54 23. Jul 17:17 kscreenlockerrc
-rw------- 1 1001 users 320 23. Jul 17:53 ksmserverrc
-rw------- 1 1001 users 105 23. Jul 17:17 ktimezonedrc
-rw------- 1 1001 users 446 23. Jul 17:45 kwinrc
-rw------- 1 1001 users 70 23. Jul 17:17 kwinrulesrc
-rw------- 1 1001 users 56 23. Jul 17:17 kxkbrc
drwxr-xr-x 2 1001 users 4096 23. Jul 17:17 **libaccounts-glib**
-rw------- 1 1001 users 84 23. Jul 17:17 okularpartrc
-rw------- 1 1001 users 27 23. Jul 17:17 plasma-localerc
-rw------- 1 1001 users 5265 23. Jul 17:53 plasma-org.kde.plasma.desktop-appletsrc
-rw------- 1 1001 users 58 23. Jul 17:17 plasma-pk-updates
-rw------- 1 1001 users 917 23. Jul 17:17 plasmashellrc
-rw------- 1 1001 users 44 23. Jul 17:17 powerdevilrc
-rw------- 1 1001 users 775 23. Jul 17:17 powermanagementprofilesrc
drwx------ 2 1001 users 4096 23. Jul 17:17 **pulse**
drwxr-xr-x 2 1001 users 4096 23. Jul 17:53 **session**
-rw------- 1 1001 users 68 23. Jul 17:17 spectaclerc
-rw------- 1 1001 users 249 23. Jul 17:53 systemsettingsrc
-rw-r--r-- 1 1001 users 1049 23. Jul 17:45 Trolltech.conf
-rw------- 1 1001 users 640 23. Jul 17:17 user-dirs.dirs
-rw-r--r-- 1 1001 users 5 23. Jul 17:17 user-dirs.locale
-rw------- 1 1001 users 103 23. Jul 17:17 webengineurlinterceptoradblockrc
drwxr-xr-x 2 1001 users 4096 23. Jul 17:45 **xsettingsd**
**linux-jeb2:/home/ali/.config #** cd /home/jeb/.config
**linux-jeb2:/home/jeb/.config #** dir
insgesamt 656
drwxr-xr-x 2 jeb users 4096 24. Jul 18:40 **akonadi**
-rw------- 1 jeb users 70 29. Nov 2020 akonadi_akonotes_resource_0rc
-rw------- 1 jeb users 85 29. Nov 2020 akonadi_contactrc
-rw------- 1 jeb users 28 29. Nov 2020 akonadi_contacts_resource_0rc
-rw------- 1 jeb users 195 29. Nov 2020 akonadi-firstrunrc
-rw------- 1 jeb users 136 30. Nov 2020 akonadi_google_resource_0rc
-rw------- 1 jeb users 62 29. Nov 2020 akonadi_ical_resource_0rc
-rw------- 1 jeb users 204 29. Nov 2020 akonadi_imap_resource_0rc
-rw------- 1 jeb users 192 29. Nov 2020 akonadi_imap_resource_1rc
-rw------- 1 jeb users 76 19. Mär 16:38 akonadi_indexing_agentrc
-rw------- 1 jeb users 52 18. Feb 20:32 akonadikderc
-rw------- 1 jeb users 90 29. Nov 2020 akonadi_maildir_resource_0rc
-rw------- 1 jeb users 102 30. Nov 2020 akonadi-migrationrc
-rw------- 1 jeb users 574 19. Dez 2020 akregatorrc
-rw------- 1 jeb users 2956 30. Mai 22:14 arkrc
drwxr-xr-x 3 jeb users 4096 14. Jun 17:58 **audacious**
drwxr-xr-x 2 jeb users 4096 24. Jul 19:00 **autostart**
drwxr-xr-x 2 jeb users 4096 24. Jul 18:40 **autostart-scripts**
drwx------ 11 jeb users 4096 25. Apr 00:48 **balena-etcher-electron**
-rw------- 1 jeb users 551 5. Nov 2020 baloofileinformationrc
-rw------- 1 jeb users 780 1. Nov 2020 baloofilerc
-rw------- 1 jeb users 28 2. Nov 2020 bluedevilglobalrc
drwxr-xr-x 24 jeb users 4096 18. Apr 19:16 **chromium**
drwx------ 2 jeb users 4096 3. Jun 23:19 **darktable**
drwx------ 2 jeb users 4096 17. Jun 21:20 **dconf**
-rw------- 1 jeb users 81 24. Jun 21:19 discoverrc
-rw------- 1 jeb users 1657 24. Jul 19:25 dolphinrc
-rw------- 1 jeb users 42 7. Nov 2020 drkonqirc
drwx------ 3 jeb users 4096 8. Jun 19:04 **Electron**
-rw------- 1 jeb users 135 26. Nov 2020 emaildefaults
-rw------- 1 jeb users 1101 26. Nov 2020 emailidentities
drwx------ 2 jeb users 4096 13. Dez 2020 **filezilla**
-rw------- 1 jeb users 146 10. Nov 2020 foldermailarchiverc
drwxr-xr-x 3 jeb users 4096 13. Apr 20:30 **GIMP**
drwxr-xr-x 2 jeb users 4096 31. Mai 23:36 **gmic**
drwxr-xr-x 2 jeb users 4096 14. Nov 2020 **goa-1.0**
drwxr-xr-x 2 jeb users 4096 31. Mai 23:36 **GREYC**
drwx------ 2 jeb users 4096 3. Jun 23:31 **gtk-2.0**
drwxr-xr-x 3 jeb users 4096 24. Jul 18:40 **gtk-3.0**
drwxr-xr-x 2 jeb users 4096 17. Feb 17:22 **gtk-4.0**
-rw-r--r-- 1 jeb users 130 24. Jul 18:40 gtkrc
-rw-r--r-- 1 jeb users 90 24. Jul 18:40 gtkrc-2.0
-rw------- 1 jeb users 1330 16. Jul 17:30 gwenviewrc
-rw-r--r-- 1 jeb users 2412 3. Jun 20:08 hugin.conf
-rw------- 1 jeb users 256 25. Apr 00:37 imagewriterrc
-rw------- 1 jeb users 2872 24. Apr 23:46 k3brc
-rw------- 1 jeb users 37 7. Nov 2020 kabldaprc
-rw------- 1 jeb users 120 1. Nov 2020 kactivitymanagerdrc
-rw------- 1 jeb users 481 17. Jul 22:04 kactivitymanagerd-statsrc
-rw------- 1 jeb users 2036 19. Apr 16:55 kaddressbookrc
-rw------- 1 jeb users 1011 24. Jul 00:56 kaffeinerc
-rw------- 1 jeb users 6716 23. Jul 20:38 katemetainfos
-rw------- 1 jeb users 3572 23. Jul 20:34 katerc
-rw------- 1 jeb users 56 1. Nov 2020 kateschemarc
-rw------- 1 jeb users 419 5. Nov 2020 katevirc
-rw------- 1 jeb users 458 13. Mär 00:22 kcminputrc
-rw------- 1 jeb users 4139 23. Jul 17:56 kconf_updaterc
drwxr-xr-x 2 jeb users 4096 6. Nov 2020 **KDE**
-rw------- 1 jeb users 136 10. Nov 2020 kded5rc
-rw------- 1 jeb users 3923 23. Jul 23:33 kdeglobals
drwxr-xr-x 2 jeb users 4096 24. Jul 19:04 **kde.org**
-rw------- 1 jeb users 213 15. Dez 2020 kdialogrc
-rw------- 1 jeb users 26 4. Nov 2020 kgammarc
-rw------- 1 jeb users 16925 24. Jul 18:40 kglobalshortcutsrc
-rw------- 1 jeb users 429 12. Jul 17:30 khelpcenterrc
-rw------- 1 jeb users 32244 24. Jul 18:40 khotkeysrc
drwxr-xr-x 2 jeb users 4096 24. Jun 18:02 **khtml**
-rw------- 1 jeb users 402 9. Jun 17:54 kinfocenterrc
-rw------- 1 jeb users 71 13. Nov 2020 kio_fishrc
-rw------- 1 jeb users 63 13. Dez 2020 kio_ftprc
-rw------- 1 jeb users 127 23. Mär 17:38 kiorc
-rw------- 1 jeb users 22772 24. Jul 00:34 kmail2rc
-rw------- 1 jeb users 62 19. Jul 16:56 kmailsearchindexingrc
-rw------- 1 jeb users 122 1. Nov 2020 kmixrc
-rw------- 1 jeb users 1497 23. Jul 23:33 kmozillahelperrc
-rw------- 1 jeb users 35 1. Nov 2020 knfsshare
-rw------- 1 jeb users 33 24. Jun 21:17 konq_history
-rw------- 1 jeb users 741 24. Jun 21:18 konquerorrc
-rw------- 1 jeb users 789 24. Jul 19:27 konsolerc
-rw------- 1 jeb users 3035 19. Apr 16:58 kontactrc
-rw------- 1 jeb users 153 18. Nov 2020 kontact_summaryrc
-rw------- 1 jeb users 172 24. Jul 00:56 korgacrc
-rw------- 1 jeb users 83 18. Nov 2020 krecentconnections
-rw------- 1 jeb users 36 17. Feb 17:18 krunnerrc
-rw------- 1 jeb users 98 8. Nov 2020 kscreenlockerrc
-rw------- 1 jeb users 1341 24. Jul 00:56 ksmserverrc
-rw------- 1 jeb users 377 15. Nov 2020 ksudokurc
-rw------- 1 jeb users 365 9. Mär 20:23 ksysguardrc
-rw------- 1 jeb users 105 1. Nov 2020 ktimezonedrc
-rw------- 1 jeb users 232 27. Apr 00:45 ktnefrc
-rw------- 1 jeb users 292 9. Nov 2020 kwalletmanager5rc
-rw------- 1 jeb users 25 4. Nov 2020 kwalletrc
-rw------- 1 jeb users 675 24. Jul 18:40 kwinrc
-rw------- 1 jeb users 70 1. Nov 2020 kwinrulesrc
-rw------- 1 jeb users 264 8. Mai 19:11 kxkbrc
drwxr-xr-x 2 jeb users 4096 1. Nov 2020 **libaccounts-glib**
drwxr-xr-x 3 jeb users 4096 19. Nov 2020 **libreoffice**
-rw------- 1 jeb users 376 29. Nov 2020 mailtransports
drwxr-xr-x 2 jeb users 4096 2. Dez 2020 **Meltytech**
drwxr-xr-x 3 jeb users 4096 3. Jun 19:02 **mfusion**
-rw------- 1 jeb users 1084 21. Jun 21:59 mimeapps.list
-rw------- 1 jeb users 120 21. Jul 18:26 okularpartrc
-rw------- 1 jeb users 1356 21. Jul 18:27 okularrc
drwx------ 2 jeb users 4096 8. Mär 20:18 **package-update-indicator**
-rw-r--r-- 1 jeb users 109 9. Jun 17:51 pavucontrol.ini
-rw------- 1 jeb users 118 8. Dez 2020 phishingurlrc
drwx------ 2 jeb users 4096 4. Nov 2020 **pipewire-media-session**
-rw------- 1 jeb users 27 1. Nov 2020 plasma-localerc
-rw------- 1 jeb users 36 1. Nov 2020 plasma-nm
-rw------- 1 jeb users 34 5. Nov 2020 plasmanotifyrc
-rw------- 1 jeb users 6990 24. Jul 18:40 plasma-org.kde.plasma.desktop-appletsrc
-rw------- 1 jeb users 58 23. Jul 21:48 plasma-pk-updates
-rw------- 1 jeb users 26 8. Nov 2020 plasmarc
-rw------- 1 jeb users 1104 17. Jul 22:12 plasmashellrc
drwxr-xr-x 4 jeb users 4096 24. Jul 18:59 **plasma-workspace**
-rw------- 1 jeb users 83 4. Nov 2020 powerdevilrc
-rw------- 1 jeb users 743 4. Nov 2020 powermanagementprofilesrc
-rw------- 1 jeb users 1103 6. Apr 17:43 print-manager
drwx------ 2 jeb users 4096 1. Nov 2020 **pulse**
drwxr-xr-x 2 jeb users 4096 24. Jun 18:52 **QDirStat**
-rw-r--r-- 1 jeb users 103 23. Jul 23:33 QtProject.conf
drwxr-xr-x 3 jeb users 4096 8. Jun 23:20 **Rambox**
drwxr-xr-x 3 jeb users 4096 3. Jun 19:14 **RawTherapee**
drwxr-xr-x 2 jeb users 4096 24. Jul 19:27 **session**
-rw------- 1 jeb users 14338 11. Jul 21:43 showfotorc
drwx------ 15 jeb users 4096 21. Jun 22:01 **Signal**
-rw------- 1 jeb users 759 11. Jul 19:09 skanliterc
-rw------- 1 jeb users 66 4. Nov 2020 specialmailcollectionsrc
-rw------- 1 jeb users 68 1. Nov 2020 spectaclerc
-rw------- 1 jeb users 63 24. Jun 18:36 systemmonitorrc
-rw------- 1 jeb users 402 24. Jul 19:04 systemsettingsrc
-rw------- 1 jeb users 1264 26. Nov 2020 templatesconfigurationrc
drwx------ 2 jeb users 4096 24. Jun 18:03 **Thunar**
-rw------- 1 jeb users 21 11. Jul 16:52 trashrc
-rw-r--r-- 1 jeb users 1067 24. Jul 18:40 Trolltech.conf
drwxr-xr-x 2 jeb users 4096 24. Jul 00:56 **Unknown Organization**
-rw------- 1 jeb users 640 1. Nov 2020 user-dirs.dirs
-rw-r--r-- 1 jeb users 5 1. Nov 2020 user-dirs.locale
drwxr-xr-x 2 jeb users 4096 20. Jul 00:15 **vlc**
-rw------- 1 jeb users 103 1. Nov 2020 webengineurlinterceptoradblockrc
drwxr-xr-x 7 jeb users 4096 2. Mai 17:55 **xfce4**
drwxr-xr-x 2 jeb users 4096 24. Jul 18:40 **xsettingsd**
**linux-jeb2:/home/jeb/.config #**
/CODE]
Meine erste Frage hat sich erübrigt, macht keinen Unterschied, den Autostart-Eintrag zu entfernen.
Nachtrag:
Automatisches Anmelden abgeschaltet.
**linux-jeb2:/home/jeb #** journalctl -b -o short-monotonic -u user@1000.service -g failed
-- Journal begins at Sun 2020-11-01 23:17:53 CET, ends at Sat 2021-07-24 21:40:56 CEST. --
-- No entries --
**linux-jeb2:/home/jeb #**
p.s.: Hatte inzwischen noch ein “zypper dup” durchgeführt, ändert aber auch nichts.
Möglich ist fast alles. Probieren geht über Studieren. Du kannst als root angemeldet /home/jeb umbenennen, den Benutzer jeb löschen und wieder anlegen. Dann sollte die grafische Anmeldung für jeb wieder funktionieren.
Die Absicht dahinter erschließt sich mir nicht.
Dass ein neu angelegter User auf die KDE-Oberfläche kommt, war ja schon klar - nur, egal, wie der heißt, ohne das alte /home/jeb hilft der mir nicht viel weiter.
Zwischenfrage:
Allmählich bereitet mir der Platz auf der /-Partition wieder Sorgen. Sehe ich das richtig, dass mit jedem neu erstelltem die ältesten Snapshots immer größer werden? Was davon kann ich bedenkenlos löschen?
Ich dachte der neu angelegte Benutzer funktioniert problemlos oder habe ich da etwas überlesen???
Wenn ein neu angelegter Benutzer problemlos funktioniert, dann liegt die Vermutung nahe, dass das Problem im /home-Verzeichnis (des vom Problem betroffenen Benutzers) liegt. Also kannst Du
- den Inhalt des nicht funktionierenden Benutzerverzeichnisses sichern
(und nicht vergessen zu prüfen, ob die Sicherung lesbar und vollständig ist). 1. den Inhalt des nicht funktionierenden Benutzerverzeichnisses vollständig (!) löschen - alle Daten (keine Konfigurationseinstellungen!) aus dem gesicherten Benutzerverzeichniss in das ursprüngliche Benutzerverzeichnis zurückkopieren
Ab hier hast Du dann folgende Möglichkeiten:
- Du kopierst die Konfigurationseinstellungen aus der Sicherung Schritt für Schritt zurück in das ursprüngliche Benutzerverzeichnis und prüfst dabei immer, ob das System noch problemlos startet. Dieses Vorgehen ist mühsam und zeitraubend. Es gibt Dir aber eventuell die Möglichkeit die Problemursache zu identifizieren.
ODER - Du konfigurierst alles neu.Je nachdem wie gut Du Deine Arbeit am Rechner dokumentierst, unterscheiden sich dafür der Zeitbedarf und die Erfolgsaussichten. Die Chancen, die Problemursache dabei zu finden sind gering.
ODER - Du nutzt eine Mischung der beiden oben genannten Methoden. Je besser Du Dich mit Deinem System auskennst und je besser Deine Dokumentation ist, um so geeigneter ist dieser Weg. Aber auch hierbei sind die Chancen, die Problemursache zu finden eher gering.
Oder gibt es noch ein anderes Problem, das ich übersehen habe und das sich durch dieses Vorgehen nicht lösen lassen würde?
Viele Grüße
susejunky
Bei geeigneten Einstellungen und funktionierenden Wartungsroutinen gibt es keine Probleme. Ein Beispiel sagt mehr als tausend Worte:
**i3-4130:~ #** grep BTRFS /etc/sysconfig/btrfsmaintenance
**BTRFS**_LOG_OUTPUT="stdout"
**BTRFS**_DEFRAG_PATHS=""
**BTRFS**_DEFRAG_PERIOD="none"
**BTRFS**_DEFRAG_MIN_SIZE="+1M"
**BTRFS**_BALANCE_MOUNTPOINTS="/"
**BTRFS**_BALANCE_PERIOD="weekly"
**BTRFS**_BALANCE_DUSAGE="5 10"
**BTRFS**_BALANCE_MUSAGE="3"
**BTRFS**_SCRUB_MOUNTPOINTS="/"
**BTRFS**_SCRUB_PERIOD="monthly"
**BTRFS**_SCRUB_PRIORITY="idle"
**BTRFS**_SCRUB_READ_ONLY="false"
**BTRFS**_TRIM_PERIOD="none"
**BTRFS**_TRIM_MOUNTPOINTS="/"
**BTRFS**_ALLOW_CONCURRENCY="false"
**i3-4130:~ #**
Die Ausgabe von df sollte man ignorieren. Vorhandener freier Platz:
**i3-4130:~ #** btrfs filesystem usage -T /
Overall:
Device size: 183.57GiB
Device allocated: 26.05GiB
** Device unallocated: 157.52GiB **
Device missing: 0.00B
Used: 19.75GiB
Free (estimated): 162.63GiB (min: 162.63GiB)
Free (statfs, df): 162.63GiB
Data ratio: 1.00
Metadata ratio: 1.00
Global reserve: 60.22MiB (used: 0.00B)
Multiple profiles: no
Data Metadata System
Id Path single single single Unallocated
-- --------- -------- --------- -------- -----------
1 /dev/sda2 24.01GiB 2.01GiB 32.00MiB 157.52GiB
-- --------- -------- --------- -------- -----------
Total 24.01GiB 2.01GiB 32.00MiB 157.52GiB
Used 18.90GiB 880.72MiB 16.00KiB
**i3-4130:~ #**
Für einen störungsfreien Betrieb ist das korrekte Funktionieren der Wartungsroutinen unabdingbar. Ausschnitt aus dem Journal:
**i3-4130:~ #** journalctl -b -u btrf*
-- Journal begins at Sat 2021-07-24 14:12:28 CEST, ends at Mon 2021-07-26 07:00:03 CEST. --
Jul 25 11:27:58 i3-4130 systemd[1]: Started Watch /etc/sysconfig/btrfsmaintenance.
Jul 25 11:27:59 i3-4130 systemd[1]: Started Balance block groups on a btrfs filesystem.
Jul 25 11:27:59 i3-4130 systemd[1]: Started Scrub btrfs filesystem, verify block checksums.
Jul 26 06:50:28 i3-4130 systemd[1]: Started Balance block groups on a btrfs filesystem.
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Before balance of /
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Data, single: total=24.01GiB, used=18.89GiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: System, single: total=32.00MiB, used=16.00KiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Metadata, single: total=2.01GiB, used=880.55MiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: GlobalReserve, single: total=60.27MiB, used=0.00B
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: /dev/sda2 198G 22G 175G 11% /
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Done, had to relocate 0 out of 29 chunks
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: es dauerte 0.000003 Sekunden, um die Sperre zu bekommen
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: btrfs wird ausgeführt
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Dumping filters: flags 0x1, state 0x0, force is off
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: DATA (flags 0x2): balancing, usage=5
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Done, had to relocate 0 out of 29 chunks
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: es dauerte 0.000002 Sekunden, um die Sperre zu bekommen
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: btrfs wird ausgeführt
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Dumping filters: flags 0x1, state 0x0, force is off
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: DATA (flags 0x2): balancing, usage=10
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Done, had to relocate 0 out of 29 chunks
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: es dauerte 0.000003 Sekunden, um die Sperre zu bekommen
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: btrfs wird ausgeführt
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Done, had to relocate 0 out of 29 chunks
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: es dauerte 0.000003 Sekunden, um die Sperre zu bekommen
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: btrfs wird ausgeführt
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Dumping filters: flags 0x6, state 0x0, force is off
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: METADATA (flags 0x2): balancing, usage=3
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: SYSTEM (flags 0x2): balancing, usage=3
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Done, had to relocate 1 out of 29 chunks
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: es dauerte 0.000002 Sekunden, um die Sperre zu bekommen
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: flock: btrfs wird ausgeführt
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: After balance of /
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Data, single: total=24.01GiB, used=18.89GiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: System, single: total=32.00MiB, used=16.00KiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Metadata, single: total=2.01GiB, used=880.55MiB
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: GlobalReserve, single: total=60.22MiB, used=0.00B
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
Jul 26 06:50:29 i3-4130 btrfs-balance.sh[10799]: /dev/sda2 198G 22G 175G 11% /
Jul 26 06:50:29 i3-4130 systemd[1]: btrfs-balance.service: Deactivated successfully.
**i3-4130:~ #**
Die Anzahl der aufbewahrten Schnappschüsse kann man einstellen:
**i3-4130:~ #** snapper list
# | Type | Pre # | Date | User | Cleanup | Description | Userdata
-----+--------+-------+--------------------------+------+---------+----------------------+--------------
0 | single | | | root | | current |
22* | single | | Mon Jul 20 11:33:33 2020 | root | | writable copy of #18 |
379 | pre | | Fri Jul 16 11:27:51 2021 | root | number | zypp(zypper) | important=yes
380 | post | 379 | Fri Jul 16 11:31:06 2021 | root | number | | important=yes
383 | pre | | Sat Jul 17 07:31:50 2021 | root | number | zypp(zypper) | important=yes
384 | post | 383 | Sat Jul 17 07:32:02 2021 | root | number | | important=yes
397 | pre | | Mon Jul 19 11:15:22 2021 | root | number | zypp(zypper) | important=yes
398 | post | 397 | Mon Jul 19 11:22:35 2021 | root | number | | important=yes
399 | pre | | Mon Jul 19 11:25:53 2021 | root | number | zypp(zypper) | important=yes
400 | post | 399 | Mon Jul 19 11:26:04 2021 | root | number | | important=yes
425 | pre | | Sat Jul 24 06:58:54 2021 | root | number | yast language |
426 | post | 425 | Sat Jul 24 06:59:09 2021 | root | number | |
427 | pre | | Sat Jul 24 07:06:51 2021 | root | number | yast keyboard |
428 | post | 427 | Sat Jul 24 07:07:00 2021 | root | number | |
429 | pre | | Sat Jul 24 07:07:30 2021 | root | number | yast keyboard |
430 | post | 429 | Sat Jul 24 07:07:36 2021 | root | number | |
431 | pre | | Sat Jul 24 14:08:00 2021 | root | number | zypp(zypper) | important=no
432 | post | 431 | Sat Jul 24 14:09:07 2021 | root | number | | important=no
433 | pre | | Sun Jul 25 05:43:44 2021 | root | number | zypp(zypper) | important=yes
434 | post | 433 | Sun Jul 25 05:46:07 2021 | root | number | | important=yes
**i3-4130:~ #**
Benötigt wird nur ein einziger funktionierender Schnappschuss. Da dieses aber nicht so einfach festzustellen ist, sollte man an die zehn aufbewahren.
Danke für die umfangreiche Info. Folgendes sieht bei mir etwas anders aus:
**linux-jeb2:/ #** grep BTRFS /etc/sysconfig/btrfsmaintenance
**BTRFS**_LOG_OUTPUT="stdout"
**BTRFS**_DEFRAG_PATHS=""
**BTRFS**_DEFRAG_PERIOD="none"
**BTRFS**_DEFRAG_MIN_SIZE="+1M"
**BTRFS**_BALANCE_MOUNTPOINTS="/"
**BTRFS**_BALANCE_PERIOD="weekly"
**BTRFS**_BALANCE_DUSAGE="5 10"
**BTRFS**_BALANCE_MUSAGE="5"
**BTRFS**_SCRUB_MOUNTPOINTS="/"
**BTRFS**_SCRUB_PERIOD="monthly"
**BTRFS**_SCRUB_PRIORITY="idle"
**BTRFS**_SCRUB_READ_ONLY="false"
**BTRFS**_TRIM_PERIOD="none"
**BTRFS**_TRIM_MOUNTPOINTS="/"
**BTRFS**_ALLOW_CONCURRENCY="false"
**linux-jeb2:/ #**
und:
**linux-jeb2:/ #** journalctl -b -u btrf*
-- Logs begin at Sun 2020-11-01 23:17:53 CET, end at Mon 2021-07-26 20:54:24 CEST. --
Jul 26 20:34:42 linux-jeb2 systemd[1]: Started Watch /etc/sysconfig/btrfsmaintenance.
Jul 26 20:34:42 linux-jeb2 systemd[1]: Started Balance block groups on a btrfs filesystem.
Jul 26 20:34:42 linux-jeb2 systemd[1]: Started Scrub btrfs filesystem, verify block checksums.
**linux-jeb2:/ #**
Wie man die Anzahl der behaltenen Snapshots begrenzen kann habe ich allerdings noch nicht kapiert.
Zum Journal: Es bleibt unklar ob die Routinen jemals gelaufen sind. Zeige also ‘journalctl -u btrf*’ und verwende gegebenenfalls susepaste.
Zur Anzahl der Snapshots:
**erlangen:~ #** grep LIMIT /etc/snapper/configs/root
SPACE_**LIMIT**="0.5"
FREE_**LIMIT**="0.2"
NUMBER_**LIMIT**="20"
NUMBER_**LIMIT**_IMPORTANT="10"
TIMELINE_**LIMIT**_HOURLY="10"
TIMELINE_**LIMIT**_DAILY="10"
TIMELINE_**LIMIT**_WEEKLY="0"
TIMELINE_**LIMIT**_MONTHLY="10"
TIMELINE_**LIMIT**_YEARLY="10"
**erlangen:~ #**
Um beurteilen zu können ob alles genau funktioniert wie gedacht braucht es:
**erlangen:~ #** journalctl -b -u snapper-cleanup.service
-- Journal begins at Sat 2021-07-24 19:32:24 CEST, ends at Mon 2021-07-26 22:30:09 CEST. --
Jul 26 21:42:40 erlangen systemd[1]: Started Daily Cleanup of Snapper Snapshots.
Jul 26 21:42:40 erlangen systemd-helper[5013]: running cleanup for 'root'.
Jul 26 21:42:40 erlangen systemd-helper[5013]: running number cleanup for 'root'.
Jul 26 21:42:40 erlangen systemd-helper[5013]: running timeline cleanup for 'root'.
Jul 26 21:42:40 erlangen systemd-helper[5013]: running empty-pre-post cleanup for 'root'.
Jul 26 21:42:40 erlangen systemd[1]: snapper-cleanup.service: Deactivated successfully.
**erlangen:~ #
**
[FONT=monospace]**erlangen:~ #** snapper list
# | Type | Pre # | Date | User | Cleanup | Description | Userdata
------+--------+-------+--------------------------+------+---------+------------------------+--------------
0 | single | | | root | | current |
1299* | single | | Sun Jul 18 08:07:12 2021 | root | | writable copy of #1182 |
1321 | pre | | Fri Jul 23 21:37:47 2021 | root | number | zypp(ruby.ruby2.7) | important=yes
1322 | post | 1321 | Fri Jul 23 21:38:05 2021 | root | number | | important=yes
1325 | pre | | Fri Jul 23 21:39:10 2021 | root | number | zypp(ruby.ruby2.7) | important=yes
1326 | post | 1325 | Fri Jul 23 21:39:39 2021 | root | number | | important=yes
1340 | pre | | Sat Jul 24 07:29:48 2021 | root | number | zypp(zypper) | important=no
1341 | post | 1340 | Sat Jul 24 07:29:53 2021 | root | number | | important=no
1342 | pre | | Sun Jul 25 05:02:04 2021 | root | number | zypp(zypper) | important=no
1343 | post | 1342 | Sun Jul 25 05:02:08 2021 | root | number | | important=no
1344 | pre | | Sun Jul 25 05:50:44 2021 | root | number | zypp(zypper) | important=yes
1345 | post | 1344 | Sun Jul 25 05:55:02 2021 | root | number | | important=yes
1356 | pre | | Mon Jul 26 18:48:39 2021 | root | number | zypp(zypper) | important=yes
1357 | post | 1356 | Mon Jul 26 18:50:50 2021 | root | number | | important=yes
1358 | pre | | Mon Jul 26 19:40:21 2021 | root | number | zypp(zypper) | important=yes
1359 | post | 1358 | Mon Jul 26 19:40:45 2021 | root | number | | important=yes
1362 | pre | | Mon Jul 26 20:06:05 2021 | root | number | zypp(zypper) | important=no
1363 | post | 1362 | Mon Jul 26 20:06:09 2021 | root | number | | important=no
1364 | pre | | Mon Jul 26 20:29:22 2021 | root | number | zypp(zypper) | important=no
1365 | post | 1364 | Mon Jul 26 20:29:25 2021 | root | number | | important=no
**erlangen:~ #**
[/FONT]
Um zum eigentlichen Problem zurück zu kommen: Nach “zypper dup” funktioniert heute mein neuer User “ali” auch nicht mehr richtig. Graphischer Login funktioniert, viele Anwendungen, Dolphin vorneweg, stürzen direkt nach ihrem Start aber wieder ab. Hab’s zwei mal durchgespielt: vor Update scheint alles zu funktionieren, danach nicht mehr.
Ziemlich frustriert habe ich daraufhin etwas mit meinem Standard-User herum gespielt. Ein Firefox, der vor dem Verlassen der vorherigen Sitzung nicht geschlossen war, lässt sich mittels Strg + F8 auf den schwarzen Bildschirm zurückholen, und über Alt + F2 komme ich in das Fenster der KDE-System-Einstellungen - dort sind lustigerweise 7 virtuelle Desktops eingestellt, wo es bei mir eigentlich 4 waren.
Die Symptome sind ein deutlicher Hinweis, dass der X-Server problemlos funktioniert und nur die plasmashell gestorben ist. Einfach einmal bei Alt + F2 ‘kstart5 plasmashell’ eingeben. Was ist das Ergebnis?
Falls das Starten der plasmashell nicht erfolgreich ist hilft es möglicherweise, den Ordner .cache zu löschen. Achtung: Dieser Ordner wird beim Verlassen von KDE, ob explizit angeklickt oder durch das System ausgeführt wieder erzeugt. Darum setzt das folgende Kommando voraus, dass niemand in KDE eingeloggt ist und und wird am besten in tty1 als root ausgeführt:
Erst mal üben. Diese Version druckt nur was passieren würde:
find /home -name .cache |xargs echo rm -r
Durch das Entfernen von echo wird es ernst:
find /home -name .cache |xargs rm -r
Wenn die Ordner gelöscht sind kann wieder KDE gestartet werden. Was ist das Ergebnis?
Das gleiche wie beim Anmelden über sddm: Desktop erscheint für eine knappe Sekunde, dann wird der Bildschirm schwarz mit beweglichem Mauszeiger.
Das gleiche wie beim Anmelden über sddm: Desktop erscheint für eine knappe Sekunde, dann wird der Bildschirm schwarz mit beweglichem Mauszeiger.
Da ich zu faul bin, 8 Seiten zu lesen, mal die Frage:
Anderer displaymanager (kdm, gdmusw.) funktioniert auch nicht?
Fast das gleiche wie eben. Ausgehend von angemeldetem User “jeb” mit schwarzem Bildschirm:
Strg + F1
Anmeldung als root
init 3
find /home -name .cache |xargs rm -r
init 5
Nach Anmeldung über sddm erscheint für eine knappe Sekunde der Desktop, Bild wird schwarz, dann blitzt aber kurz noch etwas auf (schien mir das Browser-Fenster zu sein), bevor der Bildschirm wieder schwarz wird.
p.s.: Schreibe das gerade in eben jenem Browser, nachdem ich ihn per Strg + F8 zurück geholt habe - darüber hinaus merke ich eben, dass das Fenster voll funktionsfähig zu sein scheint: ich kann per Mauszeiger die Größe ändern, Kontext-Manues gehen …
Das Snapshot-Limit sieht bei mir genauso aus.
Die Ausgabe hierzu:
**linux-jeb2:/ #** journalctl -b -u snapper-cleanup.service
-- Journal begins at Sun 2020-11-01 23:17:53 CET, ends at Tue 2021-07-27 22:41:27 CEST. --
Jul 27 17:28:18 linux-jeb2 systemd[1]: Started Daily Cleanup of Snapper Snapshots.
Jul 27 17:28:18 linux-jeb2 systemd[1]: Stopping Daily Cleanup of Snapper Snapshots...
Jul 27 17:28:18 linux-jeb2 systemd[1]: snapper-cleanup.service: Deactivated successfully.
Jul 27 17:28:18 linux-jeb2 systemd[1]: Stopped Daily Cleanup of Snapper Snapshots.
**linux-jeb2:/ #**