[Gelöst] Chaos beim Bootvorgang von Sparky

KDE, Gnome, Windowmanager, X11, Grafiktreiber und alles was dazu notwendig ist. Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

[Gelöst] Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 18:17:56

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?
Zuletzt geändert von ottonormal am 23.11.2018 23:43:10, insgesamt 1-mal geändert.

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

Re: Chaos beim Bootvorgang von Sparky

Beitrag von KP97 » 23.11.2018 18:49:52

Ä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.

Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

Re: Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 19:29:12

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. :twisted:

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
Ist das so richtig?

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

Re: Chaos beim Bootvorgang von Sparky

Beitrag von KP97 » 23.11.2018 19:38:34

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.

Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

Re: Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 20:31:15

In den Meldungen gibt es nichts rotes. Auffällig nur sind diese Zeilen:

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.
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?

DeletedUserReAsG

Re: Chaos beim Bootvorgang von Sparky

Beitrag von DeletedUserReAsG » 23.11.2018 20:41:38

ottonormal hat geschrieben: ↑ zum Beitrag ↑
23.11.2018 20:31:15
Was heißt denn das? Wird da ein Laufwerk gesucht und nicht gefunden?
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).

Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

Re: Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 21:36:51

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?

Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

Re: Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 21:59:43

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)

Benutzeravatar
smutbert
Moderator
Beiträge: 8331
Registriert: 24.07.2011 13:27:39
Wohnort: Graz

Re: Chaos beim Bootvorgang von Sparky

Beitrag von smutbert » 23.11.2018 22:29:38

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
  1. 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 Zeile

    Code: Alles auswählen

    ShowStatus=no
    
    in »/etc/systemd/system.conf«, wobei mir die letztere Variante besser gefällt.
  2. 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ösen

    Code: Alles auswählen

    quiet loglevel=2
    
    wobei das loglevel=2 soweit ich weiß nur mit einem Leerzeichen getrennt direkt hinter quiet stehen muss, damit es wirkt.

    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.

Benutzeravatar
ottonormal
Beiträge: 3404
Registriert: 20.01.2014 22:25:29

Re: Chaos beim Bootvorgang von Sparky

Beitrag von ottonormal » 23.11.2018 23:42:23

smutbert hat geschrieben: ↑ zum Beitrag ↑
23.11.2018 22:29:38
Jedenfalls lässt sich das Problem mit zwei weiteren Kernelparametern zuverlässig lösen

Code: Alles auswählen

quiet loglevel=2
Vielen Dank. :THX:
Das hat es gebracht. Genau so hatte ich es mir gewünscht. :wink:

Antworten