torstene
Goto Top

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

Content-Key: 172989

Url: https://administrator.de/contentid/172989

Ausgedruckt am: 29.03.2024 um 02:03 Uhr

Mitglied: kaiand1
kaiand1 12.09.2011 um 19:16:30 Uhr
Goto Top
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.
Mitglied: Lochkartenstanzer
Lochkartenstanzer 12.09.2011 um 20:19:51 Uhr
Goto Top
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!.
Mitglied: 64748
64748 12.09.2011 um 23:55:47 Uhr
Goto Top
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
Mitglied: Lochkartenstanzer
Lochkartenstanzer 13.09.2011 um 07:22:04 Uhr
Goto Top
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
Mitglied: TorstenE
TorstenE 13.09.2011 um 08:51:51 Uhr
Goto Top
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
Mitglied: Lochkartenstanzer
Lochkartenstanzer 13.09.2011 um 09:15:43 Uhr
Goto Top
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.
Mitglied: TorstenE
TorstenE 13.09.2011 um 09:29:39 Uhr
Goto Top
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
Mitglied: TorstenE
TorstenE 13.09.2011 um 11:56:30 Uhr
Goto Top
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
Mitglied: Lochkartenstanzer
Lochkartenstanzer 13.09.2011 um 12:40:49 Uhr
Goto Top
> 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.
Mitglied: TorstenE
TorstenE 13.09.2011 um 12:50:26 Uhr
Goto Top
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
Mitglied: Lochkartenstanzer
Lochkartenstanzer 13.09.2011 um 13:01:32 Uhr
Goto Top
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
Mitglied: TorstenE
TorstenE 13.09.2011 um 13:02:45 Uhr
Goto Top
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.
Mitglied: TorstenE
TorstenE 13.09.2011 um 15:51:55 Uhr
Goto Top
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
Mitglied: 64748
64748 13.09.2011 um 16:08:35 Uhr
Goto Top
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
Mitglied: TorstenE
TorstenE 13.09.2011 um 16:58:46 Uhr
Goto Top
Ich kann nicht booten von der Platte.

Schau den 1. Eintrag an face-smile

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
Mitglied: TorstenE
TorstenE 13.09.2011 um 17:33:39 Uhr
Goto Top
Was mir noch aufgefallen ist, das /boot Verzeichnis ist leer in der anderen VM ist dort z.B. das grub-Verzeichnis und "generic" Dateien
Mitglied: Lochkartenstanzer
Lochkartenstanzer 13.09.2011 um 18:05:06 Uhr
Goto Top
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.
Mitglied: TorstenE
TorstenE 14.09.2011 um 14:08:37 Uhr
Goto Top
OK Durch Eure Hilfe bin ich an meine Daten rangekommen.

Heute Morgen Server neu aufgesetzt, alles umkopiert - läuft wieder

Danke