Seltsames POWEROFF-Verhalten

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Seltsames POWEROFF-Verhalten

Beitrag von felixed » 28.12.2020 14:04:45

Hmm, irgendwie herrscht beim Ausschalten etwas Durcheinander. Erst werden die lokalen Laufwerke ausgehangen, dann aber wieder eingehangen, dann wird ein wakeup aktiviert und geht das System in den "sleep state". Irgendwie sieht das alles bißchen konfus aus und was der DVB-C-Stick damit zu tun hat, ist mir auch unklar.

Beim Einschalten fahren dann erst die Festplatten hoch und das DVD-Laufwerk wird aktiviert, noch vor dem BIOS-Login oder irgendeiner Bildschirmanzeige schaltet sich der Computer nochmal aus und startet von selbst dann normal.

Hier die Ausgaben beim Herunterfahren:

Code: Alles auswählen

[ ок ] Unmounting temporarу filesystems...done.
[....] Deactivating swap...swapoff: /etc/fstab: parse error at llne 1 ...
done.
[ ok ] Unmountlng local filesystems...done.
[ ok ] Stopplng remalning crypto dlsks...cryptswap1 (stopping)...done
[ ok j Stopping early crypto disks...cryptswap1 (stopped)...done.
[ 3192.400045) EXT4-fs (nvme0n1p4): re-mounted. Opts: (null)
[Info] Will now halt.
[ 3194.442518] kvm: exiting hardware virtualizatIon
[ 3194.718725] sd 5:0:0:0: [sde] Synchronizing SCSI cache
[ 3194.719549] sd 5:0:0:0: [sde] Stopping disk
[ 3195.333376] sd 4:0:0:0: [sdb] Synchronizing SCSI cache
[ 3195.334200] sd 4:0:0:0: (sdb] Stopping disk
[ 3195.772198] sd l:0:0:0: [sda] Synchronizing SCSI cache
[ 3195.773228] sd l:0:0:0: [sda] Stopping disk
[ 3196.543021] r8169 0000:04:00.0: System wakeup enabled by ACPI 
[3196.713652] usb 1-1: dvb_usb_v2: usb_bulk_msg() failed=-22 [3196.713732] usb 1-1: failed=-22
[ 3197.033647] usb 1-1: dvb_usb_v2: usb_bulk_msg() failed=-22
[ 3197.033727] usb 1-1: failed=-22
[ 3197.301811] ACPI: Preparlng to enter System sleep state S5
[ 3197.353621] usb 1-1: dvb_usb_v2: usb_bulk_msg() failed=-22 
[ 3197.353701] usb 1-1: falled=-22
AMD Ryzen7
OS Devuan ascii, Kernel 4.9.0-14
Systempartition: nvme0n1p4
Zuletzt geändert von felixed am 28.12.2020 16:56:33, insgesamt 1-mal geändert.

schwedenmann
Beiträge: 5525
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: Seltsames POWEROFF-Verhalten

Beitrag von schwedenmann » 28.12.2020 14:09:09

Hallo

OS Devuan ascii, Kernel 4.9.0-14
Bist du damit nicht hier falsch ?
Du solltest dich lieber an die veteran-admins von devuan wenden, die haben doch auch ein forum oder ?

mfg
schwedenmann

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 28.12.2020 14:44:37

Vielen Dank für die hilfreiche Antwort.

Leider ist mir dort nicht gelungen, mich im Forum anzumelden. Vermutlich haben die das so abgesichert, weil dort zu viele systemd-Fans sonst auch so nützliche Sachen schreiben.

Außerdem sind die meisten Probleme nicht systemd-abhängig und mir konnte hier schon oft geholfen werden, auch wenn ich ein nichtswürdiger Abtrünniger bin.

MfG

felixed

DeletedUserReAsG

Re: Seltsames POWEROFF-Verhalten

Beitrag von DeletedUserReAsG » 28.12.2020 15:01:35

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 14:44:37
Außerdem sind die meisten Probleme nicht systemd-abhängig
Mag sein. Systemboot und -shutdown sind aber in der Tat vom verwendeten Initsystem abhängig, so dass schwedenmanns Einwand nicht ganz unberechtigt ist.

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 28.12.2020 16:07:16

Klar. Trotzdem konnte ja sein, daß irgendwer eine Idee hat, zumal das nicht das normale Verhalten ist. Ich habe es nur irgendwann bemerkt und weiß deshalb nicht, welche Veränderung ich vorher vorgenommen habe.

Gibt's denn eine shutdown-Protokolldatei, die man sich ansehen kann?

MfG

felixed

DeletedUserReAsG

Re: Seltsames POWEROFF-Verhalten

Beitrag von DeletedUserReAsG » 28.12.2020 16:18:14

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 16:07:16
Gibt's denn eine shutdown-Protokolldatei, die man sich ansehen kann?
Naja … unter Debian wären die Infos im Journal zu finden …

Ansonsten zwei Sachen, denen ich nachgehen würde:
felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 14:04:45

Code: Alles auswählen

[ 3194.442518] kvm: exiting hardware virtualizatIon
… virtualisiertes System?

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 14:04:45

Code: Alles auswählen

[....] Deactivating swap...swapoff: /etc/fstab: parse error at llne 1 ...
Mag mit dem Problem nicht zusammenhängen, ich würd’s trotzdem fixen.

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 28.12.2020 16:43:32

Naja, das Journal ist ja ein systemd-Ding und heißt bei devuan betimmt anders.

Zur Virtualisierung: Ich glaube, der Dienst wird nur gestartet, um die Hardwarevirtualisierung nutzen zu können. Für spezielle Anwendungen und zum Testen habe ich noch paar virtuelle OS installiert.

Das mit dem "swapoff: /etc/fstab: parse error at llne 1" steht auch mit auf dem Plan zur Fehlersuche. Ich habe ja erst angefangen.

Danke für die Ideen.

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 28.12.2020 17:51:10

Ich habe was seltsames bemerkt. Sowohl beim Hoch- als auch beim Herunterfahren wird die root-Partition immer als ext4 angezeigt, ist aber ext2.

Ob das der ausgegebene parse-error in /etc/fstab sein kann? Dort habe ich als Typ ext2 eingetragen, was auch der blkid-Ausgabe entspricht. Allerdings ist das nicht die erste Zeile, aber die erste nicht auskommentierte.

DeletedUserReAsG

Re: Seltsames POWEROFF-Verhalten

Beitrag von DeletedUserReAsG » 28.12.2020 17:56:12

Das wird vermutlich eher damit zusammenhängen, dass heutzutage der ext4-Treiber auch die ext2-Dateisysteme bedient.

rhHeini
Beiträge: 2260
Registriert: 20.04.2006 20:44:10

Re: Seltsames POWEROFF-Verhalten

Beitrag von rhHeini » 28.12.2020 21:04:48

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 16:43:32
Naja, das Journal ist ja ein systemd-Ding und heißt bei devuan betimmt anders.
Wie es heisst hängt wohl von Deinem Desktop ab. Bei mir unter Mate hab ich einen Systemprotokollbetrachter, der heisst unter Gnome und Cinnamon glaub ich ähnlich.

Ich bin inzwischen auf Beowulf mit ähnlicher HW.

Rolf

rhHeini
Beiträge: 2260
Registriert: 20.04.2006 20:44:10

Re: Seltsames POWEROFF-Verhalten

Beitrag von rhHeini » 28.12.2020 21:06:54

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 17:51:10
Ich habe was seltsames bemerkt. Sowohl beim Hoch- als auch beim Herunterfahren wird die root-Partition immer als ext4 angezeigt, ist aber ext2.
Warum ext2, und nicht ext4? Warum verzichtest Du auf den grossen Vorteil von ext4: das Journaling. Der nvme macht das Journaling gar nichts.

Rolf

rhHeini
Beiträge: 2260
Registriert: 20.04.2006 20:44:10

Re: Seltsames POWEROFF-Verhalten

Beitrag von rhHeini » 29.12.2020 11:58:08

felixed hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 14:44:37
Leider ist mir dort nicht gelungen, mich im Forum anzumelden. Vermutlich haben die das so abgesichert, weil dort zu viele systemd-Fans sonst auch so nützliche Sachen schreiben.
Ich hab mich da vor mehr als 3 Jahren registriert. Mußte mich damals zusätzlich auf einem IRC-Chat identifizieren, und dann war das gegessen. Heutzutage muss man nur noch eine Frage beantworten, um zu bestätigen das man kein Robot ist. Also so schwierig kann das nicht sein.

Allerdings wird da Englisch geschrieben.

Rolf

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 29.12.2020 13:40:04

Lieber Rolf, mal ein paar Antworten:

ext2 stammt noch von ganz früher, da das ursprünglich mal ein Debian Jessie war, dann Stretch, dann ascii. Könnte ich wohl leicht ändern, wenn ich eine fsarchiver-Sicherung mit ext4 zurücklade.

Beowulf habe ich in meinem Reservesystem, frisch installiert - es zeigt die gleichen Macken wie oben beschrieben. Beowulf versteht sich aber nicht mehr mit meinem Drucker.

Die Frage habe ich bei der Devuan-Forenanmeldung beantwortet, meine Anfrage wird aber trotzdem als spam gewertet. Auf der folgenden Informationsseite wird ja gewarnt, es mehrfach zu versuchen, was ich, wie das so ist, erst nach mehreren Anmeldeversuchen gelesen habe. Wie ich das verstehe, wird die anfragende IP gespeichert und von vornherein blockiert. Englisch stört mich nicht.

Ich verwende auch mate, aber die Ausgaben betreffen doch Vorgänge nach Verlassen der Desktopumgebung - oder irre ich mich?

Erstmal vielen Dank, auch für die Information, daß der ext4-Treiber sich auch um ext2 kümmert. Womit ungeklärt bleibt, was der parse error in der fstab sein soll.

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# /
UUID=dc43cd9a-6ef0-4611-9aa6-d378f5781ef4 / ext2 defaults 0 1
# /media/felixed/SSD_Daten
UUID=1af7d788-f90b-43b4-9c47-0efcddb49565 /media/felixed/SSD_Daten ext2 defaults 0 0
# /media/felixed/LinuxVolume
UUID=1b20d3e6-41ef-45c9-a1b6-39318aaf9b39 /media/felixed/LinuxVolume ext4 defaults 0 0
# /media/felixed/in8TB1
UUID=f7b38e85-ce97-431b-9050-c8de89a6bb62 /media/felixed/in8TB1 ext4 defaults 0 0
# /media/felixed/in12TB
UUID=ddb16f89-428b-4007-8d69-bba2d50b941f /media/felixed/in12TB ext4 defaults 0 0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
# verschlüsselte swap, in /etc/crypttab festgelegt
/dev/mapper/cryptswap1 none swap sw 0 0
# temporäre Dateien im Arbeitsspeicher anlegen
none  /tmp  tmpfs  defaults  0  0
none  /home/felixed/.cache  tmpfs  defaults  0  0
none  /home/felixed/.thumbnails  tmpfs  defaults  0  0
Zuletzt geändert von felixed am 29.12.2020 17:56:33, insgesamt 1-mal geändert.

rhHeini
Beiträge: 2260
Registriert: 20.04.2006 20:44:10

Re: Seltsames POWEROFF-Verhalten

Beitrag von rhHeini » 29.12.2020 15:38:02

Setz doch bitte die fstab in Code-Tags, und nicht als Zitat hier rein. Das ist dann deutlich besser lesbar. Kannst Deinen letzten Beitrag immer noch editieren.

Also gut, Du hast hier ein System laufen daß ausser dem ext2-Dateisystem noch eine Menge Historie aus Dist-Upgrades und den Switch von Stretch auf ASCII hinter sich hat. Und Du musst das auf die Ryzen7-HW kopiert haben. Ein verschlüsseltes swap, den Rest aber nicht verschlüsselt. Ganz anders als ich das machen würde. Hast Du noch Platz auf dem nvme um ASCII von Scratch neu zu installieren?

Erst mal zum Systemprotokollbetrachter: der hat nichts mit dem Loggen selber zu tun. Das ist nichts weiteres als ein graphisches Tool das Dir erlaubt Logs aus /var/log bequem zu lesen. Nutze es. Schau Dir das syslog und dmesg an, Bootphase und Shutdown, soweit noch mitgeloggt wird. Ich befürchte zwar das nicht viel erhellendes herauskommt, aber für Dich scheint es ja was ganz neues zu sein. Das Tool mußt Du zur Fehlersuche eigentlich gut kennen und die Bedienung beherrschen.

Die fstab hab ich mir angesehen, ich finde da auf Anhieb nichts was offensichtlich nicht passt. Schau Dir die fstab genau an ob da vielleicht Leer- oder Sonderzeichen in einer der auskommentierten Zeilen am Anfang drin sind. Mach nen Quervergleich mit blkid ob die UUIDs alle passen.

Wie lange bist Du schon auf dem Ryzen? Ist das Problem schon von Anfang an da? Könnte vielleicht auch was mit den Bios-Einstellungen zu tun haben?
Ich habe hier ein ASUS X470 MB mit einem Ryzen 7 2700X das unter ASCII lief, jetzt bin ich auf Beowulf. Das Bios hab ich auf meine Bedürfnisse angepasst. Autoboot auf Power On, kein Schnellstart, nur UEFI, kein Secureboot, nutze kein S3/S5, ....
Was ist Deine HW?

Rolf

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 29.12.2020 18:51:04

Wie ich schon schrieb:
Beowulf habe ich in meinem Reservesystem, frisch installiert - es zeigt die gleichen Macken wie oben beschrieben.
dmesg und syslog geben bezüglich des seltsamen Herunterfahrens nichts her.

Die Hardware habe ich im Frühjahr zusammengebaut, ASUS B450, Ryzen7 3700, NVIDIA GeForce GTX 1650, 16GB. Die o.g. Beowulf-Installation erfolgte auf diesem System.

Die UUIDs sind alle überprüft. Die fstab könnte ich mir höchstens nochmal mit einem Hex-Editor ansehen.

Das mit der ausschließlichen swap-Verschlüsselung hat schon seinen Sinn.

Ob das Problem von Anfang an da war oder nach welcher Änderung, kann ich leider nicht sagen, da man Probleme ja erst erkennt, wenn sie auffallen, und nicht, wenn sie auftreten. Meistens schaue ich meinem Computer beim Hoch- und Runterfahren nicht zu.

Im BIOS habe ich noch den Legacy-Boot aktiviert, da ich manchmal aus externen Wartungssystemen starte. Die Einstellung Autoboot werde ich mal nachsehen.

Was mich vor allem nachdenklich macht, ist, warum der Computer in einen sleep-Modus statt in ein einfaches poweroff geschickt wird.

Und warum gestoppte Laufwerke einschließlich Systempartition nochmal starten.

JTH
Moderator
Beiträge: 3014
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Seltsames POWEROFF-Verhalten

Beitrag von JTH » 29.12.2020 19:21:31

felixed hat geschrieben: ↑ zum Beitrag ↑
29.12.2020 18:51:04
Die fstab könnte ich mir höchstens nochmal mit einem Hex-Editor ansehen.

Code: Alles auswählen

cat -t /etc/fstab
verrät dir, ob sich da ungewollte Zeichen verbergen.

felixed hat geschrieben: ↑ zum Beitrag ↑
29.12.2020 18:51:04
Was mich vor allem nachdenklich macht, ist, warum der Computer in eine sleep-Modus statt in ein einfaches poweroff geschickt wird.
Vermutlich abwegiger Gedanke: Gnome (3) hatte meine ich anfangs die Eigenheit, den Schalter zum Herunterfahren zu verstecken und normalerweise in den Standby zu wechseln. Ist/war das bei Mate vllt. auch mal der Fall (hab Mate noch nie benutzt)? Hast du das Herunterfahren mal mit einem poweroff aus dem Terminal zum Vergleich probiert?

Wenn du deinen USB-DVB-Stick im Auge hast – wie verhält sich das Herunterfahren, wenn er mal abgezogen ist?
Manchmal bekannt als Just (another) Terminal Hacker.

felixed
Beiträge: 196
Registriert: 19.06.2014 20:29:43

Re: Seltsames POWEROFF-Verhalten

Beitrag von felixed » 29.12.2020 20:40:01

zu cat -t /etc/fstab

Da stehen nur in auskommentierten Zeilen ein ü und ein ä, aber nicht in Zeile 1. Werde sie aber mal ersetzen.

Beim poweroff aus dem Terminal gibt's das gleiche Resultat.

Noch eine Ergänzung: Den zweimaligen Anlauf beim Hochfahren gibt's nur beim Neustart nach Trennung vom Stromnetz, nicht beim Neustart mit dem Einschaltknopf nach dem Herunterfahren.

Das mit dem (bzw. ohne) DVB-Stick habe ich auch probiert. Keine Veränderung.

Antworten