PCTuning fórum

Takže, mám disk Seagate 120 GB, před pár lety jsem ho chtěl rozběhnout na starým šrotu, musel jsem tam dát přes Disk Wizard DDO, omezující na 32GB, ovšem ani tak mi to deska nepřečetla. Disk jsem půjčil kámošovi. Aktuálně tam bylo(je) DDO, nešlo instalovat systém(hal.dll error). Na stránkách Seagate radili přepsání nulama, jinak že se DDO nezbavím.
Mám na disketách Seatools, Testdisk a MBRTool 2.3.1. MBRTools mi přišel složitej, tak jsem si řekl, že erase with zero je tutovka. Jenže už to běží dva dny.

Takže mám pár otázek, vyjadřujte se prosím k tématu:

1)Když dám teď u přepisování abort test, nepoškodí se disk?
2)Pokud ne, bude DDO už pryč?
3)Pokud nebude pryč, zmákne to Testdisk, MBRTools.. případně nějaký postup konkrétní, pokud víte

Nemůžu si dovolit to nechat běžet už... pamatuju, že u kámoše to 6GB disk přepisovalo údajně 32hodin. Nakonec pokud to nebude mít rychlý řešení, tak ten disk klidně vyhodím, nebo bude slave a koupím SATA Hitachi nějakej. Doufám, že mi pomůžete.

doporučuji sw mhdd a - příkaz erase, u tohohle hd tak na 3h.
//pokud je to opravdu jen přepis, přerušením by se mu nic stát nemělo.

1) Ne.
2) Ano, určitě ano; přepisovat se totiž obvykle začíná od začátku, takže na to Ti vlastně stačí přepsat 1. sektor, kde sídlí zavaděč DDO - a to se obvykle stane "než bys řekl švec".

//Oops, oprava: "1 sektor" -> "1. sektor".

Díky moc, zkusím a pak sem napíšu, jestli je to okej.

Takže abort test nereagovalo, proběhlo ctrl+alt+del... 8MB mi Windows označil jako místo bez oddílu, což jsem moc nepochopil, nicméně v průběhu instalace mi to napsalo hal.dll error a jsem tam kde to bylo.
Nějaká rada, jak se toho zbavím a zda uspěju s reklamací disku?

no... takže MHDD a příkaz erase

CATASTROPHIC FAILURE

<MESSAGE>

BROKEN DRIVE

<END OF MASSAGE>


BSOD v DOSu, to jsem neměl dlouho.
Nějaká rada?

Accuphose píše:Takže abort test nereagovalo, proběhlo ctrl+alt+del... 8MB mi Windows označil jako místo bez oddílu, což jsem moc nepochopil,

To je normální... Windows 2000 a vyšší si mohou při rozdělování disku ponechat oněch "8 MB" (vlastně v skutečnosti 1 válec, neboli také cylindr - což je v mapování u velkých disků oněch 8 MB - požadavka 1 válce je tam z důvodu pravidel o rozdělování disku - standardní tabulka rozdělení disku může mít pouze takové oblasti, které končí na hranicích válců) - je to z důvodu případné pozdější změny disku na "dynamický". LDM (Logical Disk Manager) totiž to místo (nejméně 1 MB) potřebuje pro ukládání údajů o rozděleních disků a jejich konfiguracích pro všechny dynamické disky v diskové skupině.

Accuphose píše:nicméně v průběhu instalace mi to napsalo hal.dll error a jsem tam kde to bylo.

Něco v tom smyslu, jako "hal.dll missing or corrupt"?
Pokud ano, tak to může mít různé příčiny...
Znamená to, že NTLDR nenašel hal.dll v daném umístění.
Tohle se opravdu může častokrát stávat v případě nainstalovaného DDO, jelikož v případě "spuštění počítače" z diskety nebo CD-čka není BIOS "zaplátán", tudíž OS, když se ho bude ptát na geometrii disku, tak dostane něco jiného, než v používání DDO. Takhle ten soubor nejspíš skončí na špatném místě...

Já se ovšem domnívám, že to nemůže být tento případ. DDO musí být přeci dávno pryč - leda že by ten program, co to přepisoval, nenastartoval z diskety (CD-čka). (Viz také níže...)

Accuphose píše:Nějaká rada, jak se toho zbavím

Že by výměnou za jiný disk? (Dobrá, už budu krotit svůj sarkasmus... ;-) )

Accuphose píše:a zda uspěju s reklamací disku?

S tímto Ti zřejmě neporadím, to vše závisí od mnoha věcí (jak, kdy, odkud byl ten disk pořízen atd. - ostatně, máme na to i zvláštní sekci.)

Accuphose píše:no... takže MHDD a příkaz erase

CATASTROPHIC FAILURE

<MESSAGE>

BROKEN DRIVE

<END OF MASSAGE>


BSOD v DOSu, to jsem neměl dlouho.
Nějaká rada?

Hele, co kdyby ses s námi podělil o obsah záznamového deníku toho prográmku (MHDD.LOG v adresáři LOG)?
Kromě toho, "Erase" používá funkční volání BIOSu...

Jinak, moc si nám toho neřekl...
Nevíme, jak vypadá tabulka rozdělení disku, zejména jak ten disk vypadá po spuštění počítače z diskety (CD-čka) (klidně i v "přímém tvaru" (RAW) - můžeš to snad někde i uploadnout...); nevíme, jak vypadají S.M.A.R.T. údaje toho disku (v MHDD je to tuším klávesa F8).
Píši to pouze proto, že při přepisování disku, kupř. tím prográmkem od výrobce, se na ten disk všude a přímo něco zapisuje (zřejmě 0x0), tudíž se může zapisovat i do pochybných sektorů, které se pak ukážou jako vadné (vlastně, pokud jsou vadné, elektronika disku je přemapuje, pokud to jen jde, t.j. pokud je v servisní oblasti dostatek záložních sektorů).
Čistě teoreticky, kdyby povrch disku byl v nějak špatném stavu, tak by to snad mohlo trvat trochu déle... ale 2 dny snad ne!

Prostě ho zkus otestovat tím nějakým prográmkem od výrobce disku a spusť ho z diskety (CD-čka) - pokud to ovšem bude možné, že to zase nebude vypadat, jako že mu to trvá celé dny...

No problém je trochu složitější. Koupil jsem novou sestavu:

deska Gigabyte GA-M56S-S3 revize 1.0 bios F1 flash na F2
CPU Athlon 64 X2 2300 BE (200x9,5)
paměti Patriot 2x512MB 667MHz CL 4

+
.......................................................
grafika Powercolor X1950Pro pasivní chladič
zdroj Fortron 350W, Case CoolerMaster Elite 331
DVD Samsung

a teď mi došel dneska SATA disk Hitachi 160GB

Problém je ten, že deska neuvěřitelně dlouho zpracovává určitý instrukce. Respektive detekce v BIOSu je hned, ale menu tam je tak 10s, bootování je jak v matrixu, moje šunka odkud píšu ASUS P2B bootuje 100x rychleji s CPU Intel Celeron II. Takže to řeším už druhej tejden.

Flashnul jsem BIOS z F1 na F2, protože na ten procesor je to doporučeno, do Biosu přibyla možnost virtualizace, která je default disabled. Jinak BIOS je default naprosto v pohodě... včetně časování pamětí, auto detekce napětí a podobně(CPU 1,2 V), tam jsem nic neměnil. Jedině jsem dal disable paralel a serial port. SMART jsem nechal disabled.. Ale pokud bude potřeba, tak to zapnu nakonec no.

Takže a priori musím vyřadit problém řadiče, zkusím instalovat na SATA disk, pokud to všechno bude okej, tak uvidím, jak se chovají XPčka. Nevím, jestli je to věc desky, panětí nebo procesoru, ale u procesoru nastavení okej a u pamětí taky, i když tenhle model není na support listu od Gigabyte(paměť), budu to řešit i s nima kdyžtak. Teploty CPU a Case jsou kolem 22 stupňů, takže žádný přehřátí, netaktoval jsem nic.

V zásadě mě to štve. Ten Seagate klidně budu mít jako slave, dneska snad zkusím rozjet ten Hitachi a na něm dát instalačku, snad to bude okej, jinak nevím. Pokud to nebude fungovat jak má, tak to budu reklamovat, ale nevím přesně co.

Noo, takže Hitachi šlape jak má... pomalost způsobovaly asi špatně zandané paměti, teď to hlásí Dual Channel. Nicméně to neřeší původní problém.

Pokud dám ten Seagate jako slave, tak systém nabíhá 2 minuty.. a teď bych potřeboval:

1)Mám tu OO Format Recovery, ale demo neumožňuje obnovu souborů, nehledě na to, že scan toho disku jsem zastavil na 6 procentech a i tak, našel asi 5 oddílů. Pokud je nějaká utilita, která je free a obnoví mi soubory, tak sem s ní.

2)Chci řešit ten disk, pokud je nějaká normální cesta jak ho dát do původního stavu, tak budu rád, v opačném případě asi zkusím reklamaci nebo půjde do koše... Protože, aby kvůli tomu nabíhal Windows 2 minuty a to je ke všemu jako slave, tak to nechci.

Díky za radu předem. Mrknu na správce disků, ale radši poraďte něco sdami, protože si nebudu zasírat disk blbostma.

Nakonec jsem si ten disk přes Testdisk dal do ucházejícího stavu, nicméně, protože mi zpomaluje bootování, tak jsem ho dal do skříně.
Jen bych potřeboval nějaký free program, který by mi ho převedl z NTFS do FAT32, neví někdo něco?