Smazaná tabulka oddílů

14.5.2010 14:44 | Přečteno: 2018× | GNU/Linux | | poslední úprava: 14.5.2010 16:41

Před odjezdem jsem v notebooku přehazoval disky a instaloval novou verzi OS. Bohužel se mi ale při vytváření tabulky oddílů podařilo splést sda a sdb a zmršil jsem si disk, ze kterého aktuálně běžel systém. Linux je třeba pochválit, že si s touto situací poradil dobře – i když si člověk podřízne větev, na které zrovna sedí, Linux funguje dál jako by nic – alespoň do restartu. Zase taková tragédie to není, ale nepříjemnost ano – to už tak bývá, když člověk myslí na tisíc dalších věcí a z nepozornosti dělá hloupé chyby. Dneska jsem se dostal k řešení, takže se s vámi o něj podělím – sice existuje řada návodů, ale třeba se někomu bude hodit, jak jsem na to šel já.

Nainstaloval jsem si nástroj testdisk

aptitude install testdisk

a pomocí něj zjistil, kde na původním disku začínal daný oddíl – byl to sektor 530145. Nechtěl jsem na disku provádět žádné změny a tak jsem si vytvořil loop zařízení pomocí příkazu:

losetup /dev/loop0 /dev/sdb -o 271434240

Parametr -o je posun od začátku souboru v bajtech, tedy 271434240 = 530145*512 (velikost sektoru).

Tento oddíl je šifrovaný pomocí LUKS, takže bylo potřeba ho otevřít:

cryptsetup luksOpen /dev/loop0 sifrovanyDell

Jako /dev/mapper/sifrovanyDell je teď přístupné odšifrované blokové zařízení. To ale nemůžu rovnou připojit, protože je na něm LVM. Takže jsem si LVM doinstaloval:

aptitude install lvm2

a pomocí lvs bylo hned vidět, jaké na něm jsou logické oddíly:

lvs
  LV   VG   Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  root dell -wi--- 282,93g                                      
  swap dell -wi---   5,59g 

Na obvyklém místě v /dev ale nebyly k nalezení – pomocí lvscan jsem zjistil, že nejsou aktivní:

lvscan 
  inactive          '/dev/dell/swap' [5,59 GiB] inherit
  inactive          '/dev/dell/root' [282,93 GiB] inherit

Pomoc je jednocuchá:

vgchange -a y dell
  2 logical volume(s) in volume group "dell" now active

A disky už jsou tam, kde mají být:

ll /dev/dell/
celkem 0
drwxr-xr-x  2 root root   80 2010-05-14 14:22 ./
drwxr-xr-x 19 root root 4100 2010-05-14 14:22 ../
lrwxrwxrwx  1 root root   19 2010-05-14 14:22 root -> ../mapper/dell-root
lrwxrwxrwx  1 root root   19 2010-05-14 14:22 swap -> ../mapper/dell-swap

Připojení původního oddílu:

mount /dev/dell/root /mnt/dell-root/

Data jsem si zazálohoval a všechno dobře dopadlo        

Anketa

Anketa

Komentáře

[Mrkva]

Smazali (přepsali) jste si někdy omylem tabulku oddílů disku?

Chybí mi tam možnost "odpálil mi ji instalátor Windows".

[xkucf03]

Tenhle software ještě někdo používá?

To bych dal pod možnost ano.

[Mrkva]

To bylo kdysi dávno, když jsem dostal za úkol přemigrovat Windows z 60GB disku na 200GB. Pod Linuxem jsem překopíroval datovou partišnu, a nabootoval z instalačního CD (Win XP, bez SP). Instalátor samozřejmě tabulku oddílů neviděl - místo toho zobrazil jednu velkou neznámou partišnu 128GB velkou... Jenže on to takhle na ten disk automaticky zapsal - aniž bych mu k tomu dal souhlas :D

[gtz]

Nechápu jak můžou Xp něco takového udělat? Přece jeho instalák nedělá nic automaticky (ano dělá, ale musí být upraveny .inf soubory pro instalaci bez obsluhy).

Myslím, že jste asi omylem stisknul Enter (na nový oddíl je D a to by byla moc náhoda )

žádný SP toto neměnil, XP se instalovaly automaticky jak jsem psal ,když se upravil inf, anebo z příkazového řádku.Na takové harakiri nepoužíám linux, někdy je problém s CZ , proto raději nějaké Windows-PE.

[Jendа]

Mně OEM instalačka (ale fakt normální instalačka, ne nějaký domrvený nástroj výrobce počítače pro obnovu image) Windows XP SP1a po nabootování samovolně přemázla LILO ntloaderem. Opravdu jsem nic nemačkal.

[gtz]

aha pravda, OEM instalačky to dělají, protože se u nich počítá s instalací na čistý disk. Tedy se nepočítá s jiným oddílem nebo jiným systémem. A pokud se přemaže LILO tak se to opravit lépe než když se přepíší tabulky disků. Ale zase XP bylo lepší instalovat jako 1. a pak teprve náš linux. On totiž ten svůj ntloader cpe hned po inicializaci oddílu kam má instalovat.

[Mrkva]

Můžou. A ne, entr jsem určitě omylem nestisknul. Na nový oddíl je mám pocit C a na smazaní D. Zkuste si to s nějakým >128GB diskem a instalačním CD WinXP :)

Pokud jsme se nepochopili - ten instalátor "jen" přepálil partition tabulku, zbytek nechal netknuté. Samozřejmě že když jsem zjistil, že je špatně zdetekované rozdělení disku jsem instalaci ukončil... Systém už nenabootoval.

[gtz]

Ano na nový oddíl je "C" upsal jsem se. No nedávno jsem instaloval XP na 250-GB WD na NTB a bylo to vše v pohodě. Našel správně 3 partice, dal jsem Enter na první a instalace proběhla tak jak měla.(ale nebyly to OEM)

OEM verze toto dělaly, že hned po inicializaci se jejich ntloader vnutil i tam kde něco bylo. Ale, že by si on takto šáhnul na partici a něco na ní udělal ... opravdu jsem to neviděl.

[Mrkva]

Eh, byly to Win XP bez SP a bez jakéhokoliv driveru pro >128GB disky?

[gtz]

Tak to je jasné. On viděl někdy jen 1 partici s 128GB a někdy také nic. No pamatuji si, také jsem se s tím trápil ... někdy v roce 2003/2004.

[Habo]

Ano mohlo sa to tak stat. Mojmu bratovi sa stalo presne to iste - iba nabootoval presiel na delenie disku a spytal sa ma ze co ma robit. Ked som videl ze tam ma jednu velku particiu mal som neprijemny pocit a poradil som mu to rebootovat - nenabootoval a live cd videlo iba prazdny disk. windowsy su svinstvo, brat sa nastval a rozhodol sa win uz viac neinstalovat - dobre urobil ;) (nastastie mal zalohu...)

[trekker.dk]

AFAIK jeden z případů, kdy XP udělají něco podobného, je když narazí na moc velký (nad 320GB) disk.

[luu]

Afaik,Windows nemají když vidí disk nad 320 žadný problem Afaik Logical Block Addressing že nic neřika lidem na tomto portalu mně celkem udivuje - že tak trivialní věc jako nainstalovat windows nezvladne cela řada lidí mne udivuje ještě víc.A že tady se najdou typy co napišou windows mně smazaly mně připadá stejně směšný jako když na živě se objeví výkřik linux mně smazal windows.

[Jardík]

Windows XP je 0 let starý systém a buď v SP1 nebo SP2 ta chyba je opravena. 10 let starý linux nepozná ani můj disk.

[Jardík]

0 -> 10

[default]

Tenhle software ještě někdo používá?

Zjevně ano. Jak moc je to závažné, nedokážu posoudit. Mně se to nikdy nestalo, ale kvůli někomu jsem si musel napsat prográmek, který mi smazané partitions našel. Ono to s Windows není až zas tak jednoduchý. On ten jejich fdisk totiž při smazání oddílu jeho začátek nějak nakurví… Už si to nepamatuju. Musel bych se podívat do zdrojáků.

[e.lisak]

Tenhle software ještě někdo používá?

Na nekterých pocitačích bohužel jo... vendor lock in

[Kvakor]

Já už takto poškozené tabulky rozdělení několikrát opravoval - naposledy to bylo po akualizaci Windows, před tím, pokud si dobře pamatuju, po pádu během hraní nějaké hry. V obou případech byl začátek disku přepsaný nesmysly. Dokonce jsem si pro tyto účely napsal jednoduchý program, co prohledá disk a najde začátky NTFS oddílů.

[trekker.dk]

Vždycky, když pouštím instalaci tohohle úžasnýho softu, odpojuju ostatní disky.

[the human Yeoman]

díky za pěkný popis a doufám, že ho nikdy nebudu potřebovat

[Begleiter]

+1

[snajpa]

podařilo splést sda a sdb

Jéé, tobě taky? Mně před týdnem

[kralyk z abclinuxu]

U mně na rootu je PS1 = \e[0;31m\u\e[0m|\h \w \$> \e[1;31m
Čiliže výstražně červený text Ale jestli to opravdu pomáhá, těžko říct...

[Radek Hladik]

Nedá mi to a musím trochu zaagitovat pro mojí oblíbenou záchranou distribuci RIPLinux. Všechny zmíněné nástroje jsou tam obsaženy a dá se spustit téměř z čehokoliv, protože celý image je na initrd ramdisku...

[Limoto]

SystemRescueCd rulez!

[Radek Hladik]

Tak s tímto duchaplným výkřikem se nedá polemizovat...

[Limoto]

[Jendа]

Tak to už jsme dva. Škoda, že neumí aktualizaci instalace na flashdisku pomocí rsyncu (autorovi jsem to nabízel, i jsem měl už hotový skript, ale odmítl).

[Limoto]

Tak úplně nechápu, jak to myslíš... A co používáš na flashce za bootloader?

[Jendа]

Používal jsem GRUB, ale teď syslinux. Jak to myslím:

• uživatel si nainstaloval na flashdisk System Rescue CD 1.5.2 a šťastně používá
• vyjde System Rescue CD 1.5.3
• uživatel udělá cd /mnt/flashka; ./update-installation.sh
• uživatel jde na kafe
• uživatel se vrátil a zjišťuje, že se stáhlo 20 MB dat (delta mezi verzemi) a na flashce má System Rescue CD 1.5.3

[Limoto]

Takovej skript by se mi celkem hodil. A proč přešels na syslinux? Sám o tom teď uvažuju, protože sem nedávno obnovoval MBR a strašně jsem s tím zápasil, nakonec přepsal i MBR na disku. Prostě GRUB patří k systému.

[Jendа]

Takovej skript by se mi celkem hodil.

V podstatě stačí z image CDčka vykopírovat soubory, provést nějaké drobnosti a publikovat to přes rsync.

A proč přešels na syslinux?

Protože se mi nechtělo studovat, jak udělat v GRUBu tu hezkou nápovědu. A také nevidím v GRUBu žádnou výhodu proti syslinuxu. Stačí mi zavádět jenom to System Rescue CD, už nepotřebuju instalátor Debianu (používám debootstrap).

[gtz]

Někdy je použitelné, někdy ne, pak je vždy otázka co je to za systém a co se stalo.

No pro mne vždy je nejlepší mít někde na USB klíči jako Windows-PE(bart-PE,Hirens apod) a nějakou linux distribuci- Knoppix. Network apps , backtrack apod.) Na Windows někdy je vhodnější použít live jejich nástroje, třeba jen proto, že spousta lidí prostě použije dlouhá jména v češtině apod.

[xkucf03]

třeba jen proto, že spousta lidí prostě použije dlouhá jména v češtině apod.

A v čem je problém? Já české/dlouhé názvy souborů v Linuxu na FAT32/NTFS discích přečtu.

[Limoto]

+1, ale souhlasím s tím, že nějaký windows rescue to chce taky, protože windowsí MBR z Linuxu nespravíš

[gtz]

Setkal jsem se s tím, kdy jsem nebyl na Suse schopen přečíst dlouhé názvy z nějakého disku NTFS v6. No na tom disku byl původně W2003 server. Stále jsem viděl jen rozsypaný čaj i když jsem se snažil jak-koliv. Zkoušel jsem jak Suse tak i Live Knoppixu i pár dalších live co jsem měl k dispozici. Bylo to stejné, tak ke slovu přišla Vista-PE (cca 210 MB), kterou mám na záchranném USB a kopie-záloha proběhla v pořádku.

Linux viděl české znaky pouze ty co byly systémové, ale již neviděl to co bylo zapsané uživatelem.

[Radek Hladik]

Já jsem tohle vyřešil jinak. Mám na RIPLinuxu iSCSI démon z NetBSD. Přes ten si disk připojim do plnohodnotných Windows a záchranu dělám tam.

[xkucf03]

Zajímavé řešení Podobně se někdy může hodit na zachraňovaném systému spustit ssh server a pak zachraňovat z plnohodnotného počítače, kde má člověk vše potřebné -- připojí se přes SSH/SSHFS.

[Radek Hladik]

Tak samozrejmě to je velice užitečné, ale to předpokládám je poměrně běžná praxe

[Bedňa]

Zvolil som

Ano, data už jsem neobnovil

Na desktope až taký pozor nedávam

[Aminux]

Kdysi jsem na něco takého použil Partition Table Doctor. Akorát to trvalo dlouho než přechroustal celej disk a vyhodil nějaký výsledek.

[Dragon Jake]

Stalo se mi při pokusech o opravu vadných diskových sektorů dle jednoho návodu. V principu: pustit S.M.A.R.T. self test, počkat, než vyplivne vadný sektor, přes fdisk najít jeho relativní číslo na partition, přes debugfs najít, o jaký jde soubor a případně přepsat celý blok.

Jenže při nadměrném používání dd s parametry skip a seek, do toho použitím /dev/sda jednou, /dev/sdaX podruhé, jsem se párkrát spletl a parametry zamíchal. Ve výsledku jsem si asi 10x přemazal 4 kB kdesi na disku (doteď nevím kde) a úplně náhodou se trefil i do partition tabulky :)

Nakonec mi pomohl až sfdisk, z jiného stroje jsem udělal dump tabulky do textového souboru a ručně ho naprasil, tedy upravil tak, jak jsem to měl mít. Čísla začátků a konců jsem zjistil ze scrollbacku Konsole (díky bohu za možnost neomezené délky). Nakonec opačným parametrem tabulku zpátky "naimportoval".

Teď mám soubor s tabulkou kdesi zazálohovaný, takže až zase budu opravovat vadné sektory, raději si ho připravím ;)

[Jardík]

Á, taky se mi něco podobného stalo.