[Gelöst] Chaos beim Bootvorgang von Sparky
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
[Gelöst] Chaos beim Bootvorgang von Sparky
Hallo,
ich probiere immer noch etwas mit Sparky-Linux herum. Es ist ein Lxde mit verschlüsselter Home-Partition. Das läuft eigentlich alles recht gut, nur ein Punkt nervt mich noch:
Wenn ich das System boote, kommt nach dem Grub-Menü ein gewaltiger Wust von Text, der einfach nur nervt und der für mich sowieso nicht lesbar ist. Dann kommt irgendwann die Aufforderung für die Passworteingabe zur Entschlüsselung der Home-Partition. Die steht dann aber nicht am Ende des Textblocks, sondern irgendwo mittendrin. Gebe ich dann das Passwort ein, ist diese Zeile dann plötzlich am Ende.
Wenn beim Bootvorgang aber zu Beginn des Texthaufens die Pfeilnachuntentaste betätigt wird (bin ich versehentlich mal draufgekommen), dann habe ich plötzlich einen schlichten grauen Hintergrund mit drei viereckigen Fortschrittspunkten. Bis dann in einer einzigen, sauberen Zeile die Aufforderung für die Passworteingabe kommt. Kein Textmüll mehr bis das System da ist.
Ich nehme an, dass so der Startvorgang sein soll, bzw. vorgesehen ist. Auch wenn Sparky kein "richtiges" Debian ist, zum allergrößten Teil ist es aber doch Debian. Deshalb meine Frage hier.
Hat jemand eine Idee, warum das so ist und wie man das evtl. abstellen könnte?
ich probiere immer noch etwas mit Sparky-Linux herum. Es ist ein Lxde mit verschlüsselter Home-Partition. Das läuft eigentlich alles recht gut, nur ein Punkt nervt mich noch:
Wenn ich das System boote, kommt nach dem Grub-Menü ein gewaltiger Wust von Text, der einfach nur nervt und der für mich sowieso nicht lesbar ist. Dann kommt irgendwann die Aufforderung für die Passworteingabe zur Entschlüsselung der Home-Partition. Die steht dann aber nicht am Ende des Textblocks, sondern irgendwo mittendrin. Gebe ich dann das Passwort ein, ist diese Zeile dann plötzlich am Ende.
Wenn beim Bootvorgang aber zu Beginn des Texthaufens die Pfeilnachuntentaste betätigt wird (bin ich versehentlich mal draufgekommen), dann habe ich plötzlich einen schlichten grauen Hintergrund mit drei viereckigen Fortschrittspunkten. Bis dann in einer einzigen, sauberen Zeile die Aufforderung für die Passworteingabe kommt. Kein Textmüll mehr bis das System da ist.
Ich nehme an, dass so der Startvorgang sein soll, bzw. vorgesehen ist. Auch wenn Sparky kein "richtiges" Debian ist, zum allergrößten Teil ist es aber doch Debian. Deshalb meine Frage hier.
Hat jemand eine Idee, warum das so ist und wie man das evtl. abstellen könnte?
Zuletzt geändert von ottonormal am 23.11.2018 23:43:10, insgesamt 1-mal geändert.
Re: Chaos beim Bootvorgang von Sparky
Ähm, *hüstel* das ist kein "Müll", das ist die Anzeige der Startparameter.
Wenn Du das nicht angezeigt haben willst, kannst Du in der Kernelzeile
quiet
oder
systemd.show_status=false
eingeben.
Wenn Du das nicht angezeigt haben willst, kannst Du in der Kernelzeile
quiet
oder
systemd.show_status=false
eingeben.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Chaos beim Bootvorgang von Sparky
Ja, weiß ich schon, dass das kein Müll ist... Es ist nur mein überschäumendes Temperament, das mich in solchen Situationen solche Kraftausdrücke verwenden lässt.
Also ich habe mir das angeschaut, "quiet" stand da schon. Genauer "ro quiet".
"systemd.show_status=false" habe ich dazugetragen. Hat aber nichts gebracht.
Hier ist die ganze Zeile:
Ist das so richtig?
Also ich habe mir das angeschaut, "quiet" stand da schon. Genauer "ro quiet".
"systemd.show_status=false" habe ich dazugetragen. Hat aber nichts gebracht.
Hier ist die ganze Zeile:
Code: Alles auswählen
linux /boot/vmlinuz-4.9.0-8-amd64 root=UUID=e4dee9c2-6033-4165-ae0a-522be18170e6 ro quiet systemd.show_status=false resume=UUID=20f9c8c5-c927-40f6-a8af-dbfe37d64572
Re: Chaos beim Bootvorgang von Sparky
Entweder, oder, beides braucht es nicht.
Wenn in den ganzen Meldungen aber etwas rot auftaucht, also irgendein ein Fehler, werden die Startmeldungen auch angezeigt.
Nun hast Du alles verschlüsselt, damit kenne ich mich nicht aus. Evtl. liegt es auch daran, aber das kann eher jemand beantworten, der das ebenfalls so eingerichtet hat.
Wenn in den ganzen Meldungen aber etwas rot auftaucht, also irgendein ein Fehler, werden die Startmeldungen auch angezeigt.
Nun hast Du alles verschlüsselt, damit kenne ich mich nicht aus. Evtl. liegt es auch daran, aber das kann eher jemand beantworten, der das ebenfalls so eingerichtet hat.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Chaos beim Bootvorgang von Sparky
In den Meldungen gibt es nichts rotes. Auffällig nur sind diese Zeilen:
diese beiden Zeilen kommen (gefühlt) ein paar hundert mal hintereinander. Das hört erst auf, wenn das Passwort verlangt wird.
Was heißt denn das? Wird da ein Laufwerk gesucht und nicht gefunden?
Code: Alles auswählen
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
"disk/by-uuid/20f9c8c5-c972-40f6-a8af-dbfe37d6e37d64572":Invalid path for Logical Volume.
Was heißt denn das? Wird da ein Laufwerk gesucht und nicht gefunden?
Re: Chaos beim Bootvorgang von Sparky
Fast. Es wird eine Partition, bzw. ein LV mit der entsprechenden UUID gesucht und nicht gefunden. Abhilfe könnte schaffen, betreffende UUID aus der Config herauszunehmen (müsste in der initrd oder in der Bootloaderconfig sein – entweder selbst nachschauen oder auf jemanden warten, der sich damit auskennt).ottonormal hat geschrieben:23.11.2018 20:31:15Was heißt denn das? Wird da ein Laufwerk gesucht und nicht gefunden?
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Chaos beim Bootvorgang von Sparky
Vielen Dank. Ich habe es tatsächlich gefunden in der "grub.cfg". Die UUID steht ja in der Zeile oben!
War 2 mal aufgeführt, ich habe beide Einträge gelöscht. Jetzt kommt das tatsächlich nicht mehr.
Aber da ist noch was:
https://www.directupload.net/file/d/528 ... dj_jpg.htm
Ja, ein Bild. Aber das alles abzuschreiben war mir zu mühsam. Was bedeutet denn das noch?
Da sieht man auch die Zeile zur Passworteingabe. Das ist doch nicht normal, oder?
War 2 mal aufgeführt, ich habe beide Einträge gelöscht. Jetzt kommt das tatsächlich nicht mehr.
Aber da ist noch was:
https://www.directupload.net/file/d/528 ... dj_jpg.htm
Ja, ein Bild. Aber das alles abzuschreiben war mir zu mühsam. Was bedeutet denn das noch?
Da sieht man auch die Zeile zur Passworteingabe. Das ist doch nicht normal, oder?
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Chaos beim Bootvorgang von Sparky
So, da ich ja weiß wie beliebt Bilder hier sind. Ich habe eine Texterkennung davon gemacht. Ist aber sicher nicht ganz fehlerfrei.
Code: Alles auswählen
[ 1.03025,01 nouveau 0000:01:00.0 buz MM IO write o 00000004 FAULT at 620018
[ IBUS ]
[ 1.085374] nouveau 0000:01:00.0: DRM: Pointer to TM DS table invalid
[ 1.085879] nouveau 0000:01A0.0: DRM: Pointer to flat panel table invalid
Gave up waiting for suspnd/resume device
SPARKY-HALB: clean, 180012/655360 files, 11678U/2621440 blocks
[ 36.545226] usb 3-3.1: cannot get ctl value: red = 043, wValue = Ox80 , windex
[ 36.545266] usb 3-3.1: 13:0: cannot get min/max values for control 8 (id 13)
[ 36.545441] usb 3-3.1: cannot get ctl value: req = 0x83, wValue = Oxb011 wlndex
[ 36.545474] usb 3-3.1: 13:0: cannot get min/max values for control 11 (id 13)
[ 36.545598] usb 3-3.1: cannot get ctl value: req = 0x831 wValue = Oxc01, wlndex
[ 36.545631] usb 3-3.1: 13:0: cannot get min/max values for control 12 (id 13)
Please enter passphrase for disk STORAGE_DEVICE (luks-dc5cbf79-1e93-4127-8575-b75eac8779d9) on /homel:
[ 37.003976] usb 3-3.1: 13:0: cannot get min/max values for control 8 (id 13)
[ 37.004054] usb 3-3.1: cannot get ctl value: req = 0x83, wvalue = OxbOl, wlndex = OxdOO, type = 4
[ 37.004102] usb 3-3.1: 13:0: cannot get min/max values for control 11 (id 13)
[ 37.004174] usb 3-3.1: cannot get ctl value: req = 0x83, wvalue = OxcOl, wlndex = Oxd00, type = 4
[ 37.004221] usb 3-3.1: 13:0: cannot get min/max values for control 12 (id 13)
[ 37.004723] usb 3-3.1: cannot get ctl value: req = 0x83, wvalue = 0406, wlndex = OxdOO, type = 4
[ 37.004755] usb 3-3.1: 13:0: cannot get min/max values for control 8 (id 13)
[ 37.004910] usb 3-3.1: cannot get ctl value: req = 0x83, wValue = OxbOl, wIndex = OxdOO, type = 4
[ 37.004941] usb 3-3.1: 13:0: cannot get min/max values for control 11 (id 13)
[ 37.005094] usb 3-3.1: cannot get ctl value: req = 0x83, wValue = Oxc01, wlndex = Oxd00, type = 4
[ 37.005124] usb 3-3.1: 13:0: cannot get min/max values for control 12 (id 13)
Re: Chaos beim Bootvorgang von Sparky
Für mich sieht das mehr oder weniger normal und die Meldungen unkritisch aus.
Um weniger wichtige Meldungen nicht zu sehen zu bekommen, muss man meiner Erfahrung nach an zwei Schrauben drehen
Um weniger wichtige Meldungen nicht zu sehen zu bekommen, muss man meiner Erfahrung nach an zwei Schrauben drehen
- Die Start-/Stoppmeldungen von systemd
Die kann man auf zweierlei Art loswerden, entweder mit dem Kernelparameter »systemd.show_status=false« wie du es getan hast oder mit der Zeilein »/etc/systemd/system.conf«, wobei mir die letztere Variante besser gefällt.Code: Alles auswählen
ShowStatus=no
- Die Kernelmeldungen, zumindest die unwichtigen
Der Kernel gibt besonders beim Systemstart, aber auch sonst bei einigen Gelegenheiten jede Menge informativer Meldungen aus, die meines Wissens eigentlich von systemd-journal gefiltert werden sollten, damit nur wichtige Meldungen zu sehen sind. Die Werte von MaxLevelConsole und ForwardToConsole in »/etc/systemd/journald.conf« sollten festlegen, ob und ab welcher Priorität Meldungen ausgegeben werden.
Allerdings greifen diese Einstellungen nicht immer, wobei ich noch nicht zweifelsfrei feststellen konnte ob sie nur beim frühen Bootvorgang nicht greifen (wo viele Meldungen aber besonders lästig oder verwirrend sein können) oder ob das generell manchmal ignoriert wird. Möglicherweise landet diese Konfigurationseinstellung auch in der initrd und ich habe damals nur vergessen die auch neu zu bauen.
Jedenfalls lässt sich das Problem mit zwei weiteren Kernelparametern zuverlässig lösenwobei das loglevel=2 soweit ich weiß nur mit einem Leerzeichen getrennt direkt hinter quiet stehen muss, damit es wirkt.Code: Alles auswählen
quiet loglevel=2
2 ist hier die Priorität ab der Meldungen ausgegeben werden, wobei eine kleinere Zahl eine höhere Priorität bedeutet. Ich hab bei 5 angefangen und den Wert solange verkleinert bis bei einem (erfolgreichen) Systemstart keinerlei Meldungen mehr zu sehen waren und bin damit bei 2 gelandet.
- ottonormal
- Beiträge: 3404
- Registriert: 20.01.2014 22:25:29
Re: Chaos beim Bootvorgang von Sparky
Vielen Dank.smutbert hat geschrieben:23.11.2018 22:29:38Jedenfalls lässt sich das Problem mit zwei weiteren Kernelparametern zuverlässig lösenCode: Alles auswählen
quiet loglevel=2
Das hat es gebracht. Genau so hatte ich es mir gewünscht.