Fórum Root.cz

Hlavní témata => Hardware => Téma založeno: sweto 20. 01. 2022, 13:27:58

Název: Poškodená partition table
Přispěvatel: sweto 20. 01. 2022, 13:27:58: Zdravím

Podarila sa mi takáto blbosť. Na starom stroji sú dva disky, rovnako rozdelené.
Kód: [Vybrat]
# fdisk -l /dev/sda Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: EALX-009BA0 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xea19c862 Device Boot Start End Sectors Size Id Type /dev/sda1 * 32768 442367 409600 200M 83 Linux /dev/sda2 442368 84328447 83886080 40G 83 Linux /dev/sda3 84328448 189186047 104857600 50G 83 Linux /dev/sda4 189186048 1953525167 1764339120 841,3G fd Linux raid autodetectsda1 je /boot, sda2 /root, sda3 /home, sdb1, sdb2 a sdb3 je to isté, ale pre druhý systém. Spojením sda4+sdb4 mám vytvorené pole /dev/md0. To je zašifrované (/dev/mapper/data) a následne vytvorený ext4 FS.
Presúval som zálohy práve na toto pole a šiel formátnuť nový disk. Samozrejme som sa sekol a na sdb vytvoril nové GPT a jednu EFI partíciu
Kód: [Vybrat]
# fdisk -l /dev/sdb Disk /dev/sdb: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: EALX-009BA0 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: A111AA92-5598-A94A-98E6-D0012F028D94 Device Start End Sectors Size Type /dev/sdc1 2048 1050623 1048576 512M EFI Systemdo toho prebehol nechcený reset (výpadok elektriky). Bolo to cca pol roka dozadu, doteraz som to neriešil, ale ak by bola nejaká možnosť dať do poriadku to pole a vytiahnuť odtiaľ dáta, bol by som rád. Na sda disku je funkčné gentoo, ale je možnosť pripojiť tie dva disky ku notebooku, kde beží Arch. Budem vďačný za každý nápad.
Název: Re:Poškodená partition table
Přispěvatel: czechsys 20. 01. 2022, 14:29:47: Udelat dd obraz, pak experimentovat na obrazu.

Mozne napady:
Pokud se jen zapsala tabulka, ale neformatoval se disk, tak bych zkusil zapsat tu tabulku znova s puvodnim rozlozenim oddilu (musi to sedet presne na start/end cisla bloku), nasledne zkusit obnovu ze zaloznich superbloku ci recovery nastroje.
Název: Re:Poškodená partition table
Přispěvatel: Jan Fikar 20. 01. 2022, 14:39:34: tak disky jsou stejné, pokud jste si jistý, že ty PT byly stejné, tak bych to překlopil ze sda na sdb

Kód: [Vybrat]
sfdisk -d /dev/sda | sfdisk --force /dev/sdb
pokud PT nebyly stejné, tak na pustit nějaký automatický nástroj, ale prvně mu asi zrušit to GPT, aby ho to nemátlo

Kód: [Vybrat]
wipefs -a /dev/sdb
a ten nástroj buď testdisk, nebo gpart https://brzitwa.de/mb/gpart/index.html
Název: Re:Poškodená partition table
Přispěvatel: czipis 20. 01. 2022, 14:52:28: Citace: Jan Fikar 20. 01. 2022, 14:39:34
Kód: [Vybrat]
wipefs -a /dev/sdb

to je teda "bezva rada", ale radeji bych se ji neridil, pokud na tom disku chce jeste neco obnovovat
Název: Re:Poškodená partition table
Přispěvatel: NaRootuJeNeskutecneDebilniRegistracniFormular 20. 01. 2022, 15:17:07: https://en.wikipedia.org/wiki/Gpart (https://en.wikipedia.org/wiki/Gpart)
Název: Re:Poškodená partition table
Přispěvatel: Jan Fikar 20. 01. 2022, 17:46:03: Citace: czipis 20. 01. 2022, 14:52:28
Citace: Jan Fikar 20. 01. 2022, 14:39:34
Kód: [Vybrat]
wipefs -a /dev/sdb

to je teda "bezva rada", ale radeji bych se ji neridil, pokud na tom disku chce jeste neco obnovovat

tak to jenom smaže ten GPT, který je na nic
Název: Re:Poškodená partition table
Přispěvatel: Jan Fikar 20. 01. 2022, 18:13:19: u toho GPT jde o to, že je na začátku i na konci disku a MBR jen na začátku

takže i když tu GPT přepíšete MBR, ta část na konci tam zůstane a bude to některé SW mást

proto doporučuji wipefs -a /dev/sdb

samozřejmě je rozumné udělat napřed zálohu, kdyby něco
Název: Re:Poškodená partition table
Přispěvatel: sweto 23. 01. 2022, 19:35:41: Ďakujem všetkým, takto to dopadlo:

Radšej som všetko robil z LiveCD Archu. Najprv urobená záloha celého disku pomocou
Kód: [Vybrat]
ddrescue /dev/sdb /mnt/backup/sdb.dd
Na tento obraz som spustil GPart. Hneď na začiatku som videl, že našiel partíciu 200MB, ale rýchlosť bola iba cca 8MB/s, tak som to zastavil. Skúsil som GPart na /dev/sdb, ale rýchlosť bola rovnaká. Takže som išiel druho cestou.

Zrušil som GPT
Kód: [Vybrat]
wipefs -a /mnt/backup/sdb.dd
Prehodil záznamy o partíciach
Kód: [Vybrat]
sfdisk -d /dev/sda | sfdisk --force /mnt/backup/sdb.dd
Pripojil dd obraz do systému
Kód: [Vybrat]
losetup -P /mnt/backup/sdb.dd
Vytvorili sa zariadenia
Kód: [Vybrat]
/dev/loop0p1 /dev/loop0p2 /dev/loop0p3 /dev/loop0p4
Spravil som pole sda4 + loop0p4
Kód: [Vybrat]
# mdadm --detail --scan >> /etc/mdadm.conf # mdadm --assemble --scan
Vytvorilo sa zariadenie /dev/md127. To uz som si bol istý, že je všetko OK. Ešte som ho skúsil rozšifrovať
Kód: [Vybrat]
cyptsetup -d moj_kluc luksOpen /dev/md127 raid0 e2fsck -pv /dev/mapper/raid0 mount /dev/mapper/raid0 /mnt/test
a všetky dáta boli tam. Keďže záloha bola OK, spravil som to naostro s diskom, reboot, a všetko funguje.
Název: Re:Poškodená partition table
Přispěvatel: k3dAR 24. 01. 2022, 07:24:08: jen drobnost, u dulezitejch dat doporucuju delat kopii te dd zalohy a laborovat az na ni, aby v pripade at jiz nepodareneho laborovani na dd image, nebo v domeni ze je vse ok a provedeni zmen na ostrem vychozim disku, s tim ze se az pozdeji ukaze ze neco nebylo ok, je proste mozne stale mit po ruce prvotni nezmenenou dd zalohu ;-)