Re: XEN RC3 DomU Daten auslesen

Glück Auf! Peter S.

Am 22.11.2013 17:38, schrieb Peter Schauder:
> On Mon, 18 Nov 2013 21:24:30 +0100, Peter Schauder <[email protected]>
> wrote:
>
>

Die Ausgaben von pvdisplay, vgdisplay, lvdisplay und lvs sehen für mich 
unverdächtig aus und zeigen das das "Lauferk" /dev/vg/data vorhanden 
ist, bleibt die Frage was noch als Inhalt enthalten ist.

>>> was mir noch einfällt ist das Dateisystem vor dem Mounten zu prüfen
>>> fsck.ext3 --help
>>> fsck.ext3 -f /dev/vg/data
> Das sieht nicht so toll aus:
> root@Microknoppix:/home/knoppix# fsck.ext3 -f /dev/vg/data
> e2fsck 1.41.12 (17-May-2010)
> fsck.ext3: Datei oder Verzeichnis nicht gefunden beim Versuch,
> /dev/vg/data zu öffnen
>
> SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
> Dateisystem.  Wenn Gert gültig ist und ein ext2
> Dateisystem (kein swap oder ufs usw.) enthlt,  dann ist der SuperBlock
> beschdigt, und sie könnten e2fsck mit einem anderen SuperBlock:
>      e2fsck -b 8193 <Gert>
>
> Und wer ist Gert?
Dein Server mag kein ä --> Gerät (!?)

Es scheint das sich der "SuperBlock" verabschiedet hat, es gibt aber 
Backups da von :)

Gib mal
   mke2fs -n /dev/vg/data
ein, dann sollte so was ausgegeben werden:
  mke2fs 1.42.5 (29-Jul-2012)
  Dateisystem-Label=
  OS-Typ: Linux
  Blockgröße=4096 (log=2)
  Fragmentgröße=4096 (log=2)
  Stride=128 Blöcke, Stripebreite=384 Blöcke
  1310720 Inodes, 5242880 Blöcke
  262144 Blöcke (5.00%) reserviert für den Superuser
  Erster Datenblock=0
  Maximale Dateisystem-Blöcke=4294967296
  160 Blockgruppen
  32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
  8192 Inodes pro Gruppe
  Superblock-Sicherungskopien gespeichert in den Blöcken:
         32768, 98304, 163840, 229376, 294912, 819200, 884736

Wider herstellen des Superblock mit einem Backup Superblock:
   e2fsck -b [die Nummer Deines Backup Blocks] /dev/vg/data
Wenn der erste Backup Superblock nicht geht, mit der nächsten usw..

e2fsck -b 32768 /dev/vg0/sycorax_data
e2fsck 1.42.5 (29-Jul-2012)
/dev/vg0/sycorax_data wurde nicht ordnungsgemäß ausgehängt, Prüfung 
erzwungen.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
Die Anzahl freier Blöcke in Gruppe #0 ist falsch (31223, gezählt=31222).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #11 ist falsch (32254, gezählt=32020).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #97 ist falsch (32254, gezählt=4011).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #98 ist falsch (32254, gezählt=33).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #99 ist falsch (32254, gezählt=299).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #100 ist falsch (32254, gezählt=1932).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #101 ist falsch (32254, gezählt=31717).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #102 ist falsch (32254, gezählt=31717).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #103 ist falsch (32254, gezählt=31717).
Repariere<j>? ja
Die Anzahl freier Blöcke in Gruppe #104 ist falsch (32254, gezählt=31900).
Repariere<j>? ja
Die Anzahl freier Blöcke ist falsch (5116558, gezählt=4991617).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #0 (8181, gezählt=8180).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #11 (8192, gezählt=8173).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #11 (0, gezählt=1).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #97 (8192, gezählt=6413).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #97 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #98 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #98 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #99 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #99 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #100 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #100 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #101 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #101 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #102 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #102 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #103 (8192, gezählt=7655).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #103 (0, gezählt=537).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch für Gruppe #104 (8192, gezählt=7838).
Repariere<j>? ja
Die Anzahl Verzeichnisse ist falsch für Gruppe #104 (0, gezählt=354).
Repariere<j>? ja
Die Anzahl freier Inodes ist falsch (1310709, gezählt=1305334).
Repariere<j>? ja

/dev/vg0/sycorax_data: ***** DATEISYSTEM WURDE VERÄNDERT *****
/dev/vg0/sycorax_data: 5386/1310720 Dateien (6.8% nicht 
zusammenhängend), 251263/5242880 Blöcke



Wenn es mit dem wider herstellen geklappt hat, reboot und das "Laufwerk" 
mounten.

Anleitung in Englisch:
http://tenabletechtips.com/2013/05/28/repair-a-broken-ext3-superblock/

!! Das habe ich bis jetzt noch nie selber machen müssen !!
    (Glück gehabt :)

>
> Ratlose Grüße
> Peter
>
MfG
   Peter B.