galeforce
Anmeldungsdatum: 15. Januar 2007
Beiträge: 23
Wohnort: Rheinbach
|
Hallo zusammen,
seit einem versuchten Neustart startet mein Lenovo ideapad110 nicht mehr.
Anfangs konnte ich im Recovery Mode noch 'clean' und 'fsck' ausführen - leider ohne Erfolg. Ich habe dann von der Live-CD (18.04) gestartet und mir einiges auf Basis anderer Threads hier im Forum angesehen.
In der /etc/fstab fehlte der Eintrag zu 'proc' - den habe ich ergänzt und einen neuen Bootversuch unternommen. Jetzt komme ich nicht mal mehr in den Recovery Mode und von der Live-CD kann ich die (einzige) Platte nicht mehr einbinden. Mount bringt: | ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt
mount: /mnt: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sda1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
|
Fsck stellt eine seltsame Frage:
| ubuntu@ubuntu:~$ sudo fsck /dev/sda1
fsck von util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: Der Versuch, einen Block vom Dateisystem zu lesen, endete in kurzem Lesen beim Versuch, /dev/sda1 zu öffnen
Könnte es eine Partion der Länge Null sein?
|
Gibt's noch eine Chance die Platte/die Daten darauf zu retten?
Die letzte Datensicherung liegt natürlich etwas zurück. Viele Grüße
GaleForce
Moderiert von ChickenLipsRfun2eat: Thema in einen passenden Forenbereich verschoben. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“) in jedem Forenbereich. Danke.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
galeforce schrieb: In der /etc/fstab fehlte der Eintrag zu 'proc' - den habe ich ergänzt und einen neuen Bootversuch unternommen. Jetzt komme ich nicht mal mehr in den Recovery Mode und von der Live-CD kann ich die (einzige) Platte nicht mehr einbinden.
Mach die Änderung rückgängig oder zeige halt mal deine fstab her?
Gibt's noch eine Chance die Platte/die Daten darauf zu retten?
Die letzte Datensicherung liegt natürlich etwas zurück.
Werden die Partitionen noch angezeigt?
sudo blkid Falls ja:
sudo fsck.ext4 -c -C0 -ykvt /dev/sda1
sudo fsck.ext4 -c -C0 -ykvt /dev/sda2
#undsoweiter für alle deine Mounts
|
galeforce
(Themenstarter)
Anmeldungsdatum: 15. Januar 2007
Beiträge: 23
Wohnort: Rheinbach
|
Mach die Änderung rückgängig oder zeige halt mal deine fstab her?
Wollte ich, aber da ich die Platte nicht gemounted bekomme, weiß ich nicht, wie ich auf die Datei zugreifen kann. Die Partition wird noch angezeigt:
| ubuntu@ubuntu:~$ blkid -o list
device fs_type label mount point UUID
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------
/dev/sda1 ext4 (not mounted) 0f3ebab7-7601-4dd0-819e-52ae68c1ed7d
/dev/sr0 iso9660 Ubuntu 18.04 LTS amd64 /cdrom 2018-04-26-18-43-51-00
/dev/loop0 /rofs
|
fsck mit erweiterten Optionen bringt nur die bisherige Fehlermeldung
| ubuntu@ubuntu:~$ sudo fsck.ext4 -c -C0 -ykvt /dev/sda1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: Der Versuch, einen Block vom Dateisystem zu lesen, endete in kurzem Lesen beim Versuch, /dev/sda1 zu öffnen
Könnte es eine Partion der Länge Null sein?
|
LG
GaleForce
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
galeforce schrieb: […]
In der /etc/fstab fehlte der Eintrag zu 'proc' - den habe ich ergänzt
Nein, der fehlte da nicht, sondern das Dateisystem proc gehört nicht in die Datei /etc/fstab! Hast Du diesen gefährlichen Unfug im Wiki von UbuntuUsers gelesen? Wann ja, nenne den Artikel, damit dieser Unfug beseitigt werden kann!
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
galeforce schrieb: […]
fsck mit erweiterten Optionen bringt nur die bisherige Fehlermeldung
| ubuntu@ubuntu:~$ sudo fsck.ext4 -c -C0 -ykvt /dev/sda1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: Der Versuch, einen Block vom Dateisystem zu lesen, endete in kurzem Lesen beim Versuch, /dev/sda1 zu öffnen
Könnte es eine Partion der Länge Null sein?
|
Zeige bitte mal vom Livesystem aus die Partitionstabelle der Platte: sudo fdisk -l
|
galeforce
(Themenstarter)
Anmeldungsdatum: 15. Januar 2007
Beiträge: 23
Wohnort: Rheinbach
|
kB schrieb: galeforce schrieb: […]
In der /etc/fstab fehlte der Eintrag zu 'proc' - den habe ich ergänzt
Nein, der fehlte da nicht, sondern das Dateisystem proc gehört nicht in die Datei /etc/fstab! Hast Du diesen gefährlichen Unfug im Wiki von UbuntuUsers gelesen? Wann ja, nenne den Artikel, damit dieser Unfug beseitigt werden kann!
Ich hatte es hier gesehen:
https://wiki.ubuntuusers.de/fstab/ (Ich dachte erst an ein Problem mit GRUB und wollte eine Reperatur von der Live-CD machen https://wiki.ubuntuusers.de/GRUB_2/Reparatur/.
Da hatte Probleme mit 'proc'.)
|
galeforce
(Themenstarter)
Anmeldungsdatum: 15. Januar 2007
Beiträge: 23
Wohnort: Rheinbach
|
kB schrieb:
Zeige bitte mal vom Livesystem aus die Partitionstabelle der Platte: sudo fdisk -l
Da kommt zu /dev/sda
| Festplatte /dev/sda: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xf0407b6c
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 1953523711 1953521664 931,5G 83 Linux
|
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Versuch mal, die sda1 via Terminal im frisch gestarteten Livesystem einzuhängen
sudo mount /dev/sda1 /mnt
und dann die fstab mittels
cat /mnt/etc/fstab
auszulesen.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Die Partition hat jedenfalls nicht die Länge 0, wie e2fsck befürchtet. Das Dateisystem in dieser Partition ist aber jedenfalls in einer Weise defekt, dass e2fsck es nicht reparieren kann. Du solltest per dd ein Image der Partition anlegen, bevor Du weiter machst. Das dauert seine Zeit und Du benötigt 1TB freien Speicherplatz. Um den Fehler zu beheben, wird eine Analyse mit den Werkzeugen debugfs, dumpe2fs und tune2fs erforderlich sein. Zur Verwendung dieser Werkzeuge sind intime Kenntnisse des Dateisystems ext4 erforderlich. Die Ursache für das defekte Dateisystem könnte ein Hardwaredefekt sein. Vielleicht kann testdisk noch einzelne Dateien retten. Gib auf. Kaufe eine neue Platte.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Hoffen wir mal auf einen Fehler in der Partitionstabelle. Schnapp dir Testdisk und schreib die Partitionstabelle neu.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
kB schrieb: Gib auf. Kaufe eine neue Platte.
Die SMART-Daten willst du nicht abfragen? Tztz...
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Die Platte muß nicht unbedingt kaputt sein oder im sterben liegen. Aber die smart-werte wären trotzdem intressant zu sehen. Gruß Taomon
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Dogeater schrieb: […] Die SMART-Daten willst du nicht abfragen?
In der Tat: Nein, das will ich nicht, weil es nicht zielführend ist. Das Dateisystem ist in einer Weise defekt, dass e2fsck es nicht reparieren kann und es auch nicht mehr eingebunden werden kann. Ob das auf einen Hardwarefehler beruht oder nicht, hilft nichts bezüglich der Datenrettung. Wenn man die Datenrettung beendet hat, dann kann man (und sollte auch!) untersuchen, ob man die Platte weiterverwenden will oder wegen Hardwaredefekt besser ausmustert. Das wäre ggf. Thema für einen neuen Thread.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Dogeater schrieb: Hoffen wir mal auf einen Fehler in der Partitionstabelle.
Die ist in Ordnung.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Eine defekte Platte wird sich schon bemerkbar machen. Und man braucht keine defekte Platte um ein völlig defektes XFS selbst zu verursachen. ☺ Mag sein, dass das bei ext4 anders ist. Aber ganz ehrlich, aufgrund von Vermutungen eine Platte zu opfern, auf der unwichtige Daten liegen (Backup schon länger her) das finde ich übertrieben. Einfach öfters Backuppen und gut wird es sein.
|