[GELÖST] Systemabsturz nach Eject/Auswerfen von USB-Geräten

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

[GELÖST] Systemabsturz nach Eject/Auswerfen von USB-Geräten

Beitrag von ernstlx » 23.11.2018 00:39:21

Hallo!

#####################################################################################################################################################
EDIT: Betreff von "ACPI Error: 1 table load failures" auf "Systemabsturz" geändert, da dies mein wesentlicheres Problem geworden ist. Es lässt sich jetzt auch reproduzieren - s.u.
(Änderungen sind fettgedruckt)
#####################################################################################################################################################


Ich habe erhalte bei jedem Bootvorgang folgende Fehlermeldung:

Code: Alles auswählen

Nov 22 23:30:53 stretch18 kernel: ACPI: Core revision 20160831
Nov 22 23:30:53 stretch18 kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20160831/dswload-210)
Nov 22 23:30:53 stretch18 kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/psobject-238)
Nov 22 23:30:53 stretch18 kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20160831/tbxfload-228)
Nov 22 23:30:53 stretch18 kernel: ACPI Error: 1 table load failures, 5 successful (20160831/tbxfload-246)
Ich habe im Forum auch einiges über ACPI-Probleme gelesen, aber nichts was meinem gleicht. Der Fehler bestand nicht nach Installation (2016, stretch als testing), allerdings seit einigen Monaten danach. Eine neue SSD (Samsung 970 EVO statt 960 Pro) brachte keine Veränderung. Auch ein Firmwareupgrade (ASRock Z170 Extreme4, war auch wegen Skylake-Sicherheitslücke geboten) änderte nichts.

Hat jemand eine Idee dazu, bzw. kann mir erklären, was das bedeutet?

Und ich habe seit jüngst gelegentliche Totolabstürze. Bildschirm friert ein, keine Reaktion auf Eigabegeräte jeder Art. Die Abstürze passieren beim Aushängen einer externen Festplatte (durch meinen Benutzer). Mitgeschrieben wird dabei scheinbar nicht viel, im syslog steht:

Code: Alles auswählen

^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@
Das Problem tritt nur bei meinem neu installierten System mit M2-SSD auf. (mit meinem alten System auf einer SATA-SSD gibt es keine Abstürze)

Sollte jemand helfen können, wäre ich sehr dankbar!

Liebe Grüße
Ernst
Zuletzt geändert von ernstlx am 16.12.2018 17:45:42, insgesamt 2-mal geändert.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

cronoik
Beiträge: 2049
Registriert: 18.03.2012 21:13:42
Lizenz eigener Beiträge: GNU Free Documentation License

Re: ACPI Error: 1 table load failures

Beitrag von cronoik » 23.11.2018 01:04:11

Hast du schon einmal probiert den Backportskernel zu verwenden?
ernstlx hat geschrieben: ↑ zum Beitrag ↑
23.11.2018 00:39:21
Mitgeschrieben wird dabei scheinbar nicht viel, im syslog steht:
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^
Das sind ascii Null bytes und heist so viel wie das irgendetwas nicht stimmt. Das muss nicht zwangslaeufig etwas mit den ACPI-Meldungen gemein haben. Steht was sinnvolles davor?
Hilf mit unser Wiki zu verbessern!

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: ACPI Error: 1 table load failures

Beitrag von ernstlx » 23.11.2018 17:25:19

Hallo!

Die letzte Meldung davor ist von rsyncd und bekundet den erfolgreichen Abschluss eines Backups. Das war vielleicht eine Minute vor dem Absturz. Im kern.log ist das Einhängen des Backupmediums der letzte Eintrag davor. messages wie syslog, nur ohne folgende null bytes. faillog und lastlog enthalten nur letztere.

Backportkernel wegen Abstürzen oder ACPI-Error? (gehe auch nicht von einem Zusammenhang aus)

LG
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 27.11.2018 20:12:17

Hallo nochmal,
ich habe die Bedingungen der Systemabstürze erhoben:

-- Systemabsturz erfolgt nur beim Aushängen eines USB-Datenträgers (HDD oder Stick) mit dem Dateibrowser (Thunar 1.6.11)
-- umount von der Kommandozeile ist ohne Probleme möglich
-- Aushängen eines SATA-Datenträgers ist auch mit Thunar ohne Probleme möglich
-- Generell kein Problem beim Aushängen mit meinem alten Betriebssystem auf SATA-SSD

Unterschiede aktiver Dienste (systemctl list-unit-files | grep enabled):
Zusätzlich beim neuen System werden gestartet:
acpid.path
acpid.socket
uuidd.socket
Nicht mehr installiert ist Samba, daher nicht mehr:
nmbd.service
smbd.service
winbind.service

Ich wäre für jede Hilfe dankbar!
LG
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 27.11.2018 22:40:35

ernstlx hat geschrieben: ↑ zum Beitrag ↑
27.11.2018 20:12:17
-- Systemabsturz erfolgt nur beim Aushängen eines USB-Datenträgers (HDD oder Stick) mit dem Dateibrowser (Thunar 1.6.11)
Ich gehe mal davon das du Xfce hast.

Ich hatte eine ganze Weile mit Thunar ( Testing ) das Problem, das ich nach einem Kopiervorgang auf einen USB - Stick (nur Stick !!) nicht mehr in der Lage war, den Datenträger auszuwerfen. Sinngemäß erschien die Meldung : Datenträger ist beschäftigt.
Eingefroren ist mein System dabei allerdings nicht.
Über die Konsole oder über Debiannemo war es trotzdem möglich, den Stick auszuwerfen.Ich habe dann halt Datenoperationen mit Sticks mit Debiannemo ausgeführt.
Dein Thread hat mich nun nochmal bewogen, zu vergleichen (Buster):

Ich habe dieselbe Datei zuerst mit Thunar auf den Stick kopiert (viele Fehlermeldung im Log) .
Als das endlich fertig war, den Stick mit Thunar ausgeworfen
(es flackerte kurz das übliche Fenster auf (Datenträger ist Beschäftigt) - Er wurde dann aber ausgeworfen.
Nach dem erneuten Einhängen kam dann die Fehlermeldung (im Log):

Code: Alles auswählen

Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Anscheinend sollte man also in dieser Hinsicht nach wie vor um Thunar einen großen Bogen machen.
Allerdings kommt die gleiche Fehlermeldung auch nachdem Aushängen mit Nemo :facepalm:

Stick wieder rein (siehe Fehlermeldung) ---> Datei gelöscht und mit Nemo kopiert ---> keine einzige Meldung bis zu Ende des Kopiervorgangs.
Beim Aushängen allerdings ein segfault at 4 ip......, das sich in der GUI allerdings nicht bemerkbar machte.
Beim Einhängen gab es dann die gleiche Fehlermeldung wie mit Thunar.

Den ganzen Vorgang hab ich mit

Code: Alles auswählen

 journalctl -f 
verfolgt.

Das Protokoll:NoPaste-Eintrag40504

So richtig scheinen Dateioperationen in Xfce nicht zu funktionieren. Aber man muss schon "unter die Haube sehen".
In der GUI ist davon nichts zu sehen.

Vielleicht kannst du auch mal das ganze mit

Code: Alles auswählen

journalctl -f 
verfolgen und hier posten?

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 27.11.2018 23:04:55

Hallo!

Ja, ich verwende Xfce. Thunar hat seine Macken, hat aber bislang nie einen Absturz verursacht. Das Gerät wird auch noch ausgehängt (und abgeschaltet, Festplatte läuft aus, ehe das System einfriert, FAT32-formatierter USB-Stick ist unbeschädigt).
journalctl nach dem Neustart enthält keine Informationen zum Absturz. Ich werde jetzt zunächst BIOS-Einstellungen ansehen, nochmal probieren und dann ggf. posten.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 27.11.2018 23:19:32

du könntest das journal in eine Datei umleiten. Vielleicht kann man so etwas sehen also z,B.

Code: Alles auswählen

journalctl -f>absturz.txt
je nachdem ob du journalctl als user oder root ausführen darfst findest du die Datei dann in deinem oder roots /home

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 00:03:08

Das Journal beginnt erst nach dem Reboot:

Code: Alles auswählen

-- Logs begin at Tue 2018-11-27 23:54:31 CET. --
Nov 27 23:54:50 stretch18 systemd[1013]: Started Virtual filesystem metadata service.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Supervising 1 threads of 1 processes of 1 users.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Successfully made thread 1277 of process 1204 (n/a) owned by '1000' RT at priority 5.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Supervising 2 threads of 1 processes of 1 users.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Supervising 2 threads of 1 processes of 1 users.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Successfully made thread 1278 of process 1204 (n/a) owned by '1000' RT at priority 5.
Nov 27 23:54:50 stretch18 rtkit-daemon[521]: Supervising 3 threads of 1 processes of 1 users.
Nov 27 23:55:02 stretch18 systemd-timesyncd[426]: Synchronized to time server 81.16.47.5:123 (2.debian.pool.ntp.org).
Nov 27 23:55:35 stretch18 sudo[1295]:  ernstlx : TTY=pts/0 ; PWD=/home/ernstlx ; USER=root ; COMMAND=/bin/journalctl -f
Nov 27 23:55:35 stretch18 sudo[1295]: pam_unix(sudo:session): session opened for user root by (uid=0)
Im BIOS gab's auch nicht viel auszuprobieren ... zur Abwechslung habe ich den Absturz mit Front-USB ausgelöst, aber das ist auch bloß ein Chipsatz-USB.

Hoppla! Hab etwas übersehen. Diesmal gab es keine NULL Bytes im syslog. Stattdessen wurde das Aushängen des USB-Sticks protokolliert (bevor der Bildschirm einfror). Das ist die gesamte letzte Minute vor dem Absturz:

Code: Alles auswählen

Nov 27 23:53:31 stretch18 kernel: [ 1859.061001] usb 1-5: new high-speed USB device number 4 using xhci_hcd
Nov 27 23:53:32 stretch18 kernel: [ 1859.925011] usb 2-6: new SuperSpeed USB device number 2 using xhci_hcd
Nov 27 23:53:32 stretch18 kernel: [ 1859.946046] usb 2-6: New USB device found, idVendor=0951, idProduct=1666
Nov 27 23:53:32 stretch18 kernel: [ 1859.946051] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 27 23:53:32 stretch18 kernel: [ 1859.946055] usb 2-6: Product: DataTraveler 3.0
Nov 27 23:53:32 stretch18 kernel: [ 1859.946058] usb 2-6: Manufacturer: Kingston
Nov 27 23:53:32 stretch18 kernel: [ 1859.946062] usb 2-6: SerialNumber: 50E549C695ADBFA1F92AED27
Nov 27 23:53:32 stretch18 mtp-probe: checking bus 2, device 2: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-6"
Nov 27 23:53:32 stretch18 mtp-probe: bus: 2, device: 2 was not an MTP device
Nov 27 23:53:32 stretch18 kernel: [ 1859.964927] usb-storage 2-6:1.0: USB Mass Storage device detected
Nov 27 23:53:32 stretch18 kernel: [ 1859.965127] scsi host6: usb-storage 2-6:1.0
Nov 27 23:53:32 stretch18 kernel: [ 1859.965178] usbcore: registered new interface driver usb-storage
Nov 27 23:53:32 stretch18 kernel: [ 1859.965931] usbcore: registered new interface driver uas
Nov 27 23:53:33 stretch18 kernel: [ 1860.971209] scsi 6:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
Nov 27 23:53:33 stretch18 kernel: [ 1860.972217] sd 6:0:0:0: Attached scsi generic sg4 type 0
Nov 27 23:53:33 stretch18 kernel: [ 1860.973412] sd 6:0:0:0: [sdd] 60555264 512-byte logical blocks: (31.0 GB/28.9 GiB)
Nov 27 23:53:33 stretch18 kernel: [ 1860.973992] sd 6:0:0:0: [sdd] Write Protect is off
Nov 27 23:53:33 stretch18 kernel: [ 1860.973998] sd 6:0:0:0: [sdd] Mode Sense: 45 00 00 00
Nov 27 23:53:33 stretch18 kernel: [ 1860.974547] sd 6:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Nov 27 23:53:33 stretch18 kernel: [ 1861.144279]  sdd: sdd1
Nov 27 23:53:33 stretch18 kernel: [ 1861.148015] sd 6:0:0:0: [sdd] Attached SCSI removable disk
Nov 27 23:53:42 stretch18 kernel: [ 1870.331615] fuse init (API version 7.26)
Nov 27 23:53:42 stretch18 systemd[1]: Mounting FUSE Control File System...
Nov 27 23:53:42 stretch18 systemd[1]: Mounted FUSE Control File System.
Nov 27 23:53:42 stretch18 udisksd[1238]: Mounted /dev/sdd1 at /media/ernstlx/DOCTOR on behalf of uid 1000
Nov 27 23:53:42 stretch18 ntfs-3g[1523]: Version 2016.2.22AR.1 integrated FUSE 28
Nov 27 23:53:42 stretch18 ntfs-3g[1523]: Mounted /dev/sdd1 (Read-Write, label "DOCTOR", NTFS 3.1)
Nov 27 23:53:42 stretch18 ntfs-3g[1523]: Cmdline options: rw,nodev,nosuid,uid=1000,gid=1000,uhelper=udisks2
Nov 27 23:53:42 stretch18 ntfs-3g[1523]: Mount options: rw,nodev,nosuid,uhelper=udisks2,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sdd1,blkdev,blksize=4096
Nov 27 23:53:42 stretch18 ntfs-3g[1523]: Global ownership and permissions enforced, configuration type 7
Nov 27 23:53:48 stretch18 dbus-daemon[1041]: Activating via systemd: service name='org.freedesktop.Notifications' unit='xfce4-notifyd.service'
Nov 27 23:53:48 stretch18 systemd[1020]: Starting XFCE notifications service...
Nov 27 23:53:48 stretch18 dbus-daemon[1041]: Successfully activated service 'org.freedesktop.Notifications'
Nov 27 23:53:48 stretch18 systemd[1020]: Started XFCE notifications service.
Nov 27 23:53:48 stretch18 udisksd[1238]: Cleaning up mount point /media/ernstlx/DOCTOR (device 8:49 is not mounted)
Nov 27 23:53:48 stretch18 ntfs-3g[1523]: Unmounting /dev/sdd1 (DOCTOR)
Nov 27 23:53:48 stretch18 udisksd[1238]: Unmounted /dev/sdd1 on behalf of uid 1000
Nov 27 23:53:48 stretch18 udisksd[1238]: Successfully sent SCSI command SYNCHRONIZE CACHE to /dev/sdd
Nov 27 23:53:48 stretch18 udisksd[1238]: Successfully sent SCSI command START STOP UNIT to /dev/sdd
Nov 27 23:53:48 stretch18 systemd-udevd[1532]: inotify_add_watch(9, /dev/sdd1, 10) failed: No such file or directory
Nov 27 23:53:48 stretch18 udisksd[1238]: Powered off /dev/sdd - successfully wrote to sysfs path /sys/devices/pci0000:00/0000:00:14.0/usb2/2-6/remove
Zuletzt geändert von ernstlx am 28.11.2018 00:34:16, insgesamt 1-mal geändert.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 28.11.2018 00:31:07

ernstlx hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 00:03:08
Das Journal beginnt erst nach dem Reboot:
Dann hast du das Journal noch nicht "persistent" gemacht.
Aber das ist erst mal egal.
Wenn du den Befehl wie oben wahrend deiner Session im Terminal ausführst, wird das Journal permanent in die Datei"absturz.txt" geschrieben. Die kannst du dir nach dem Absturz in aller Ruhe ansehen.
Alternativ kannst du auch gleich in /var/log/ das Verzeichnis /var/log/journal anlegen.

Nach einem Neustart wird das dann von dem Systemdienst von systemd durch journalctl in dieses Verzeichnis geschrieben.
Eine Anleitung dazu: [url]Vhttps://mywiki.bluelupo.net/wiki/Grundlegende_Kommandos_zu_systemd[/url]

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 00:49:06

verstehe
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 01:00:20

Eher enttäuschend. Die angelegte Datei hat nach dem Reboot 0 Bytes. Diesmal gab es auch wieder ^@ im syslog und keine Erwähnung des USB-Sticks ...
Ich jetzt Schluss machen (muss in ein paar Stunden aufstehen), sag aber jedenfalls noch Danke für die Hilfe.
LG
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

wileE
Beiträge: 34
Registriert: 14.11.2018 15:38:05

Re: Systemabsturz nach User-unmount

Beitrag von wileE » 28.11.2018 13:33:55

Wie machst du das Aushängen in Thunar?
Klick auf das Pfeil Symbol? Mach doch mal einen Rechtsklick auf das Laufwerk und dann "Aushängen" und "Auswerfen".

Wenn der Absturz bei Auswerfen passiert hast du auch das power-off Problem.
Wie hier: viewtopic.php?f=13&t=171367
Und wie bei mir.

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 28.11.2018 16:44:12

Wird wohl so sein, wie wileE sagt.

Habe es mal über die Konsole gemacht, mit dem Unterschied, das Buster nicht abstürzt.

Code: Alles auswählen

~$ systemctl status  udisks2
● udisks2.service - Disk Manager
   Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2018-11-28 14:19:20 CET; 1h 54min ago
     Docs: man:udisks(8)
 Main PID: 807 (udisksd)
    Tasks: 5 (limit: 4915)
   Memory: 14.7M
   CGroup: /system.slice/udisks2.service
           └─807 /usr/lib/udisks2/udisksd

Nov 28 16:09:45 debianxfce udisksd[807]: Mounted /dev/sdf1 at /media/willy/FILME on behalf of uid 1000
------------------------------------------------
Konsole :# umount /dev/sdf1

Nov 28 16:11:36 debianxfce udisksd[807]: Cleaning up mount point /media/willy/FILME (device 8:81 is not mounted)
Nov 28 16:12:05 debianxfce udisksd[807]: Ignoring SCSI command SYNCHRONIZE CACHE failure (Non-GOOD SCSI status from SGIO v3 ioctl: 
Nov 28 16:12:05 debianxfce udisksd[807]: Successfully sent SCSI command START STOP UNIT to /dev/sdf
-----------------------------------------------------------------------------------
Konsole : ~$ udisksctl power-off --block-device /dev/sdf1

Nov 28 16:12:05 debianxfce udisksd[807]: Powered off /dev/sdf - successfully wrote to sysfs path /sys/devices/pci0000:00/0000:00:0a
lines 1-20/20 (END)
Das ist exakt, das, was Thunar macht. Bei Nemo sieht das so aus:

Code: Alles auswählen

Nov 28 15:30:41 debianxfce udisksd[807]: Mounted /dev/sdf1 at /media/willy/FILME on behalf of uid 1000
Nov 28 15:31:19 debianxfce udisksd[807]: Cleaning up mount point /media/willy/FILME (device 8:81 is not mounted)
Nov 28 15:31:19 debianxfce udisksd[807]: Unmounted /dev/sdf1 on behalf of uid 1000
Was Nemo da anders macht ? Keine Ahnung. Die SCSI Komandos tauchen da einfach nicht auf.
Trotzdem kommt die Nachricht:
Das Gerät kann ausgesteckt werden.

Ich vermute mal, wenn du mit Thhunar den Stick nur aushängst (=umount) wird noch nichts passieren.
wenn du dann über die Konsole

Code: Alles auswählen

udisksctl power-off --block-device /dev/sdx 
wird er wahrscheinlich einfrieren
dto wenn du mit Thunar nach dem Aushängen Auswerfen machst.

KP97
Beiträge: 3403
Registriert: 01.02.2013 15:07:36

Re: Systemabsturz nach User-unmount

Beitrag von KP97 » 28.11.2018 20:27:17

@ernstlx
"Auswerfen" bezieht sich auf ein CD-Laufwerk, wenn man z.B. eine CD aus dem Laufwerk entnehmen will, im sourcecode von Thunar analog eject.
"Aushängen" bezieht sich auf removable Geräte wie Sticks oder USB-Platten, im sourcecode von Thunar analog umount.
Xfce bietet den Volume-Manager an, der macht das automatische Mount/Umount. Voraussetzung ist dafür gvfs und _kein_ Eintrag in der fstab.
Udisks2 und policykit haben auch noch die Finger im Spiel.
Was aber der ntfs-3g Treiber da verloren hat, ist mir nicht klar. Ist das etwa ein Eintrag aus der fstab? Falls ja, auskommentieren.

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 20:52:36

Hallo!

Code: Alles auswählen

udisksctl power-off --block-device /dev/sdx

... führt zu einem Absturz, aushängen allein nicht. Verursacher ist also udisksd, bzw das power-off Kommando. Nur was mache ich jetzt?

An der Version allein scheint es nicht zu liegen. Ich verwende nicht Buster, aber mein altes System (auf der SATA-SSD) ist auch Stretch und ich verwende dort die exakt gleichen Programmversionen. Ich habe es nochmals überprüft. Dort führt udisksctl power-off nicht zu einem Absturz. Dort läuft allerdings im Unterschied kein acpid. Den werde ich mal versuchsweise stoppen.

Sonst sehe ich nur den Unterschied bei der Betriebssystem-SSD.

@KP97: die ntfs-3g Meldungen sind wegen einem NTFS-formatierten USB-Stick, den ich zuletzt zum Testen verwendet habe. Davon sind die Abstürze aber nicht abhängig. Und, ja, die Abstürze beziehen sich auf user-mounts, bzw. wie es jetzt scheint, gar nicht auf's mounten sondern auf's Abschalten des USB-Geräts.
Zuletzt geändert von ernstlx am 28.11.2018 21:11:11, insgesamt 1-mal geändert.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 21:08:45

Hallo nochmals!

acpid.path und acpid.socket habe ich gestoppt, aber das hat nichts verbessert. Power-off führt zum Einfrieren des Systems.
Danke jedenfalls allen für die Tipps.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 28.11.2018 22:32:41

Ich meine, dass es ein Bug in Thunar bzw. in udisksctl (udisks2) ist, was von Thunar nach dem umount aufgerufen wird.
Wie ich oben beschrieben habe, verhält sich Nemo unter Xfce vollkommen anders.
Auch das Debianxfce4-mount-plugin verhält sich wie Nemo. Es wird in der Leiste plaziert.

Code: Alles auswählen

Nov 28 22:12:10 debianxfce udisksd[808]: Cleaning up mount point /media/willy/FILME (device 8:81 is not mounted)
Nov 28 22:12:10 debianxfce systemd[1]: Stopping Clean the /media/willy/FILME mount point...
Nov 28 22:12:10 debianxfce systemd[1]: Stopped Clean the /media/willy/FILME mount point.
Nov 28 22:12:10 debianxfce udisksd[808]: Unmounted /dev/sdf1 on behalf of uid 1000
Anscheinend führt der Aufruf von udisksctl (power off) zum Absturz des Systems. Debiannemo und das Debianxfce4-mount-plugin führen offensichtlich nur ein umount durch.
Wenn ich dann den Stick abziehe, schreibt das Journal

Code: Alles auswählen

kernel: usb 10-2: USB disconnect, device number 4
Nach thunar bzw udisksctl power off steht nichts mehr im Journal beim Abziehen
Mit thunar oder dem power off Befehl aus udisksctl wird der Stick elektrisch getrennt (ausgeworfen), was dann zum Absturz führt.

Eine Alternative, wären aus meiner Sicht dann Nemo bzw. das Xfce4-mount-plugin die man zumindest testen sollte.

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 28.11.2018 23:22:07

Danke für die Empfehlung!

Das xfce-mount-plugin habe ich jetzt mal getestet. Wenn ich nicht explizit den absturzverursachenden Befehl hinzufüge (Benutzerdefinierte Befehle), hängt es bloß aus. Sehr komfortabel finde ich es nicht. Man kann zwar die Device-Namen ausblenden, aber nicht den Einhägepunkt. Bei oft recht langen UUIDs und deren Verwendung als Einhängepunkt führt das zu einer recht unübersichtlichen Anzeige.

Ich werde mal nemo testen. Mal sehen, ob ich mich daran gewöhnen könnte.

LG
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

wileE
Beiträge: 34
Registriert: 14.11.2018 15:38:05

Re: Systemabsturz nach User-unmount

Beitrag von wileE » 29.11.2018 17:04:10

ernstlx hat geschrieben: ↑ zum Beitrag ↑
28.11.2018 23:22:07
Ich werde mal nemo testen.
Das kannst du dir sparen. Nemo und Nautilus sind auch betroffen.

Ich hoffe einfach das der nächste Kernel in dieser Hinsicht wieder funktioniert. Einen Fix für dieses Problem gibt es ja schon länger.

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 30.11.2018 20:21:49

Danke für Info. Ich denke, ich kann für den Moment damit Leben, nicht "auszuwerfen".
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

willy4711

Re: Systemabsturz nach User-unmount

Beitrag von willy4711 » 03.12.2018 16:37:42

wileE hat geschrieben: ↑ zum Beitrag ↑
29.11.2018 17:04:10
Das kannst du dir sparen. Nemo und Nautilus sind auch betroffen.
Ich wage das bei Nemo zu bezweifeln, da Nemo nicht mit udisksctl abschließt, sondern den Datenträger nur "umounted" (aushängt).
Debiangnome-disks wirft den Datenträger wie Thunar ebenfalls aus (=udisksctl)

Die Frage, die sich mir hier abschließend stellt: Wo ist der Unterschied zwischen

Code: Alles auswählen

udisksctl power-off --block-device /dev/sdx
und

Code: Alles auswählen

Stecker ziehen
wenn das Device mit umount praktisch außer Betrieb ist :?: :?:

wileE
Beiträge: 34
Registriert: 14.11.2018 15:38:05

Re: Systemabsturz nach User-unmount

Beitrag von wileE » 03.12.2018 17:58:11

willy4711 hat geschrieben: ↑ zum Beitrag ↑
03.12.2018 16:37:42
Ich wage das bei Nemo zu bezweifeln, da Nemo nicht mit udisksctl abschließt, sondern den Datenträger nur "umounted" (aushängt).
In Nemo Rechtsklick aufs Laufwerk, Option "sicher entfernen".

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: Systemabsturz nach User-unmount

Beitrag von ernstlx » 03.12.2018 23:00:02

Um die Festplatte vom Strom zu trennen muss ich nicht einmal einen Stecker ziehen, nur einen Kippschalter an einer Steckerleiste umlegen, aber dazu muss ich zumindest aufstehen.

Aber es gibt Aussicht auf eine Verbesserung der Situation:
Ein Maintainer hat mir geschrieben (nach meinem bugreport), ich möge einen Backport-Kernel verwenden, bei dem das Problem bereits behoben ist. Ich weiß noch nicht, ob ich das machen werde, hoffe aber, dass auch ein stable-Kernel bald damit klarkommt.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

[GELÖST] Systemabsturz nach Eject/Auswerfen von USB-Geräten

Beitrag von ernstlx » 16.12.2018 17:44:56

Ich habe jetzt noch einige abschließende Tests gemacht:

Ich habe zuerst mein altes Betriebssystem (auf SATA-SSD) auf eine neue SATA-SSD (860 EVO) geklont. Kein Absturz durch Auswerfen (udisksctl power-off).
Dann habe ich mein neues Betriebssystem (auf M2-SSD) auf die selbe SSD geklont. Es kommt zum Absturz mit Kernel 4.9.0-8, nicht mit 4.9.0-7, genau wie mit der M2-SSD.

Was der Unterschied ist, kann ich nicht sagen (werde nicht mehr versuchen es herauszufinden), aber es ist definitiv nicht die Hardware und es tritt scheinbar nur bei Kernel 4.9.0-8 auf.

Was ich auch herausfinden konnte:
Mein altes Betriebssystem (SATA) bootet tatsächlich schneller (um rund 0,3s), aber nur, wenn es vom Bootloader der anderen SSD gestartet wird. Das ganze funktioniert auch umgekehrt.
Die Unterschiede in der Bootzeit der beiden Systeme auf der 860 EVO liegen innerhalb der Messunsicherheit.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

dirk11
Beiträge: 2813
Registriert: 02.07.2013 11:47:01

Re: [GELÖST] Systemabsturz nach Eject/Auswerfen von USB-Geräten

Beitrag von dirk11 » 17.12.2018 01:47:31

Wenn jemand "[Gelöst]" in den Titel schreibt, erwarte ich auch eine Lösung.

Antworten