[Gelöst] Recovery überschriebener Bootsektor & Partitionstabelle

Ralf_D · 6. Januar 2024

Hallo Gemeinde,

es wäre toll, wenn ihr mir beim Recovery beistehen könntet!

Eben war ich ganz schlau: Ich habe mir auf dem VDR den Bootsektor und die Partitionstabelle überschrieben.

Eigentlich hätte es ein Schreibtest auf eine beschädigte SSD sein sollen, die an sdb hängt. Das kommt davon, wenn man cut & paste macht ohne Nachzudenken! Denn am raspii war dies sda..

Code

root@media-sack2:~# dd if=/dev/zero of=/dev/sda bs=4M
^C719+0 Datensätze
ein
719+0 Datensätze aus
3015704576 Bytes
(3,0 GB) kopiert, 11,5766 s, 261 MB/s

Ich habe keinen Backup der Partionsconfig.

Der Rechner läuft! (noch.. blos nicht booten..), ich kann direkt drauf arbeiten.

TestDisk ist leider nicht installiert, das Repo ist mir aktuell nicht bekannt.

Die Partitionen sehen so aus (Hatte ich vorher dokumentiert):

Code

Konfig auf yavdr 0.5:


root@media-sack2:~# parted /dev/sda
GNU Parted 2.3
Verwende /dev/sda
Willkommen zu GNU Parted! Geben Sie 'help' ein, um eine Liste der verfügbaren Kommados zu erhalten.
(parted) print
Modell: ATA ST4000DM000-1F21 (scsi)
Festplatte  /dev/sda:  4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt


Nummer  Anfang  Ende    Größe   Dateisystem  Name              Flags
1      1049kB  2149MB  2147MB  ext3         Linux filesystem
2      2149MB  4001GB  3999GB               Linux LVM         LVM




root@media-sack2:~# pvdisplay
--- Physical volume ---
PV Name               /dev/sda2
VG Name               VolGroup01
PV Size               3,64 TiB / not usable 2,82 MiB
Allocatable           yes (but full)
PE Size               4,00 MiB
Total PE              953349
Free PE               0
Allocated PE          953349
PV UUID               0jJsg0-Yo63-g58U-WKI0-kEol-hBE3-ZdMkOI


root@media-sack2:~# lvdisplay
--- Logical volume ---
LV Name                /dev/VolGroup01/swap
VG Name                VolGroup01
LV UUID                lDahek-LEmK-1gCR-KhJS-YmZ9-00KZ-KoZiLX
LV Write Access        read/write
LV Status              available
# open                 2
LV Size                8,00 GiB
Current LE             2048
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:0


--- Logical volume ---
LV Name                /dev/VolGroup01/yaVDR1
VG Name                VolGroup01
LV UUID                BBUJfc-Dg2L-d0B9-Ff2P-VBdL-ZnSC-JretyQ
LV Write Access        read/write
LV Status              available
# open                 0
LV Size                25,00 GiB
Current LE             6400
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:1


--- Logical volume ---
LV Name                /dev/VolGroup01/yaVDR2
VG Name                VolGroup01
LV UUID                SVHQGZ-nQGl-pvN6-OjGE-TJMd-zwko-w1qRGU
LV Write Access        read/write
LV Status              available
# open                 1
LV Size                25,00 GiB
Current LE             6400
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:2


und weitere..

Alles anzeigen

Also habe ich folgendes überschrieben:

- bootblock

- Partitionstabelle

- lvm - Informationen

- Teile von swap (Macht nix)

Der aktuelle VDR läuft auf /dev/VolGroup01/yaVDR2, also bei > 30 GB und ist nicht betroffen.

1. Problem: rescue geht nicht, da es gar keine Partitionstabelle gibt:

Code

(parted) rescue                                                            
Fehler: /dev/sda: unbekannte Partitionstabelle                             
(parted)

Ich will da sehr behutsam vorgehen, deshalb frage ich lieber, trail & error ist gerade nicht angesagt... Natürlich recherchiere ich auch selbst dazu, z.B. hier: https://wiki.ubuntuusers.de/Partitionierung/

Aktuelle Fragen:

1. Wie lege ich die Partitionstabelle an?

2. Wie stelle ich den Bootsektor wieder her?

LG

satzgafatz

SurfaceCleanerZ · 6. Januar 2024

Hi,

Ist die Kopie der Partitionstabelle ggf. noch da und heil? http://www.computerbase.de/for…stabelle-wiederherstellen

wirbel · 6. Januar 2024

Ach herrje...

Du hast also 719 * 4194304 bytes = 3015704576 bytes (~2.8GByte) mit Nullen überschrieben.

Damit ist diese Partition wohl komplett hinüber.

Code

1      1049kB  2149MB  2147MB  ext3         Linux filesystem

Und die Platte hat keinen installierten bootloader mehr, der ja eh nur auf das kaputte Dateisystem zeigen würde.

Ich würde mir erst einmal ansehen, was von dem Häuflein Unglück noch übrig ist.

Aber vllt wartest du noch ein Weilchen, bis Konzentration da ist. Mit ein wenig Glück ist evtl. die backup GPT table noch vorhanden.

Damit wären die Partitionen in ihren ursprüglichen Größen wieder da und wenigstens noch die zweite Partition lesbar.

gdisk -l /dev/sd<X>

könnte vielleicht noch den backup GPT erkennen.

Ralf_D · 15. Januar 2024

Hallo,

danke für die Tipps!

Lange habe ich den recovery versucht mit "testdisk" zu bewerkstelligen. Viel Zeit, 0 Erfolg.

Dank einer vorhandenen Ausgabe (Dokumentation) der LVM-config konnte ich die LVs zurückholen!

Essentiell war dabei die Kenntnis exakte Größe & Lage der LVs:

Code

Konfig auf yavdr 0.5:

root@media-sack2:~# parted /dev/sda
GNU Parted 2.3
Verwende /dev/sda
Willkommen zu GNU Parted! Geben Sie 'help' ein, um eine Liste der verfügbaren Kommados zu erhalten.
(parted) print                                                            
Modell: ATA ST4000DM000-1F21 (scsi)
Festplatte  /dev/sda:  4001GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt

Nummer  Anfang  Ende    Größe   Dateisystem  Name              Flags
 1      1049kB  2149MB  2147MB  ext3         Linux filesystem
 2      2149MB  4001GB  3999GB               Linux LVM         LVM


root@media-sack2:~# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               VolGroup01
  PV Size               3,64 TiB / not usable 2,82 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              953349
  Free PE               0
  Allocated PE          953349
  PV UUID               0jJsg0-Yo63-g58U-WKI0-kEol-hBE3-ZdMkOI
   
root@media-sack2:~# lvdisplay 
  --- Logical volume ---
  LV Name                /dev/VolGroup01/swap
  VG Name                VolGroup01
  LV UUID                lDahek-LEmK-1gCR-KhJS-YmZ9-00KZ-KoZiLX
  LV Write Access        read/write
  LV Status              available
  # open                 2
  LV Size                8,00 GiB
  Current LE             2048
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/yaVDR1
  VG Name                VolGroup01
  LV UUID                BBUJfc-Dg2L-d0B9-Ff2P-VBdL-ZnSC-JretyQ
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                25,00 GiB
  Current LE             6400
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/yaVDR2
  VG Name                VolGroup01
  LV UUID                SVHQGZ-nQGl-pvN6-OjGE-TJMd-zwko-w1qRGU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                25,00 GiB
  Current LE             6400
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/reserve
  VG Name                VolGroup01
  LV UUID                zzs5pQ-5N0F-kPe8-7wVh-8Pa1-ch0O-VjZb51
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                25,00 GiB
  Current LE             6400
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:3
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/data
  VG Name                VolGroup01
  LV UUID                ddKbEG-2kdr-4XMV-Zv53-ckee-eyr6-fST5Jk
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                3,56 TiB
  Current LE             932101
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:4
  
  
  
  root@media-sack2:~# cat /boot/grub/grub.cfg  

menuentry "Ubuntu, mit Linux 3.13.0-49-generic (on /dev/mapper/VolGroup01-yaVDR1)" --class gnu-linux --class gnu --class os {
        savedefault
        insmod part_gpt
        insmod ext2
        set root='(hd0,gpt1)'
        search --no-floppy --fs-uuid --set=root 4da08d86-e998-46fe-ada6-d383cff3ae81
        linux /vmlinuz-3.13.0-49-generic root=/dev/mapper/VolGroup01-yaVDR2 ro vmalloc=256m quiet splash video=vesa:off vga=normal noresume nohz=off acpi_enforce_resources=lax $vt_handoff
        initrd /initrd.img-3.13.0-49-generic
}

root@media-sack2:~# uname -a
Linux media-sack2 3.13.0-49-generic #81~precise1-Ubuntu SMP Wed Mar 25 16:32:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux


root@media-sack2:~# mount (relevante)
/dev/mapper/VolGroup01-yaVDR2 on / type ext4 (rw,noatime,errors=remount-ro)
/dev/mapper/VolGroup01-data on /data type xfs (rw,noatime)
/dev/sda1 on /boot type ext2 (rw,noatime)
/data/video/epgimages.img on /var/cache/vdr/epgimages type ext4 (rw)
/data/video on /srv/share/vdr type none (rw,bind)

root@media-sack2:~# df -B G  /
Dateisystem                   1G-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/mapper/VolGroup01-yaVDR2       25G     10G       15G   40% /

Alles anzeigen

Schritte:

- Ich habe die ganze HDD kopiert per dd auf eine externe HDD und die Versuche nur dort gemacht, um nichts zu zerstören.
- Per systemrescue / Gparted die Partitionen 1:1 angelegt

- Mit den LVM Befehlen die LVM-Strukturen 1:1 angelegt , vorherige UUID's wieder benutzen
Bsp.: pvcreate --zero n --uuid 0jJsg0-Yo63-g58U-WKI0-kEol-hBE3-ZdMkOI --norestorefile /dev/sda2

- Der Trick: Beim anlegen der LVs werden die bisherigen Daten erkannt, weil es genau die selbe Stelle ist:

Code

root@sysrescue ~]# lvcreate -L 25G -n yaVDR1 VolGroup01
WARNING: ext4 signature detected on /dev/VolGroup01/yaVDR1 at offset 1080. Wipe it? [y/n]: n
Aborted wiping of ext4.
1 existing signature left on the device.
Failed to wipe signatures on logical volume VolGroup01/yaVDR1.
Aborting. Failed to wipe start of new LV.

- Das bestehenden filesystem nicht auslöschen: lvcreate --zero n -L 25G -n yaVDR1 VolGroup01

- Für die Videopartition (XFS):

Code

root@sysrescue ~]# lvcreate -L 3728404M -n data VolGroup01
WARNING: xfs signature detected on /dev/VolGroup01/data at offset 0. Wipe it? [y/n]: n
Aborted wiping of xfs.
1 existing signature left on the device.
Failed to wipe signatures on logical volume VolGroup01/data.
Aborting. Failed to wipe start of new LV.

lvcreate --zero n -L 3728404M -n data VolGroup01

[root@sysrescue ~]# xfs_repair /dev/mapper/VolGroup01-data
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
Phase 2 - using internal log
- zero log...
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed.  Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair.  If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.

Alles anzeigen

Abschließend die LVM-Strukturen prüfen & reparieren:

vgscan -> Synchronisieren Sie die Daten der Volume Group

vgs

vgck -t -vvvv - Erstmal testen

vgck -vvvv

Was ich nicht wiederherstellen konnte war die bootpartition mit dem kernel, initrd etc. . Ein wiederherstellen scheitert daran, daß es die repos dieser uralten Kernelversionen nicht mehr gibt. Einen Versuch, das auf Basis des yaVDR 0.5 iso-images neu zu installieren habe ich wg. Problemen mit UEFI "kernel too old" aufgegeben. Auch mit systemrescue /manuelle grub installation kein wirklicher Erfolg ein funktionierendes bootmenü hinzubekommen.

Nicht schlimm, ich hatte eh vor den yaVDR 0.7 und Kodi zu installieren.

Fazit: Daten gerettet, wenn auch System nicht bootbar. In Zukunft alles (außer video - zu groß / nicht wichtig) sichern.

Ich hatte zwar einen LVM-snapshot der VDR-Installation als backup, aber nicht die seperate rootpartition und nicht den bootloader....

VG

Ralf

[Gelöst] Recovery überschriebener Bootsektor & Partitionstabelle

Ralf_D 15. Januar 2024

Jetzt mitmachen!

Teilen