Darüber bin ich mir leider mitunter selbst nicht ganz im Klaren - umso größeren Dank für Eure Geduld!
Wenn ich das richtig verstehe, kannst Du - wenn der Bildschirm nach dem automatischen Anmelden “schwarz geworden ist” - mit Strg+Alt+F2 in eine virtuelle Konsole wechseln und Dich dort als “root” anmelden.
Wenn Du dann mit YaST einen neuen Benutzer anlegst, zeigt dieser das identische (Fehl)Verhalten?
Viele Grüße
susejunky
Im Moment läuft hier ein Snapshot, ich befürchte allerdings, dass auch mit der Snapper-Konfiguration etwas nicht stimmt.
Der Rechner hat auf einer 500GB-SSD getrennte /- und /home-Partitionen, die erste ca. 130 GB groß. Als die am Überlaufen war, funktionierte zuerst weder “snapper list” noch “snapper delete”, snapper rollback gab die Fehlermeldung:
“Cannot detect ambit since default subvolume is unknown.”
Googlen danach brachte mich zu folgender Diskussion bei reddit:
https://www.reddit.com/r/openSUSE/comments/l015pb/snapper_rollback_problem/
Mich daran orientierend habe ich es irgendwie hingefrickelt, snapshots löschen zu können, bis auf der Partition etwa 70 GB wieder frei waren.
snapper list gibt im Moment folgendes aus:
https://susepaste.org/84682341
p.s.: Aus der Liste läuft jetzt snapshot 2039 - 2040 und 2041 erscheinen nicht im Grub-Menue, alles, was danach kommt zeigt den Desktop-Fehler.
Damit man einem Link direkt aus deinem Beitrag heraus folgen kann, solltest Du, wenn Du Links in das Internet hier zeigst, anstelle von [noparse]
[/noparse] und [noparse]
[/noparse] (die für HTML-Code gedacht sind) [noparse][/noparse] und [noparse][/noparse] (im Forum-Editor: zweite Reihe, vierte Gruppe, erste Schaltfläche Erdkugel, “Link”) verwenden.
siehe auch Forum BB-Codes
Viele Grüße
susejunky
Danke für den freundlichen Hinweis! Asche auf mein Haupt, bin zur Zeit ziemlich am rotieren, jetzt ist auch noch der Geschirrspüler kaputt.
Update: Heute Abend hat “sudo snapper rollback” getan, was es soll, und einen funktionierenden snapshot als Default-Eintrag im Boot-Menue hinterlassen. Die Freude währte nur kurz, nach einem weiteren “zypper dup” wieder das gleiche Problem wie davor.
Hier die Ausgabe von “snapper list” nach der Aktion:
https://susepaste.org/60517241
Allmählich neige ich zum Aufgeben …
Meiner Erfahrung nach tut ‘snapper rollback’ immer was es soll.
Die Freude währte nur kurz, nach einem weiteren “zypper dup” wieder das gleiche Problem wie davor.
Dann kannst du auch wieder mit ‘snapper rollback’ zum vorherigen Zustand zurück. Funktioniert das?
Ja, das tut es.
Wie ist der Status (Kommandos in root shell ausführen!):
**erlangen:~ #** **btrfs filesystem usage -T **/
Overall:
Device size: 51.69GiB
Device allocated: 34.04GiB
Device unallocated: 17.65GiB
Device missing: 0.00B
Used: 21.32GiB
Free (estimated): 28.19GiB (min: 28.19GiB)
Free (statfs, df): 28.19GiB
Data ratio: 1.00
Metadata ratio: 1.00
Global reserve: 67.92MiB (used: 0.00B)
Multiple profiles: no
Data Metadata System
Id Path single single single Unallocated
-- -------------- -------- --------- -------- -----------
1 /dev/nvme0n1p3 31.01GiB 3.00GiB 32.00MiB 17.65GiB
-- -------------- -------- --------- -------- -----------
Total 31.01GiB 3.00GiB 32.00MiB 17.65GiB
Used 20.47GiB 870.58MiB 16.00KiB
**erlangen:~ #** **btrfs device stats /**
[/dev/nvme0n1p3].write_io_errs 0
[/dev/nvme0n1p3].read_io_errs 0
[/dev/nvme0n1p3].flush_io_errs 0
[/dev/nvme0n1p3].corruption_errs 0
[/dev/nvme0n1p3].generation_errs 0
**erlangen:~ #** **btrfs scrub status /**
UUID: e7ad401f-4f60-42ff-a07e-f54372bc1dbc
Scrub started: Mon Jul 19 06:24:25 2021
Status: finished
Duration: 0:00:13
Total to scrub: 21.32GiB
Rate: 1.79GiB/s
Error summary: no errors found
**erlangen:~ #**
Ausgabe von “btrfs filesystem usage -T /”
https://susepaste.org/77808581
oder im Klartext:
Overall:
Device size: 119.76GiB
Device allocated: 96.76GiB
Device unallocated: 23.00GiB
Device missing: 0.00B
Used: 70.16GiB
Free (estimated): 45.40GiB (min: 45.40GiB)
Free (statfs, df): 45.40GiB
Data ratio: 1.00
Metadata ratio: 1.00
Global reserve: 230.03MiB (used: 0.00B)
Multiple profiles: no
Data Metadata System
Id Path single single single Unallocated
1 /dev/nvme1n1p1 89.72GiB 7.01GiB 32.00MiB 23.00GiB
Total 89.72GiB 7.01GiB 32.00MiB 23.00GiB
Used 67.32GiB 2.84GiB 16.00KiB
Verwende doch Code Tags https://forums.opensuse.org/showthread.php/536143-Using-Code-Tags-Around-Your-Paste
Im Kommentar #30 habe ich 3 verschiedene Kommandos vorgeschlagen (fett markiert). Du könntest die beiden anderen ebenfalls ausführen und hier präsentieren.
Hier noch mal komplett:
**linux-jeb2:/home/jeb #** btrfs filesystem usage -T /
Overall:
Device size: 119.76GiB
Device allocated: 96.76GiB
Device unallocated: 23.00GiB
Device missing: 0.00B
Used: 70.16GiB
Free (estimated): 45.40GiB (min: 45.40GiB)
Free (statfs, df): 45.40GiB
Data ratio: 1.00
Metadata ratio: 1.00
Global reserve: 230.03MiB (used: 0.00B)
Multiple profiles: no
Data Metadata System
Id Path single single single Unallocated
-- -------------- -------- -------- -------- -----------
1 /dev/nvme1n1p1 89.72GiB 7.01GiB 32.00MiB 23.00GiB
-- -------------- -------- -------- -------- -----------
Total 89.72GiB 7.01GiB 32.00MiB 23.00GiB
Used 67.32GiB 2.84GiB 16.00KiB
**linux-jeb2:/home/jeb #** btrfs device stats /
[/dev/nvme1n1p1].write_io_errs 0
[/dev/nvme1n1p1].read_io_errs 0
[/dev/nvme1n1p1].flush_io_errs 0
[/dev/nvme1n1p1].corruption_errs 0
[/dev/nvme1n1p1].generation_errs 0
**linux-jeb2:/home/jeb #** btrfs scrub status /
UUID: d453cfe0-7ed3-43ad-9189-1216ae167be9
Scrub started: Thu Jul 1 00:00:07 2021
Status: finished
Duration: 0:00:18
Total to scrub: 70.16GiB
Rate: 3.00GiB/s
Error summary: no errors found
**linux-jeb2:/home/jeb #**
Der scrub status ist vom 1. Juli! Du solltest folgendes ausführen:
**erlangen:~ #** btrfs scrub start /
scrub started on /, fsid e7ad401f-4f60-42ff-a07e-f54372bc1dbc (pid=10523)
**erlangen:~ #** btrfs scrub status /
UUID: e7ad401f-4f60-42ff-a07e-f54372bc1dbc
Scrub started: Mon Jul 19 22:04:17 2021
Status: running
Duration: 0:00:10
Time left: 0:00:01
ETA: Mon Jul 19 22:04:29 2021
Total to scrub: 21.32GiB
Bytes scrubbed: 18.20GiB (85.38%)
Rate: 1.82GiB/s
Error summary: no errors found
**erlangen:~ #** btrfs scrub status /
UUID: e7ad401f-4f60-42ff-a07e-f54372bc1dbc
Scrub started: Mon Jul 19 22:04:17 2021
Status: finished
Duration: 0:00:12
Total to scrub: 21.32GiB
Rate: 1.78GiB/s
Error summary: no errors found
**erlangen:~ #**
**linux-jeb2:/home/jeb #** btrfs scrub start /
scrub started on /, fsid d453cfe0-7ed3-43ad-9189-1216ae167be9 (pid=16361)
**linux-jeb2:/home/jeb #** btrfs scrub status /
UUID: d453cfe0-7ed3-43ad-9189-1216ae167be9
Scrub started: Mon Jul 19 22:11:05 2021
Status: finished
Duration: 0:00:24
Total to scrub: 70.17GiB
Rate: 2.92GiB/s
Error summary: no errors found
**linux-jeb2:/home/jeb #** btrfs scrub status /
UUID: d453cfe0-7ed3-43ad-9189-1216ae167be9
Scrub started: Mon Jul 19 22:11:05 2021
Status: finished
Duration: 0:00:24
Total to scrub: 70.17GiB
Rate: 2.92GiB/s
Error summary: no errors found
**linux-jeb2:/home/jeb #**
Das Filesystem scheint in Ordnung zu sein. Kannst du inxi ausführen?
i3-4130:~ # inxi -zamF
System: Kernel: 5.13.2-1-default x86_64 bits: 64 compiler: gcc v: 11.1.1
parameters: BOOT_IMAGE=/boot/vmlinuz-5.13.2-1-default root=UUID=227128c2-8703-4859-a006-30dccf5b299c quiet
plymouth.enable=0 mitigations=auto
Console: tty pts/2 wm: kwin_x11 DM: SDDM Distro: openSUSE Tumbleweed 20210717
Machine: Type: Desktop Mobo: ASRock model: Z87 Pro3 serial: <filter> UEFI: American Megatrends v: P2.90 date: 07/11/2014
Memory: RAM: total: 15.29 GiB used: 2.72 GiB (17.8%)
Array-1: capacity: 32 GiB slots: 4 EC: None max-module-size: 8 GiB note: est.
Device-1: ChannelA-DIMM0 size: No Module Installed
Device-2: ChannelA-DIMM1 size: 8 GiB speed: 1600 MT/s type: DDR3 detail: synchronous bus-width: 64 bits
total: 64 bits manufacturer: 1314 part-no: 992099 (997099) serial: N/A
Device-3: ChannelB-DIMM0 size: No Module Installed
Device-4: ChannelB-DIMM1 size: 8 GiB speed: 1600 MT/s type: DDR3 detail: synchronous bus-width: 64 bits
total: 64 bits manufacturer: 1314 part-no: 992099 (997099) serial: N/A
CPU: Info: Dual Core model: Intel Core i3-4130 socket: BGA1155 bits: 64 type: MT MCP arch: Haswell family: 6
model-id: 3C (60) stepping: 3 microcode: 28 cache: L1: 128 KiB L2: 3 MiB L3: 3 MiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27192
Speed: 3399 MHz min/max: 800/3400 MHz base/boost: 3400/3800 volts: 1.2 V ext-clock: 100 MHz Core speeds (MHz):
1: 3399 2: 3400 3: 3399 4: 2239
Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled
Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
Type: mds mitigation: Clear CPU buffers; SMT vulnerable
Type: meltdown mitigation: PTI
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling
Type: srbds mitigation: Microcode
Type: tsx_async_abort status: Not affected
Graphics: Device-1: Intel 4th Generation Core Processor Family Integrated Graphics vendor: ASRock driver: i915 v: kernel
bus-ID: 00:02.0 chip-ID: 8086:041e class-ID: 0300
Display: server: X.Org 1.20.12 compositor: kwin_x11 driver: loaded: intel unloaded: fbdev,modesetting,vesa
display-ID: :0 screens: 1
Screen-1: 0 s-res: 1920x1200 s-dpi: 96 s-size: 508x317mm (20.0x12.5") s-diag: 599mm (23.6")
Monitor-1: HDMI2 res: 1920x1200 hz: 60 dpi: 94 size: 520x330mm (20.5x13.0") diag: 616mm (24.2")
OpenGL: renderer: Mesa DRI Intel HD Graphics 4400 (HSW GT2) v: 4.5 Mesa 21.1.5 compat-v: 3.0 direct render: Yes
Audio: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio vendor: ASRock driver: snd_hda_intel v: kernel
bus-ID: 00:03.0 chip-ID: 8086:0c0c class-ID: 0403
Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: ASRock driver: snd_hda_intel v: kernel
bus-ID: 00:1b.0 chip-ID: 8086:8c20 class-ID: 0403
Sound Server-1: ALSA v: k5.13.2-1-default running: yes
Sound Server-2: PulseAudio v: 14.2-rebootstrapped running: yes
Sound Server-3: PipeWire v: 0.3.31 running: no
Network: Device-1: Intel Ethernet I217-V vendor: ASRock driver: e1000e v: kernel port: f080 bus-ID: 00:19.0
chip-ID: 8086:153b class-ID: 0200
IF: enp0s25 state: down mac: <filter>
Device-2: Qualcomm Atheros AR9287 Wireless Network Adapter driver: ath9k v: kernel port: f040 bus-ID: 02:00.0
chip-ID: 168c:002e class-ID: 0280
IF: wlp2s0 state: up mac: <filter>
Drives: Local Storage: total: 232.89 GiB used: 18.27 GiB (7.8%)
ID-1: /dev/sda maj-min: 8:0 vendor: Crucial model: CT250MX500SSD1 family: Micron Client SSDs size: 232.89 GiB
block-size: physical: 4096 B logical: 512 B sata: 3.3 speed: 6.0 Gb/s rotation: SSD serial: <filter> rev: 023
scheme: GPT
SMART: yes state: disabled
Partition: ID-1: / raw-size: 183.57 GiB size: 183.57 GiB (100.00%) used: 18.24 GiB (9.9%) fs: btrfs block-size: 4096 B
dev: /dev/sda2 maj-min: 8:2
ID-2: /boot/efi raw-size: 500 MiB size: 499.7 MiB (99.95%) used: 27.4 MiB (5.5%) fs: vfat block-size: 512 B
dev: /dev/sda1 maj-min: 8:1
ID-3: /home raw-size: 183.57 GiB size: 183.57 GiB (100.00%) used: 18.24 GiB (9.9%) fs: btrfs block-size: 4096 B
dev: /dev/sda2 maj-min: 8:2
ID-4: /opt raw-size: 183.57 GiB size: 183.57 GiB (100.00%) used: 18.24 GiB (9.9%) fs: btrfs block-size: 4096 B
dev: /dev/sda2 maj-min: 8:2
ID-5: /var raw-size: 183.57 GiB size: 183.57 GiB (100.00%) used: 18.24 GiB (9.9%) fs: btrfs block-size: 4096 B
dev: /dev/sda2 maj-min: 8:2
Swap: Alert: No Swap data was found.
Sensors: System Temperatures: cpu: 25.5 C mobo: 31.0 C
Fan Speeds (RPM): fan-1: 0 fan-2: 0 fan-3: 0 fan-4: 917 fan-5: 0
Power: 12v: N/A 5v: N/A 3.3v: 3.36 vbat: 3.25
Info: Processes: 221 Uptime: 19h 16m wakeups: 570 Init: systemd v: 248 runlevel: 5 target: graphical.target
tool: systemctl Compilers: gcc: 11.1.1 alt: 10/11 Packages: rpm: 3053 lib: 1329 flatpak: 0 Shell: Bash (su)
v: 5.1.8 running-in: konsole inxi: 3.3.03
i3-4130:~ #
Der Editor des Forums beschwert sich :
**The following errors occurred with your submission**
- The text that you have entered is too long (22751 characters). Please shorten it to 15000 characters long.
Deshalb auf diesem Wege:
https://susepaste.org/72593902
Hoffentlich richtig so?
Das passt schon. Bei langem Text hilft es auf ‘Remove Format’ (rotes Kreuz links oben) zu klicken.
Das RAM läuft mit 3200 MHz. Hast du schon ‘load optimized defaults’ im UEFI ausprobiert?
Wahrscheinlich mal beim Zusammenbau des Rechners.
Der Arbeitsspeicher entspricht der Kompatibilitätsliste des Mainboards, wird von diesem anhand seines XMP-Profils angesteuert und hat noch nie Anlass zur Beanstandung geboten.
Daran schraube ich nicht herum.
Bei obskuren Problemen ist es immer einen Versuch wert. Egal.
Was du noch probieren könntest: In 20210718 booten und an das File /etc/systemd/system.conf die Zeile ‘LogLevel=debug’ anhängen. Das Journal wird dadurch ausführlicher. Starte den Rechner neu und zeige ‘journal -b’.