12.09.2011

29617

Superblock defekt, was tun ?

Kein Login mehr möglich in Ubuntu 11.04 /home/userverzeichnis nicht vorhanden

Heute morgen lief noch alles ganz normal. Auf einmal war kein Login mehr möglich. Es kommt die Meldung "Unable to cd to /home/[Userverzeichnis]"
Danach sofort wieder ein neuer Login. Alles was vor dem Login kommt, rausch einfasch zu schnell durch.

Ich vermute einmal, das der Superblock defekt ist.

VMware, Festplatte 500 GB per iSCSI angebunden.

Gestartet habe ich das Sytsem jetzt mit einer Live CD

fdisk -l

/dev/sda1 * (boot) Anfang: 1 Ende: 32 Blocke: 248832 ID: 83 System: Linux
/dev/sda2 Anfang: 32 Ende: 65271 Blöcke: 524036097 ID: 5 System: Erweiterte
/dev/sda5 Anfang: 32 Ende: 65271 Blöcke: 524036096 ID: 8e System: Linux LVM

GParted zeigt an

/dev//sda1 Dateisystem: ext2 Größe: 243.00 MB Benutzt: 47,53 Unbenutzt: 195.47 MiB Markierung: boot
/dev/sda2 Dateisystem: extended Größe: 499.76 GiB Benutzt: - Unbenutzt: - Markierung: -
/dev/sda5 Dateisystem: lvm2 Größe: 499.76 GiB Benutzt: - Unbenutzt: - Markierung: lvm

mkdir /mnt/test
mount -t ext4 /dev/sda2 /mnt/test

...
Wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage ...
...

dmesg | tail

...
EXT4-fs (sda2): unable to read supberblock
...

fsck.ext4 -v /dev/sda2

...
fsck.ext4: Attemt to read block from filesystem resulted in short read beim Versuch, /dev/sda2 zu öffnen
Könnte es eine Partition der Länge Null sein ?

Jetzt bin ich mit meinem Latein am Ende und weis nicht was zu tun ist,
ohne dass ich etwas schrotte ?

Torsten.E

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 172989

Url: https://administrator.de/forum/superblock-defekt-was-tun-172989.html

Ausgedruckt am: 15.04.2025 um 17:04 Uhr

18 Kommentare

Neuester Kommentar

Moin
Nun Festplatte nach Fehlern Prüfen und einen der Reserve Blöcke nehmen.
Beim Formatieren/Einrichten der Platte zeigt dri das Programm an in welchen Sektor die Reserveblöcke liegen falls der erste KO geht.

Zitat von @TorstenE:

/dev/sda2 Anfang: 32 Ende: 65271 Blöcke: 524036097 ID: 5 System: Erweiterte
/dev/sda5 Anfang: 32 Ende: 65271 Blöcke: 524036096 ID: 8e System: Linux LVM

> fsck.ext4 -v /dev/sda2

...
fsck.ext4: Attemt to read block from filesystem resulted in short read beim Versuch, /dev/sda2 zu öffnen
Könnte es eine Partition der Länge Null sein ?

Nein, Du versucht die erweiterte Partition zu prüfen und das kann nicht funktionieren, weil da üblicherweise kein FS drauf ist. Wenn überhaupt, müsstest Du sda5 prüfen, aber das wird auch nicht von erfolgt gekrönt sein, weil das ein LVM ist.

Du müsstest mit vgdisplay/lvdisplay Dir die logischen Volumes/Volumegroups anschauen udn ggf einen fsck da drauf loslassen.

Nachtrag: Wenn da wichtige Daten drauf sind, such Dir sofort einen Fachmann. mit einem unbedachten fsck kann man, genauso wie mit einem unbedachten chkdsk, sich die Daten auch schrotten!.

Hallo Torsten,

Zitat von @TorstenE:
... Es kommt die Meldung "Unable to cd to /home/[Userverzeichnis]"

wie sehen denn die Berechtigungen für das Userverzeichnis aus? Ich hatte schonmal eine Situation wo der User keine Berechtigungen für seine Home-Directory hatte.

Wie Lochkartenstanzer schreibt, Du kannst nur die logische Partition mounten, versuch mal

mount /dev/sda5 /mnt/test

die -t Option kannst Du bei mount im Allgemeinen weglassen.

Falls das mounten klappt kannst Du mal in die Ubuntu-Installation chrooten, dann kannst Du vielleicht rausfinden was kaputt ist.

mount -t proc none /mnt/test/proc
mount -o bind /dev /mnt/test/dev
chroot /mnt/test /bin/bash
source /etc/profile

Falls Du das noch nie gemacht hast: http://wiki.ubuntuusers.de/chroot

Gruß und viel Glück

Markus

Zitat von @64748:

mount /dev/sda5 /mnt/test

wird (vermutlich) nicht funktionieren, weil er offensichtlich LVM benutzt. Bevor lvm gestartet ist und er die volume-groups und logical-volumes sieht, wird er da kaum ein filesystem mounten können.

@to

versuch mal

/etc/init.d/lvm start

oder das äquivalent in Deiner Dsitribution.

und dann jeweils

vgdisplay
lvdisplay

Hey Markus,

lvdisplay

Zeigt mir die 2 Volumes an.
LV /dev/projekt/root
LV /dev/projekt/swap_1

LV status NOT AVAILABLE

auch

vgdisplay

funktioniert.

wenn ich jetzt

mount /dev/projekt/root /mnt/test

Gerätedatei existiert nicht

Und was mache ich jetzt damit ?

Torsten

Offensichtlich laufen die LVs nicht.

Mit

 
ls -l /dev/projekt

nachschauen ob die devices da sind.

ggf. ein

vgscan --mknodes

hinterherschicken, damit die device-nodes erstellt/angepaßt werden.

Danach prüfen, ob die Nodes da sind

Ansonsten mal die Ausgabe von vgdisplay posten.

vgscan --mknodes

Reading all physical volumes. This may take while...
Found volume group "projekt" unsing metadata type lvm2

ls -l /dev/projekt

ls: Zugriff auf /dev/projekt nicht möglich: Datei oder Verzeichnis nicht gefunden

vgdisplay

--- Volume group ---
VG Name projekt
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
Max LV 0
Cur LV 2
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 499,76 GiB
PE Size 4.00 MiB
Total PE 127938
Alloc PE / Size 95367 / 372,53 GiB
Free PE / Size 32571 / 127,23 GiB
VG UUID Tng0SR-GWS-ydRU-hk2R-93e0-8cUE-m3DNPG

Zitat von @64748:

Hallo Torsten,
> Zitat von @TorstenE:
> ... Es kommt die Meldung "Unable to cd to /home/[Userverzeichnis]"
wie sehen denn die Berechtigungen für das Userverzeichnis aus? Ich hatte schonmal eine Situation wo der User keine
Berechtigungen für seine Home-Directory hatte.

Hallo Markus,

diesen Gedanken hatte ich auch schon, geht aber mit beiden eingerichteten Usern nicht.
Und - mounten müsse doch auf jeden Fall gehen, oder

Torsten

> ls -l /dev/projekt
ls: Zugriff auf /dev/projekt nicht möglich: Datei oder Verzeichnis nicht gefunden

Dann mach mal ganz pragmatisch ein

mkdir /dev/projekt

als root, bevor Du vgscan aufrufst. und berichte dann, was dabei rauskommt.

lks

Nachtrag: All Befehle, die ich angegeben habe sind natürlich als root auszuführen,
Also vorher entweder mit

sudo su -

root werden, oder jedesmal ein sudo davorsetzen.

mkdir /dev/projekt

mkdir kann das Verzeichnis nicht anlegen, da es existiert

ABER:

Jetzt ist auf jeden Fall /dev/projekt vorhanden

Schaue ich mir das Verzeichnis /dev/projekt mit mc an, sehe ich:

@root => ../dm-0
@swap_1 => ../dm-1

Das mit Sudo ist klar, danke

Torsten

Zitat von @TorstenE:

Gestartet habe ich das Sytsem jetzt mit einer Live CD

Was ich vergessen habe zu fragen:

Welche LiveCD? in welchem Modus?

Nimm mal die alternate CD von natty, je nachdem was Du installiert hast die i386 oder amd64-Version.

Starte mit der Option "Ein beschädigtes System reparieren" udn schau mal, ob er da die vgs und lvs findet.

lks

Jetzt kann ich auch /dev/projekt/root auch mounten, nachdem ich die Kiste mal sicherheitshalber neu gebootet hatte wegen den lvm

D.h. die iSCSI-Platte hängt jetzt in einer anderen Virtuellen Maschine und ich kann das root-Volume mounten.
(nicht Gott sie Dank, sondern Euch sei Dank, dass ich es schon mal bis hierher geschafft habe).

Jetzt muss die ganze Sache nur wieder so werden, dass das booten bzw. neu einloggen wieder funktioniert.

OK kann die Kiste mit der Natty Starten
Datenrettungsoptionen werden durchlaufen (IP, Rechnername, Sprache usw.)

Dann kommt ich soll das Root-Dateisystem wählen
/dev/sda1
/dev/sda2
/dev/sda5
/dev/projekt/root
/dev/projekt/swap_1

Ich habe /dev/projekt/root gewählt

Wenn ich mit "Enter" weiter mache kann ich:

Eine Shell in /dev/projekte/root ausführen
Eine Shell in Installer-Umgebung ausführen
System neu startzen
oder zurück

Eine Shell in /dev/projekt/root klappt nicht
Eine Shell in der Installer-Umgebung klappt, ich kann dann auch das /dev/projekt/root mounten und darauf zugreifen.

Bei zurück habe ich die unterschiedlichsten Optionen, aber was ist jetzt genau zu tun, denke
ich bin nicht mehr weit vom Ziel entfernt.

Torsten

Hallo Torsten,

ich würde erstmal Daten sichern.

Dann mal in /var gucken ob die Logfiles irgendeine Info geben.

Ansonsten chroot ausprobieren und falls es geht würde ich mal versuchen alle Programme, die am login-Vorgang beteiligt sind manuell zu starten (dazu musst Du die Dokumentation zu Ubuntu zu rate ziehen).

Die Frage bleibt ja (wenn ich richtig verstanden hab) was denn nun eigentlich kaputt ist.

Markus

Ich kann nicht booten von der Platte.

Schau den 1. Eintrag an

Ich habe mal in die /var/log/boot.log geguckt, die schaut wie folgt aus

fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/mapper/projekt-root: sauber: 117642/24322048 Dateien, 2356038/97286144 Blöcke (Prüfung nach 3 Einhängevorgängen)
/dev/sda1 wurde nicht ordnungsgemäß ausgehängt. Prüfung erzwungen
/dev/sda1: 213/124496 Dateien (2.3% nicht zusammenhängen), 48667/248832 Blöcke
mountall: fsck /boot [305] brach mit dem Status 1 ab
init: nmbd pre-start process (711) terminated with status 1
[ OK ]rting AppArmor profiles
[ OK ]arting internet superserver inetd

PulseAudio configured for pre-user sessions

[ OK ] rting web server apache2

Was mir noch aufgefallen ist, das /boot Verzeichnis ist leer in der anderen VM ist dort z.B. das grub-Verzeichnis und "generic" Dateien

OK. Sieht so aus, als ob die "Kiste" zerschossen wäre.

Mein Vorschlag ist, alle Daten sichern, was nachdem sich /dev/projekt/root wieder mountbar ist, ohne weiteres gehen sollte.

Danach die Kiste neu aufsetzen (oder vom anderen clonen). und Dateien zurückspielen.

Alles andere dürfte zu viel zeit kosten.

Du könntest jetzt natürlich grub frisch installieren udn andere Fehjlende dateien aus der anderen Kiste rüberkopieren, aber das ist zeitaufwendig.

So wie die boot.log oben ausschaut, hat Dir irgendetwas das Filesystem zerschossen und dabei einige Dateien üebr den Jordan mitgenommen. Was das genau ist, wird man nur mit viel Fleiß feststellen können, wenn überhaupt.