martin1234567
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Guten Abend! Wie im Titel genannt bleibt mein Computer beim Systemstart in der Dateisystemüberprüfung hängen. Er zeigt noch ein rotierendes Rad, aber reagiert nicht mehr auf Strg + C, womit ich die Überprüfung eigentlich abbrechen können sollte, und zeigt auch keinen Festplattenzugriff an. Über den recovery-modus kann ich diese Überprüfung aber umgehen und dann normal starten und es scheint alles andere zu funktionieren. Ich habe im recovery-modus auch mal die Dateisystemüberprüfung versucht und folgende Ausgabe erhalten: /lib/recovery-mode/recovery-menu: Zeile 80: /etc/default/rcS: Datei oder Verzeichnis nicht gefunden
fsck von util-linux 2.34
/dev/sdb6 ist eingehängt.
e2fsck: Fortsetzung nicht möglich, wird abgebrochen. Ich habe einen Schenker XMG P503 mit Dual-Boot mit Windows 10 auf einer SSD. Hier die komplette Systemübersicht, wie sie der recovery-modus erstellt: Dateisystem Größe Benutzt Verf. Verw.% Eingehängt auf
udev 12G 0 12G 0% /dev
tmpfs 2,4G 1,3M 2,4G 1% /run
/dev/sdb6 42G 9,1G 31G 23% /
tmpfs 12G 0 12G 0% /dev/shm
tmpfs 5,0M 4,0k 5,0M 1% /run/lock
tmpfs 12G 0 12G 0% /sys/fs/cgroup
/dev/sdb3 96M 33M 64M 35% /boot/efi
/dev/sdb7 58G 5,0G 50G 10% /home
==Software-RAID-Status ==
Kein Software-RAID erkannt (mdstat)
==LVM-Zustand==
Kein LVM erkannt (vgscan) Ich sehe den Nutzen einer automatischen Systemüberprüfung ein und würde sie gerne zum Laufen bringen. Was kann ich tun?
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, lies Dir das bitte einmal durch. https://forum.ubuntuusers.de/topic/dateisystemcheck-1/2/ Hast Du möglicherweise seit 16.04 die neueren Versionen über ein Dist-Upgrad installiert? Die Datei /etc/default/rcS gibt es in neueren Systemen nicht mehr. Gruß
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Hi, vielen Dank schonmal für die erste Hilfe. Ich hab mir den Link durchgelesen und mit den Befehlen aus dem Codeblock verifiziert, dass ich rcS nicht finden kann. Oder war dein Vorschlag, dass ich mich mit systemd-fsck beschäftige? Auf deine andere Frage ein klares Nein. Ich habe Ubuntu 20.04 vor ein paar Tagen auf einen zurückgesetzten PC installiert, danach Updates erlaubt und einmal den Windows-Teil von Windows zurücksetzen lassen. Eine ältere Version von Linux war definitiv nicht im Spiel. Gruß
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Neue Informationen: Ich habe Ubuntu zwei mal vom selben USB-Stick wie vorher neu installiert (Ubuntu 20.04, Downloaddatum so vor einer Woche). Beim ersten Mal habe ich ihm erlaubt, während der Installation Updates herunterzuladen. Danach ist der Fehler wieder aufgetreten. Beim zweiten Mal habe ich ohne Updates während der Installation installiert. Ich habe ein mal mit erfolgreicher Dateisystemüberprüfung gebootet, dann Core18 geupdatet, immer noch kein Problem. Dann habe ich snapd geupdatet und zack - er hat sich während der Dateisystemüberprüfung wieder aufgehängt. Und wenn ich sie umgehe, funktioniert der Rest immer noch. Versuche ich jetzt, snapd wieder zu downgraden oder gibt es eine elegantere Strategie? UPDATE: Nochmal komplett neu installiert, neue Installation für 30min genutzt, beim Neustart wieder das alte Problem.
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, Achtung, reine Spekulation: Ubuntu Core 18 gets 10 years of Canonical maintenance from Ubuntu 18.04 LTS. Your smallest devices are now as secure as your servers.
We check every snap for known weaknesses or risks.
Ubuntu Core benefits from the automatic scanning of all snaps for vulnerable libraries and problematic code.
Ich vermute hier einen Zusammenhang. Ubuntu Core 18, so interpretiere ich das, ist für Ubuntu 18.04 gebaut und baut auch gleich seinen eigenen "Snaps-Laden" mit ein. Du hast 20.04 installiert. Mein Vorschlag: Installiere neu, lösche gleich snapd, update das Ganze ohne Installation von Core 18.
sudo apt-get purge snapd
sudo apt-get update && sudo apt-get dist-upgrade Was passiert nun bei der Systemprüfung? Gruß
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Hi, habe einmal komplett neu installiert, snapd gepurged und dann geupdated/upgraded mit dem Code aus dem Codeblock.
Ich bin direkt beim ersten Neustart wieder in der sich aufhängenden Systemprüfung gelandet. Im recovery-modus sieht es noch genauso aus. Besonders frustrierend: Jedes Mal, wenn ich für die nächste Neuinstallation vom Live-USB-Stick boote, sehe ich dort eine funktionierende und erfolgreiche Systemprüfung mit Fortschrittsanzeige. Wenn ich von der Festplatte gebootet habe, habe ich das noch nicht einmal gesehen. Ich glaube mittlerweile, dass die erfolgreichen Bootvorgänge die Systemüberprüfung einfach übersprungen haben/beschlossen haben, sie diesmal nicht durchzuführen. Gruß
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, es ist ungewöhnlich, dass während des Bootvorganges eine Systemprüfung angestossen wird. Das deutet darauf hin, dass mit dem System etwas nicht stimmt. Auch der Systemcheck vom USB-Stick erscheint mir nicht normal. Möglicherweise ist das System auf dem Stick schon betroffen. Im Normalfall wird vom Stick direkt gebootet, ohne dass das System lange geprüft wird. Schau Dir bitte einml Dateisystemcheck an. Gruß
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3544
|
...auf einer SSD
Gibt es für die SSD evtl. ein Firmware-Update vom Hersteller? Das UEFI vom Notebook ist aktuell?
|
Tuemmler
Anmeldungsdatum: 26. März 2007
Beiträge: 8020
Wohnort: Süsel / Ostholstein
|
Moin Moin, zur Info, ich bin ab morgen einige Zeit mit meinem Rechner nicht online. Hier wird alles umgebaut einschl. der Kabelerneuerung. Hier müssen nun Andere ran. Gruß
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Habe die Firmware der SSD aktualisiert, das hat nichts geändert. Habe auch mal probeweise in /etc/fstab die <pass> - Werte meiner zwei ext4 - Partitionen auf 0 gesetzt. Seither wird mir keine Überprüfung des Dateisystems mehr angezeigt, aber aufhängen tut er sich immer noch in 50% der Bootvorgänge. Ist das ein hilfreicher Hinweis? Über den recovery-modus komme ich immer noch verlässlich rein.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3544
|
martin1234567 schrieb: /lib/recovery-mode/recovery-menu: Zeile 80: /etc/default/rcS: Datei oder Verzeichnis nicht gefunden
Das besagte Skript gehört zum Paket friendly-recovery. Installiere dieses mal komplett neu: sudo apt-get install --reinstall --install-recommends friendly-recovery Ebenso würde ich vorsichtshalber auch util-linux nochmal drüberbügeln. Das beinhaltet u.a. fsck. sudo apt-get install --reinstall --install-recommends util-linux
aufhängen tut er sich immer noch in 50% der Bootvorgänge
Sicher , daß da wirklich etwas hängt und nicht nur gewartet wird? Nicht daß das die olle Kamelle der fehlenden Entropie ist.
sudo apt-get install haveged
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Ich habe die genannten Pakete installiert.dingsbums schrieb:
Sicher , daß da wirklich etwas hängt und nicht nur gewartet wird?
Ich habe heute den ersten Bootvorgang mal zehn Minuten laufen lassen, aber da hat sich nichts getan. Ist das noch ein realistischer Zeitrahmen? Seit ich die <pass>-Werte für meine ext4-Partitionen in /etc/fstab auf 0 gesetzt habe, sehe ich auch keine Datenträgerüberprüfung mehr, sondern nur ein sich drehendes Rad. Nach Neustart ist komme ich dann im dritten oder vierten Versuch wirklich weiter.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3544
|
-Ich hatte dir oben geraten, 3 Pakete (neu) zu installieren. Konntest du das schon durchführen?- Ich habe die genannten Pakete installiert
Überlesen. Hm, dann fällt mir ehrlich gesagt auch erstmal nichts mehr ein.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3544
|
Du könntest noch Plymouth (Abschnitt „Deaktivieren“), um alle Meldungen beim Start zu sehen.
|
martin1234567
(Themenstarter)
Anmeldungsdatum: 17. September 2020
Beiträge: 7
|
Wow. Seit ich Plymouth deaktiviert habe, startet er problemlos. Ich habe keine Probleme damit, das dabei zu belassen. Vielen Dank! ☺
|