Nem szertném ezt a threadet hozzákeverni a másikhoz, inkább újat nyitok. Egyik előző levélhez kapcsolódom:
A linuxot a legkönnyebb helyreállítani.
Nem mellesleg én éppen az ilyen problémák megelőzése érdekében (annak idején, 
amikor még
nem csak virt. gépben volt vindózom, hanem igazi partíción is) azt szoktam 
csinálni, hogy
nem az MBR-be tettem a lilo-t (majd a grub-ot), hanem a linux partíciójára. 
Aztán ha a
buta vindóz valamit elbarmolt (ami ebben az esetben már legfeljebb annyi 
lehetett, hogy a
saját partícióját állította bútolhatóra), semmi mást nem kellett csinálni, mint
visszatenni az aktív flag-et a linux partíciójára, és minden ment tovább.
Már tavaly, nem emlékszem, mitől, elromlott egy boot szektor. A jelenség az, hogy az fstab megmutatja, de hibásnak jelenti a partíciós táblát. A gparted viszont egyáltalán nem látja; a partíciókat linuxból mountolni nem lehet; a windows alól a saját partíciói hibátlanul működnek. Ebből a helyzetből többször is kisegített a sytem rescue CD, és a benne szereplő "test disk" program. Ez általában két óra hosszat olvassa be a partíciókat, majd lehetővé teszi tartalmunknak mentését (átmásolását máshová). Kezdetben jó boot szektort írt ki, de újabban azt vettem észre, hogy ismét olyan hibás boot szektort hoz létre, mint a gparted. Tehát, hogy linux alól nem mountolhatóak az (egyébként hibátlan) partíciók. Legutóbbi futtatása alkalmával helyreállított két partíciót, az utána levő kettőt "törölt" állapotban hagyott. Sajnos, azt nem teszi lehetővé a program, hogy visszaállítsam a helyes típust (82, 83, vagy 7) a partíció tartalmának sérülése nélkül.

Kérdésem: mi okozza, hogy a gparted időnként hibás boot szektort generál. (Ez okozta a másik threadben kifejtett problémáim egy részét.)
Üdv, János

_________________________________________________
linux lista      -      linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

válasz