Félig jó merevlemez

Nem vagyok benne biztos, hogy ide való a téma, de mivel itt sok az okos ember valaki csak tud segíteni.

A probléma: Van (volt) egy 160G-s merevlemezem. Történt egy kis probléma, és a windowsos partíció szépen elszált. Nem jöttem rá, hogy miért, csak úgy elszált. Na mindegy gondoltam. Beraktam az XP bootot, és a javítókonzolon beírtam hogy fixmbr (hátha segít). Nem kellett volna. Azóta minden létező gép, BIOS, operációs rendszer 13,9G-s nek látja. A Linux persze a végén volt,. Azóta a mobilrack winyómról próbálom visszaállítani.
Amit eddig próbáltam: Linuxos fdisk,cfdisk.
Szerintük rossz a partíciós tábla, és semmit nem látnak.
gpart: nagyjából ugyanezzel a hibaüzenettel leáll.

windowsos fdisk: Ő látta de csak az első két partíciót, és a másodikat csak félig. Letöröltem őket, hátha úgy jó lesz.
Maradt 14G-s, de most már látja a Linux-os fdisk, és cfdisk is, és végre a gpart is elindul, de dob egy hibát a második partíciónál.

Röviden ennyi. Már nagyon kétségbeesett vagyok, légyszives segítsen valaki. Előre is köszönöm.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Ezt ami először írok utoljára próbáld meg. Ha nem fontos az adat ami rajta van, akkor szedd le a vinyó gyártójának honlapjáról a hozzávaló diagnosztikai progit és azzal küldjél rá egy lowlevel formatot. Gondolom nem ez a helyzet...

A másik variáció, hogy lehet, hogy valami capping van beállítva rá. (azért, hogy a régi biosok felismerjék, bár a méret kicsit furcsa, mert általában 31GB-ra szoktak cappelni). Hogy milyen lehetőségek vannak erre -> gyártó honlapja, vagy gugli, esetleg [url] http://www.win.tue.nl/~aeb/linux/Large-Disk-11.html [/url] ez segíthet.
Hogy ebben az irányban érdemes-e nyomozni azt úgy tudhatod meg, hogy megnézed, hogy a vinyónak - mint block devicenak - mekkora a mérete. (hdparm -i /dev/hdx, ebben a LBAsects= ) Ha annyi amennyinek lennie kell (kicsit kevesebb, mint 320 milló 512 byte-os blokk), akkor olvass tovább. Ha 26 millió, akkor a fenti capping problémával állsz szemben.

Egyébként nézd még meg a CurrCHS= értéket is, és vesd össze a partíciós táblával (fdisk alatt a 'p' parancs) Harmadik variáció, próbáld meg (linuxos) fdiskkel kézzel átállítani a geometria transzlációt. (szerintem ezzel teszed a legkissebb kárt a meglévő adatokban, mert csak az mbr-t piszkálja) Viszont emlékezned kell, hogy pontosan milyen beállításokkal volt partícionálva. Figyelem, ha win volt rajta, akkor ez NEM A DEFAULT transzláció lesz. Az fdisk alatt az 'x' extra functionality alatt van, a 'c', 'h', 's', amikkel kézzel át lehet állítani a paramétereket.

Szerintem az utolsó lesz a legvalószínűbb.
Nekem a CurrCHS=17475/15/63 (de az én vinyóm 80GB-os) viszont látott már windowst (jó régen :) ). Viszont a partíciós tábla ilyen:
Disk /dev/hdf: 81.9 GB, 81964302336 bytes
255 heads, 63 sectors/track, 9964 cylinders
Tehát a win átállírtotta a fejek számát 255-re, és a cylinders számát pedig ennek megfelelően leosztotta. (Megjegyzem, nekem ahhoz, hogy bootolni tudjak az alaplapommal, ha nem rakok fel windows-t kézzel fdiskkel ilyenre kell módosítanom a táblát, a defaulttal nem megy. A transzlációt valóban a windows által beállítottról néztem le.)

0 szavazat

A hozzászóláshoz be kell jelentkezni

Bocs, a CurrCHS jelentésével nem voltam tök világos, olvasd el részletesen itt: http://www.win.tue.nl/~aeb/linux/Large-Disk-11.html

0 szavazat

A hozzászóláshoz be kell jelentkezni

Huhh...
Ez elsőre elég vadnak néz ki. Természetesen kipróbálom. Majd leírom, hogy mire jutottam. Egyébként csak az mbr-t és a partíciós táblát akarom piszkálni, mert akkor elvileg a gpart-fdisk párossal vissza tudom hozni a dolgokat.

Köszönöm a segítséget, majd jelentkezem.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Kipróbáltam az fdisk-ben a p parancsot, és ezt adta:

[code:1:874230c14a]Disk /dev/discs/disc1/disc: 15.0 GB, 15000000000 bytes
255 fej, 63 szektor sávonként, 1823 cilinder
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

[/code:1:874230c14a]

Valamint a hdparm -i -t is. :
[code:1:874230c14a]
/dev/discs/disc1/disc:

Model=ST3160023A, FwRev=3.06, SerialNo=3JS2AGCA
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=29296875
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:

* signifies the current active mode

[/code:1:874230c14a]

Nos, töredelmesen bevallom, hogy nem igazán tudom, hogy ezután mit kéne csinálni. Ha esetleg tudnál segíteni... :roll:

0 szavazat

A hozzászóláshoz be kell jelentkezni

Nekem a Suse 9.1-el voltak hasonló kalandjaim.
Csak az a tejes merevlemezt szét......
Aztán az let a vége felraktam rá egy UHU1.1 et kétszer egymás után és a másodikra már a teljes lemezt tudta használni.
Az adatoknak persze hello.

0 szavazat