Kay Martinen
2022-03-08 22:00:45 UTC
Antworten
PermalinkEs gibt ja wohl viele die eine Linux Eignung für den Desktop bezweifeln.
Bisher gehörte ich nicht zu denen da ich das seit mehreren Jahren nutze
aber so langsam zweifele ich, oder meine aktuelle Wahl war schlecht.
Aktuell habe ich Linux Mint 18.x auf einem Desktop als Dualboot mit dem
vorigen Windows 7. HW ist ein Lenovo Thinkcentre m57.
Kürzlich habe ich das auf LM 19.3 aktualisiert. Und dabei erlebte ich
zum zweiten male (das 1. war ubuntu 18) das man nach dem upgrade in die
emergency shell geworfen wird ohne jede sinnvolle angabe an WAS sich das
verdammte System nun grade stößt oder eine idee wie das zu beheben wäre.
Vorweg: Es waren; ERNEUT; externe Laufwerke die NICHT zum Booten
gebraucht werden und dafür auch nie eingerichtet wurden und darum mit
"noauto" übergangen werden sollten.
ABER... das interessiert offenbar niemanden der in den upgrade-prozess
involvierten denn ERNEUT waren die "noauto" einträge komplett
verschwunden. Ersatzlos! systemd war schon vorher drauf und aktiv!
Witzigerweise waren anfangs beide externe USB-Platten an und aktiv und
dennoch konnte systemd nicht umhin mich in den emergency-mode zu werfen.
Dort finde ich per journalctl -xb (einziger fehlersuchhinweis) einen
hunderte Zeilen langen output der mit dmesg-typischen bootmeldungen
beginnt und mit; als textblock formatierten; startmeldungen einzelner
systemd units endet. Also nicht etwa im logformat mit zeitpräfix und
logzeile sondern in der art
blabla-unit start
blafaselblafasel dev-disk-by/kryptischer scheißwwn/part1 irgendwas
noch mehr systemd-blabla
Result Code is RESULT
(nächster Block)
WAS ZUM HENKER SOLL MIR DER SCHEIß BITTE SAGEN!!!
Stünde da /dev/sdbx und Error wüsste ich wo ich nach suchen müsste da
ich eine SSD und eine HDD drin hab. Und im dmesg-teil die zuordnung zu
finden ist. Oder ich hab den ewig-langen rattenschwanz mit
dev-disk-by/blafasel wegen unlesbarkeit/unmerkbarkeit überlesen.
Resultcode is RESULT! Was will systemd mir damit sagen? Result ist ...
WAS: Ein Fehler (größer als 1) ein OK (=0) oder WTF sonst? Soll RESULT
heißen das es NICHTS zu vermelden gibt???
Keiner dieser scheiß Text blocks lieferte irgendeinen sinnvollen hinweis
darauf was denn nun sein problem wäre.
Und das unsinnige entfernen von "noauto" das offenbar irgendwann
irgendwo beim upgrade (inkl. kernel auf 5.x) passiert sein muß ist
offenbar der auslöser der systemDreck hier auf die Schnauze hat fallen
lassen.
Das sind jetzt echt wieder so Momente da ich mir init zurück wünsche,
ich lieber mit einem (sofort problemlos startenden nebenan
installierten) Windows 7 weiter arbeiten würde oder schlichtweg ein
deutlich simpleren Start-mechanismus herbei wünsche.
Und auch wenn das jetzt wieder Flames, Wiederspruch oder Popcorn-threads
provoziert. Einen solchen systemd der mit so simplen Fehlern nicht ohne
sachgerechten Nutzereingriff (in eine textkonfig wie fstab) klar kommt
den kann kein ONU auf einem Desktop Linux gebrauchen. Das ding ist
meiner Meinung nach unfähig by design es besser UND einfacher zu machen.
Scheiße verdammt, dagegen ist die rc-konfig eines FLI4L noch simpel und
die finde ich; verglichen mit init; schon nicht so intuitiv.
Rant/Wutausbruch Ende.
Bye/
/Kay
Devuan erneut in Betracht ziehend...
--
"Kann ein Wurstbrot die Welt retten?" :-)
"Kann ein Wurstbrot die Welt retten?" :-)