dexter vs dmesg vs bootlog (Mint/Ubuntu)

[dexter]

2 Sachen:

beim booten sehe ich (kurz) diverse Failures. Schlau wie ich bin, greppe ich dmesg nach failure(0), error(1), Error(2) (die jwlg Ergebnisse in Klammern)
dmesg gibt mir die Fehler nicht aus, die ich beim booten "sehe", was tun?
Tipfehler kann ich ausschliessen, auch beim "manuellen" durchsehen von dmesg finde ich die failures nicht.

Die Doku sagt, dmesg |less lässt sich mit STRG+C beenden, aber weder das, noch die üblichen Verdächtigen d,x, esc helfen. was tun?

Edit: STRG+C ist kein Problem von dmesg, gerade powertop |less aufgerufen, das lässt sich auch nicht beenden.

 

[Metal_Warrior]

@dexter:
Die Fehler sind vermutlich beim Laden des Kernels, da sind die Festplatten noch nicht eingebunden und daher wird da nichts geloggt. Treten bei fast allen Kisten auf, ohne dass das ein Problem ist. Einfach ignorieren.

Less beendet man mit q.

 

[dexter]

@dexter:
Die Fehler sind vermutlich beim Laden des Kernels, da sind die Festplatten noch nicht eingebunden und daher wird da nichts geloggt. Treten bei fast allen Kisten auf, ohne dass das ein Problem ist. Einfach ignorieren.

Less beendet man mit q.

Läuft.

 

[Asseon]

dmesg liest in den kernel ring buffer aus, der hat nichts mit Festplatten zu tun und journald cached so lange in memory bis die platten verfügbar sind.
Wenn in dmesg nichts drin ist ist der ring buffer entweder voll und hat angefangen zu überschreiben (lässt sich ganz einfach prüfen in dem man guckt ob die ersten Einträge bei zeit 0 sind) oder es ist kein kernel fehler.

angenommen es ist eine systemd basierte distro würde ich mir erst mal 'systemctl --failed' und dann 'journalctl -b' anschauen

 

[dexter]

angenommen es ist eine systemd basierte distro würde ich mir erst mal 'systemctl --failed' und dann 'journalctl -b' anschauen

Danke für die Infos, is mir aber für heute der output zu hoch, schau ich morgen nochmal.

--- [2019-08-20 19:29 CEST] Automatisch zusammengeführter Beitrag ---

Ich bekomme per systemctl --failed

 systemd-cryptsetup@cryptswap1.service loaded failed failed Cryptography Setup for cryptswap1
 swapfile.swap                  loaded failed failed /swapfile

das ist meiner Einschätzung nach untragisch, ich habe schlicht keine swap-datei und brauch auch keine

journalctl -b wirft mir dann (wahrscheinlich) die von mir gesuchten Fehler aus.
Danke.

 

[Shodan]

[Der Error] ist meiner Einschätzung nach untragisch, ich habe schlicht keine swap-datei und brauch auch keine

Run: systemd-analyze blame
Run: cryptsetup remove cryptswap1
Check: /etc/crypttab
Check: /etc/fstab
Reboot
Run: systemd-analyze blame
Run: journalctl -b

Assert: no cryptswap
Assert: error gone
Assert: faster boot

 

[musv]

Ich würde noch das -a hinzunehmen. Also

journalctl -ab

Ist auch mal ganz interessant, sich den ganzen Bootverlauf so durchzulesen.

systemd-cryptsetup@cryptswap1.service loaded failed failed Cryptography Setup for cryptswap1
 swapfile.swap                  loaded failed failed /swapfile

Wirf mal einen Blick in die /etc/fstab, ob ein Eintrag von swapfile.swap existiert und lösch den ggfs raus.

Systemd erstellt aus der /etc/fstab die Mount-Units, die dann beim Bootvorgang gestartet werden. Vermutlich hast du in der fstab einen Eintrag dazu, der dann beim Mounten fehlschlägt.

Was sagen denn:

systemctl status systemd-cryptsetup@cryptswap1.service
systemctl status swapfile.swap

 

[dexter]

Danke für die Hilfe bei der Fehlerbehebung.
Jetzt hab ich noch ein paar über, aber davon ein andermal