Rechner fährt nicht herunter.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Rechner fährt nicht herunter.
Hallo,
noch ein kleines Problem:
Auf meinem Rechner mit Stretch OpenBox habe ich neuerlich das Problem, dass der Rechner jedes 2. oder 3. Mal nicht herunterfährt. Es erscheint, nachdem ich "Ausschalten" oder "Neustart" angeklickt habe, dann nur ein schwarzer Bildschirm mit blinkendem Cursor oben links. Weiter passiert nichts. Nach einigen Minuten muss ich dann den Ausschalter am Rechner betätigen.
Woran könnte das liegen? Wo könnte ich da in welche Logdatei schauen?
Hinzufügen muss ich noch dass es sich um einen ganz neuen Rechner handelt. Darauf habe ich die 2 SSDs meines alten Rechners kopiert (nicht einfach die alten SSDs ausgebaut und in den Neuen eingebaut). Der Rechner funktioniert ansonsten perfekt.
noch ein kleines Problem:
Auf meinem Rechner mit Stretch OpenBox habe ich neuerlich das Problem, dass der Rechner jedes 2. oder 3. Mal nicht herunterfährt. Es erscheint, nachdem ich "Ausschalten" oder "Neustart" angeklickt habe, dann nur ein schwarzer Bildschirm mit blinkendem Cursor oben links. Weiter passiert nichts. Nach einigen Minuten muss ich dann den Ausschalter am Rechner betätigen.
Woran könnte das liegen? Wo könnte ich da in welche Logdatei schauen?
Hinzufügen muss ich noch dass es sich um einen ganz neuen Rechner handelt. Darauf habe ich die 2 SSDs meines alten Rechners kopiert (nicht einfach die alten SSDs ausgebaut und in den Neuen eingebaut). Der Rechner funktioniert ansonsten perfekt.
Re: Rechner fährt nicht herunter.
Ich halte das für keinen hilfreichen Hinweis. Einen Rechner ausschalten darf erstmal nur root, und das weißt du, soweit ich deine DF-Beiträge richtig einschätze. Wenn du das also per (User-?)Mausklick (manchmal) hinkriegst, hast du dir dazu entweder Root-Rechte besorgt, und/oder du benutzt ein Programm, dass das dür dich gemacht hat. Das sollte dann auch angegeben werden. Der Fenstermanager openbox macht das nicht für dich, soweit ich ihn kenne.ottonormal hat geschrieben:Es erscheint, nachdem ich "Ausschalten" oder "Neustart" angeklickt habe, dann nur ein schwarzer Bildschirm mit blinkendem Cursor oben links. Weiter passiert nichts.
Grüße, Günther
Re: Rechner fährt nicht herunter.
Wenn nicht allzu sehr an der Installation herum geschraubt wurde macht das bei einer normalen Installation das policykit-1guennid hat geschrieben:08.06.2019 12:20:48/oder du benutzt ein Programm, dass das dür dich gemacht hat. Das sollte dann auch angegeben werden.
in Zusammenarbeit mit der Regel /usr/share/polkit-1/actions/org.freedesktop.login1.policy.
Da steht u.A.:
Code: Alles auswählen
<action id="org.freedesktop.login1.power-off">
<description gettext-domain="systemd">Power off the system</description>
<message gettext-domain="systemd">Authentication is required for powering off the system.</message>
<defaults>
<allow_any>auth_admin_keep</allow_any>
<allow_inactive>auth_admin_keep</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
<annotate key="org.freedesktop.policykit.imply">org.freedesktop.login1.set-wall-message</annotate>
Code: Alles auswählen
journalctl -b -1 -n20
Zuletzt geändert von willy4711 am 08.06.2019 13:21:30, insgesamt 1-mal geändert.
Re: Rechner fährt nicht herunter.
Ich habe das Phänomen auf meinem Debian-Router ohne systemd und wenn ich recht sehe, tritt es immer dann auf, wenn eingehängte Verzeichnisse auf client-Maschinen die den Router per wlan nutzen, nicht ordentlich ausgehängt wurden. Aber das wird wohl hier kaum der der Fall sein.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Ja, Entschuldigung, ich hatte vergessen zu erwähnen, dass ich zum Abmelden, Neustart und Ausschalten obsession nutze. Das nutze ich aber eigentlich schon immer auf allen Rechnern und hatte damit nie Probleme.
Nur früher mal hatte ich die Befehle direkt in meinem Openbox-Menü integriert und die sudoers-Datei dafür angepasst. Genau das habe ich gestern auch wieder eingerichtet und bisher noch keinen solchen Fehler erlebt. Was nicht ist, kann aber noch kommen. Mal abwarten ...
Mit den letzen Zeilen vom Journal werde ich mich beschäftigen, wenn der Fehler wieder auftritt.
Und nein, WLAN nutze ich eigentlich, von seltenen Ausnahmen abgesehen, überhaupt nicht. Auf diesem Rechner sowieso NIE.
Nur früher mal hatte ich die Befehle direkt in meinem Openbox-Menü integriert und die sudoers-Datei dafür angepasst. Genau das habe ich gestern auch wieder eingerichtet und bisher noch keinen solchen Fehler erlebt. Was nicht ist, kann aber noch kommen. Mal abwarten ...
Mit den letzen Zeilen vom Journal werde ich mich beschäftigen, wenn der Fehler wieder auftritt.
Und nein, WLAN nutze ich eigentlich, von seltenen Ausnahmen abgesehen, überhaupt nicht. Auf diesem Rechner sowieso NIE.
Re: Rechner fährt nicht herunter.
wenn du noch weißt, wann das war, kannst du auch einfach
mal sehen welche Nummer diese Session haben könnte.
und dann einfach die entsprechende Nummer oder ID [x]
eingeben.
Noch was: Pack dich in die Gruppe systemd-journal.
Spart das lästige Eröffnen des Root- Accounts.
Code: Alles auswählen
journalctl --list-boots
und dann einfach die entsprechende Nummer oder ID [x]
eingeben.
Code: Alles auswählen
journalctl -b -x -n20
Spart das lästige Eröffnen des Root- Accounts.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
So, inzwischen ist es wieder einmal passiert. Ich habe anschließend neugestartet und dann
eingegeben. Da kam aber nur ein kurzer Hinweis, der mir nichts sagte und den ich auch leider nicht gespeichert hatte. Dann ausgeschaltet und für ca. eine Std. Außerhaus gewesen. Danach habe ich erst den Hinweis mit dem Gruppeneintrag "systemd-journal" gelesen und ausgeführt.
Nun weiß ich aber die Uhrzeit des letzten Fehlers nicht mehr. Also warte ich nun auf den nächsten. Der wird ja sicher kommen.
Ich frage mich aber auch ob es mit der neuen Hardware zusammenhängen kann. Das System ist ja absolut identisch mit dem des alten Rechners und auf dem tritt der Fehler ja nicht auf.
Code: Alles auswählen
journalctl -b -1 -n20
Nun weiß ich aber die Uhrzeit des letzten Fehlers nicht mehr. Also warte ich nun auf den nächsten. Der wird ja sicher kommen.
Ich frage mich aber auch ob es mit der neuen Hardware zusammenhängen kann. Das System ist ja absolut identisch mit dem des alten Rechners und auf dem tritt der Fehler ja nicht auf.
Re: Rechner fährt nicht herunter.
Ich denke, dass das durchaus möglich sein kann.... vielleicht auch verursacht Du ein Kernel-Modul. Deshalb würde ich mal folgendes (mehrfach wiederholt!!!) testen:ottonormal hat geschrieben:08.06.2019 16:30:12Ich frage mich aber auch ob es mit der neuen Hardware zusammenhängen kann.
Beim (bzw. vor) Beenden einer Sitzung:
1. alle remote-mounts (wenn vorhanden) manuell trennen
2. über den Desktop einen Logout durchführen, damit es keine ungesicherten offenen Daten mehr gibt
3. eine TTY-Konsole (2,3 oder so) öffnen, z.B. strg+alt+f2
4. in der Konsole als root anmelden
5. mit Eingabe von systemctl -f -f poweroff das System runterfahren.
Fährt der Rechner jedesmal wiederholt sauber runter, isses nicht Hardware oder ein Kernel-Modul, dann wird ein Service der Verursacher dafür sein, dass er sich nicht ausschaltet - das findet man mit systemd-Debug-Einstellungen aber heraus. Schaltet sich der Rechner jetzt aber auch nicht aus, kann man wohl die aktiven Services ausschließen, dann muss man an anderer Stelle weitersuchen. Aber ein Schritt nach dem anderen.... deshalb erst durch den Versuch die Hardware auszuschließen.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Danke für den Tipp.
Bevor ich mich da heranwage (ich weiß nicht ob ich das verstanden habe) hier erst noch mal die Ergebnisse der @willy4711 -Tipps. Gerade passend hatte ich nämlich wieder den Fehler:
Vielleicht findet sich ja da schon die Lösung?
Bevor ich mich da heranwage (ich weiß nicht ob ich das verstanden habe) hier erst noch mal die Ergebnisse der @willy4711 -Tipps. Gerade passend hatte ich nämlich wieder den Fehler:
Code: Alles auswählen
root@debian:/home/NUTZERNAME# journalctl -b -1 -n20
Specifying boot ID has no effect, no persistent journal was found
***
root@debian:/home/NUTZERNAME# journalctl --list-boots
0 4d7306ddba50491e89fae5c984fc2204 Sat 2019-06-08 19:01:08 CEST—Sat 2019-06-08 19:02:09 CEST
***
root@debian:/home/NUTZERNAME# journalctl -b -x -n20
-- Logs begin at Sat 2019-06-08 19:01:08 CEST, end at Sat 2019-06-08 19:03:02 CEST. --
Jun 08 19:01:30 debian wrapper-1.0[1334]: Libgcrypt warning: missing initialization - please fix the application
Jun 08 19:01:40 debian dbus-daemon[1063]: Activating service name='org.freedesktop.secrets'
Jun 08 19:01:40 debian dbus-daemon[1063]: Successfully activated service 'org.freedesktop.secrets'
Jun 08 19:01:45 debian su[1373]: Successful su for root by NUTZERNAME
Jun 08 19:01:45 debian su[1373]: + /dev/pts/1 NUTZERNAME:root
Jun 08 19:01:45 debian su[1373]: pam_unix(su:session): session opened for user root by (uid=1000)
Jun 08 19:01:45 debian su[1373]: pam_systemd(su:session): Cannot create session: Already running in a session
Jun 08 19:02:09 debian systemd-udevd[376]: seq 1855 '/devices/pci0000:00/0000:00:02.0' is taking a long time
Jun 08 19:02:09 debian systemd-udevd[376]: seq 1999 '/devices/pci0000:00/0000:00:1f.3' is taking a long time
Jun 08 19:02:52 debian systemd[1]: Started Run anacron jobs.
-- Subject: Unit anacron.service has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit anacron.service has finished starting up.
--
-- The start-up result is done.
Jun 08 19:02:52 debian anacron[1407]: Anacron 2.3 started on 2019-06-08
Jun 08 19:02:52 debian anacron[1407]: Normal exit (0 jobs run)
Jun 08 19:02:52 debian systemd[1]: anacron.timer: Adding 3min 25.757830s random time.
Jun 08 19:03:02 debian systemd[1]: dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device: Job dev-
Jun 08 19:03:02 debian systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2d
-- Subject: Unit dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device has failed.
--
-- The result is timeout.
Jun 08 19:03:02 debian systemd[1]: Dependency failed for Cryptography Setup for luks-d0ce12f5-070c-4211-a758-c266f599600
-- Subject: Unit systemd-cryptsetup@luks\x2dd0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
lines 1-34
Re: Rechner fährt nicht herunter.
Die Meldung besagt, dass du das Journal nicht persistent gemacht hast. Es wird nichts gespeichert, und du kannst nur dieottonormal hat geschrieben:08.06.2019 19:19:34Code: Alles auswählen
root@debian:/home/NUTZERNAME# journalctl -b -1 -n20 Specifying boot ID has no effect, no persistent journal was found
laufenden Meldungen des Kernel- Ringpuffers sehen, also nur die Meldungen der laufenden Session.
Mach mal als Root
Code: Alles auswählen
mkdir /var/log/journal
Nach dem nächsten misslungenen Shutdown, solltest du dann auch die Meldungen sehen können.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Alles klar, ist erledigt.
Wie werde ich das dann wieder los, wenn der Fall gelöst ist? Der Gedanke, dass immer und überall alles protokolliert wird, ist mir nicht sehr sympathisch. Das sollte sich auf das unbedingt Notwendige beschränken. Auch wenn es der eigene Rechner ist, auf den sonst normalerweise niemand Zugriff hat.
Wie werde ich das dann wieder los, wenn der Fall gelöst ist? Der Gedanke, dass immer und überall alles protokolliert wird, ist mir nicht sehr sympathisch. Das sollte sich auf das unbedingt Notwendige beschränken. Auch wenn es der eigene Rechner ist, auf den sonst normalerweise niemand Zugriff hat.
Re: Rechner fährt nicht herunter.
Das wird doch sowieso gemacht. Schau mal in das Verzeichnis /var/log. Da wirst du haufenweise log-Dateien finden, die meisten in Klartext.ottonormal hat geschrieben:08.06.2019 22:45:36Der Gedanke, dass immer und überall alles protokolliert wird, ist mir nicht sehr sympathisch.
Viele werden von rsylog geschrieben, das du jetzt nicht mehr brauchst, der Ersatz ist systemd-journald.service.
Vorteil Speicherung im Binär-Format, also nicht mehr so ohne Weitere einsehbar.
Verschlüsseln kannst man das wohl auch noch.
Sieh dir mal die Erklärungen von /etc/systemd/journald.conf an: https://manpages.debian.org/testing/man ... .5.de.html
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Ja, aber wird denn da auch mal was gelöscht oder wächst das ins Uferlose?
Es sollten doch wenigstens die Einträge der vorletzten Sitzung automatisch gelöscht werden, oder? Wer braucht denn das noch und wozu?
Hab gerade noch den Link geöffnet und gelesen. Ist zwar in deutsch, im Moment ist mir das aber zu viel. Das lässt sich ja wohl alles einstellen, bedarf aber sicher eines mehrsemestrigen Studiums.
Na mal schauen, vielleicht finde ich ja mal die Zeit (und Muße) dazu und begreife das auch!
Es sollten doch wenigstens die Einträge der vorletzten Sitzung automatisch gelöscht werden, oder? Wer braucht denn das noch und wozu?
Hab gerade noch den Link geöffnet und gelesen. Ist zwar in deutsch, im Moment ist mir das aber zu viel. Das lässt sich ja wohl alles einstellen, bedarf aber sicher eines mehrsemestrigen Studiums.
Na mal schauen, vielleicht finde ich ja mal die Zeit (und Muße) dazu und begreife das auch!
Re: Rechner fährt nicht herunter.
Du kannst den Umfang des Journals nach Belieben einschränken. Allerdings ist einen Beschränkung auf 1 Tag wenig sinnvoll, wenn man ein Problem
lösen will. Ich habe es auf eine Woche beschränkt.
Eine weitere Hilfe für die Fehlersuche mit Systemd gibt es, sehr schön beschrieben hier: https://www.linuxmintusers.de/index.php?topic=35348.0
Wenn du das Journal dann trotzdem beschränken willst kannst du es auch zu Fuss machen:
10d = 10 Tage kannst da natürlich andere Werte einsetzen
lösen will. Ich habe es auf eine Woche beschränkt.
Eine weitere Hilfe für die Fehlersuche mit Systemd gibt es, sehr schön beschrieben hier: https://www.linuxmintusers.de/index.php?topic=35348.0
Wenn du das Journal dann trotzdem beschränken willst kannst du es auch zu Fuss machen:
Code: Alles auswählen
journalctl --vacuum-time=10d
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Vorsichtig und bescheiden habe ich erst mal 3 Tage eingesetzt. Ich hoffe, dass das ausreichen wird um den Fehler, wenn er denn wieder auftaucht, zu finden.
Eigenartigerweise trat der Fehler jetzt bei einigen Ausschalt- Neustartvorgängen nicht mehr auf.
Das Einzige was ich geändert hatte, war eine Partition, die ich erst auf dem neuen Rechner Ersatzweise für eine andere Partition eingerichtet hatte. Eine ganz normale, unverschlüsselte ext4-Partition mit 100 GB auf der Daten-SSD. Die hatte ich in die fstab eingetragen damit sie gleich beim Start einsatzbereit war.
Nun habe ich den Eintrag in der fstab wieder deaktiviert. Ich kann mir eigentlich nicht vorstellen, dass das den Fehler verursacht haben sollte/könnte. Jedenfalls ist seitdem der Fehler nicht mehr aufgetreten.
Gerade noch mal eben neugestartet, kein Fehler.
Das will aber auch nichts heißen. Ich hatte nämlich auch den Eindruck, dass der Fehler immer dann auftrat, wenn ich ziemlich lange vor dem Rechner saß, dabei viel gesörft habe, YouTube geschaut usw. Bei kurzen Sitzungen hatte ich das eigentlich noch nicht.
Vielleicht sollte ich mal versuchen den Fehler durch exzessive, mehrstündige Rechnernutzung zu provozieren?
Ach ja, Frohe Pfingsten allen Mitforenten
Eigenartigerweise trat der Fehler jetzt bei einigen Ausschalt- Neustartvorgängen nicht mehr auf.
Das Einzige was ich geändert hatte, war eine Partition, die ich erst auf dem neuen Rechner Ersatzweise für eine andere Partition eingerichtet hatte. Eine ganz normale, unverschlüsselte ext4-Partition mit 100 GB auf der Daten-SSD. Die hatte ich in die fstab eingetragen damit sie gleich beim Start einsatzbereit war.
Nun habe ich den Eintrag in der fstab wieder deaktiviert. Ich kann mir eigentlich nicht vorstellen, dass das den Fehler verursacht haben sollte/könnte. Jedenfalls ist seitdem der Fehler nicht mehr aufgetreten.
Gerade noch mal eben neugestartet, kein Fehler.
Das will aber auch nichts heißen. Ich hatte nämlich auch den Eindruck, dass der Fehler immer dann auftrat, wenn ich ziemlich lange vor dem Rechner saß, dabei viel gesörft habe, YouTube geschaut usw. Bei kurzen Sitzungen hatte ich das eigentlich noch nicht.
Vielleicht sollte ich mal versuchen den Fehler durch exzessive, mehrstündige Rechnernutzung zu provozieren?
Ach ja, Frohe Pfingsten allen Mitforenten
Re: Rechner fährt nicht herunter.
Ja, das reicht auf jeden Fall aus.... weil es auf das aktive Log keine Auswirkung hat. Davon sind nur die Logs betroffen, die durch das journaleigene rotate bereits archiviert wurden.ottonormal hat geschrieben:09.06.2019 12:46:42Vorsichtig und bescheiden habe ich erst mal 3 Tage eingesetzt. Ich hoffe, dass das ausreichen wird um den Fehler, wenn er denn wieder auftaucht, zu finden.
Re: Rechner fährt nicht herunter.
Für openbox brachst du eigentlich nichts außer openbox. Den restlichen ob*- Kram halte ich für entbehrlich, Kriegt mal alles mit configs zielgenauer hin. Ausschalten und reboot mache ich nicht über sudo, sondern sondern über scripte mit super.
Grüße, Günther
Grüße, Günther
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
Da hast Du sicher recht. Ich habe mich aber seit meiner ersten Bekanntschaft mit Openbox (Crunchbang) so sehr an diese kleinen Helferlein gewöhnt, dass ich sie nicht mehr missen möchte. Außerdem bin ich von Natur aus sehr faul und bequem, da kommt mir das sehr entgegen.guennid hat geschrieben:09.06.2019 14:09:24Für openbox brachst du eigentlich nichts außer openbox.
Wenn ich mir meine "menu.xml" mit 682 Zeilen anschaue, bin ich froh z. B. obmenu zu haben. Aber jedem wie er's mag.
Jetzt habe ich mir alle Mühe gegeben den Runterfahrfehler durch Intensivnutzung des Rechners zu provozieren, aber zuletzt hat er sich wieder ganz brav und ohne Fehler verabschiedet.
Sollte es das wirklich mit dem Deaktivieren des fstab-Eintrags besagter Partition gewesen sein?
Die Botschaft hör ich wohl ...
Re: Rechner fährt nicht herunter.
Na ja, Herr P. hat's ja nicht so gerne, wenn man außerhalb von systemd selber scriptet. Weiß ich aber nicht, kenne mich da nicht aus. policykit* habe ich auch nicht.Sollte es das wirklich mit dem Deaktivieren des fstab-Eintrags besagter Partition gewesen sein?
Dir richte ich mir so, wie ich sie brauche, händisch ein.Wenn ich mir meine "menu.xml" mit 682 Zeilen anschaue
Grüße, Günther
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Rechner fährt nicht herunter.
So, "endlich" hatte ich den Fehler mal wieder gehabt. Der Rechner war eigentlich nur kurz in Betrieb. Die einzige vielleicht ungewöhnliche Aktion war, dass ich einmal kurz eine ziemlich (ur)alte, leere ext. 3,5"-HDD kurzzeitig angeschlossen hatte. Habe aber nichts weiter damit gemacht.
Nach einem Neustart dann:
mit dem Ergebnis:
Gibt es da etwas Auffälliges?
Nach einem Neustart dann:
Code: Alles auswählen
journalctl -b -1 -n20
Code: Alles auswählen
-- Logs begin at Sat 2019-06-08 21:57:34 CEST, end at Sun 2019-06-09 20:54:44 CEST. --
Jun 09 20:34:47 debian dbus-daemon[1111]: Successfully activated service 'org.freedesktop.Notifications'
Jun 09 20:34:47 debian systemd[1088]: Started XFCE notifications service.
Jun 09 20:34:47 debian udisksd[2092]: Cleaning up mount point /media/NUTZERNAME/250-USB-HDD (device 8:37 is not mounted)
Jun 09 20:34:47 debian udisksd[2092]: Unmounted /dev/sdc5 on behalf of uid 1000
Jun 09 20:34:47 debian udisksd[2092]: Ignoring SCSI command SYNCHRONIZE CACHE failure (Non-GOOD SCSI status from SGIO v3 ioctl: status=2 host_status=0 drive
Jun 09 20:34:47 debian udisksd[2092]: Successfully sent SCSI command START STOP UNIT to /dev/sdc
Jun 09 20:34:47 debian udisksd[2092]: Powered off /dev/sdc - successfully wrote to sysfs path /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2.2/remove
Jun 09 20:34:47 debian kernel: usb 1-2.2: USB disconnect, device number 12
Jun 09 20:34:53 debian systemd[1]: dev-mapper-luks\x2dd0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device: Job dev-mapper-luks\x2dd0ce12f5\x2d070c\x2d42
Jun 09 20:34:53 debian systemd[1]: Timed out waiting for device dev-mapper-luks\x2dd0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device.
Jun 09 20:34:53 debian systemd[1]: Dependency failed for Cryptography Setup for luks-d0ce12f5-070c-4211-a758-c266f5996007.
Jun 09 20:34:53 debian systemd[1]: systemd-cryptsetup@luks\x2dd0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.service: Job systemd-cryptsetup@luks\x2dd0ce1
Jun 09 20:34:53 debian systemd[1]: dev-mapper-luks\x2dd0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device: Job dev-mapper-luks\x2dd0ce12f5\x2d070c\x2d42
Jun 09 20:34:53 debian systemd[1]: dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device: Job dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d
Jun 09 20:34:53 debian systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device.
Jun 09 20:34:53 debian systemd[1]: dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d4211\x2da758\x2dc266f5996007.device: Job dev-disk-by\x2duuid-d0ce12f5\x2d070c\x2d
Jun 09 20:35:09 debian systemd[1]: Starting Cleanup of Temporary Directories...
Jun 09 20:35:09 debian systemd[1]: Started Cleanup of Temporary Directories.
Jun 09 20:39:05 debian sudo[2655]: NUTZERNAME : TTY=unknown ; PWD=/home/NUTZERNAME ; USER=root ; COMMAND=/sbin/halt -p
Jun 09 20:39:05 debian sudo[2655]: pam_unix(sudo:session): session opened for user root by (uid=0)
~
lines 1-21/21 (END)
Gibt es da etwas Auffälliges?
Re: Rechner fährt nicht herunter.
Willst du nicht lieber ein "normales Kommando ohne root (warum überhaupt root) verwenden ?ottonormal hat geschrieben:09.06.2019 21:12:38Code: Alles auswählen
Jun 09 20:39:05 debian sudo[2655]: NUTZERNAME : TTY=unknown ; PWD=/home/NUTZERNAME ; USER=root ; COMMAND=/sbin/halt -p Jun 09 20:39:05 debian sudo[2655]: pam_unix(sudo:session): session opened for user root by (uid=0)
das wäre z,B,
Code: Alles auswählen
systemctl poweroff
Aus https://www.debian.org/releases/stable/ ... 01.html.de:
Verwenden Sie halt, um das System anzuhalten (zu stoppen), jedoch ohne die Spannung abzuschalten[14]. Um die Maschine abzuschalten, verwenden Sie poweroff oder shutdown -h now. Das systemd-Init-System stellt Befehle bereit, die die gleichen Funktionen bieten, z.B. systemctl reboot oder systemctl poweroff.
[14] Unter dem SysV-Init-System rief halt die gleiche Reaktion hervor wie poweroff, wenn jedoch systemd als Init-System eingesetzt wird (dies ist die Standardeinstellung seit Debian Jessie), haben sie unterschiedliche Funktionen.