HDD lowlevel format

Merevlemezek, vezérlők

Sziasztok,

Van-e olyan program, amely akár több gyártó IDE/SATA diszkjeit tudja lowlevel formázni?
Konkrétan arra gondolok, ami tényleg ezt teszi.

  • 16060 megtekintés

( mauzi v | 2013. 11. 06., sze – 10:06 )

Mi a cél? A low level format egy olyan tevékenység, amit gyakorlatilag csak a merevlemez-gyártó akar csinálni. Ha például adatokat akarsz megsemmisíteni, arra nem a low level format a megoldás.

A cél:
- szektor index javítása - ami ugye a szektoron kívül csücsül
- szektorok újra rendezése több hibás szektor esetén

A gyártók nem tartják meg, pl.: Hitachi 7K1000.C specifikáció szerint.
Format Unit Command (F7h)
The Format Unit command initializes all user data sectors after merging reassigned sector location into the defect information of the device and clearing the reassign information. Both new reassign information and new defect information are available right after command completion of this command. Previous information of reassign and defect are erased from the device by executing this command.
Note that the Format Unit command initializes from LBA 0 to Native MAX LBA regardless of setting by Initialize Device Parameter (91h) command, Device Configuration Overlay, or Set Max Address (F9h) command, so the protected area defined by these commands is also initialized.
Security Erase Prepare (F3h) commands should be completed just prior to the Format Unit command. If the device receives a Format Unit command without a prior Security Erase Prepare command, the device aborts the Format Unit command.
All values in Feature register are reserved, and any values other than 11h should not be put into Feature register.
This command does not request to data transfer.
Command execution time depends on drive capacity. To determine command timeout value, Word 89 of Identify Device data should be referred.

A) A defekteknél nem ugrál a fej, mivel "ki vannak hagyva" a hibás részek.
B) Nem haználhatatlan a szerkezet, ha akár egyetlen szektor indexe is sérült.

Képzeld el mikor végez végez a postás bácsi a levelek kihordásával, ha így tesz amikor "sorba megy" a házszámokon: 1, 2, 3, 8612 - és itt nem lakik senki, 4, 5 stb.
A következő kérdést megelőzve: Igen, több ilyet már javítottam.

Köszi. Hát ez a gyártók hozzáállása az egyszerű felhasználókhoz.
Én legtöbbet Hitachi diszkeket láttam, ismerem az összes tesztprogramjukat. Sőt egyszer sikerült a disztribútoroknak kiadott, tömeges bevizsgálásra/minősítésre alkalmas programjukat is kipróbálni. Nos, az sem formáz.
Az alábbi script viszont igen. Ilyesmire gondoltam...

;
; MHDD TERMINAL v4.5 script
;
disabledebug
print = "^01 \14ţ\15 Execute Hitachi vendor specific Format Unit Command"
print " \02ţ\07 Reset..."
reset
waitnbsy
checkerr
print " \02ţ\07 Security Erase Prepare (F3)"
r6 = $A0
r7 = $F3
waitnbsy
checkerr
print " \02ţ\07 Execute Format Unit (F7)"
r1 = $11
r6 = $A0
r7 = $F7
waitnbsy
%error = iserror // Check for error
if %error = 0 @noerror
print "^01 \14ţ\15 Format completed \04 with error %error."
goto @exit
@noerror:
print "^01 \14ţ\15 Format completed successfully."
@exit:

Nekem a Seatools programmal van tapasztalatom.
Egy Panasonic plazma PVR diszkje egy Samsung Ecogreen 1,5TB-os diszk.
Egy áramszünet következtében használhatatlan lett a diszk a rajta lévő UFS2 partícióval.
A TV nem tudta újra használatba venni.
A diszket átrakva PC-be a GParted ugyan látta , de amint valamit akartam vele , a program megfagyott.
WIN7 környezetben particionáltam , majd formázni akartam.
A diszk elkezdett kerregni , és egy idő után meg is állt a folyamat jelző.
A formázás sikertelen lett , és a hibás szektorok száma az egekbe szökött.
Elindítottam a Windowsos Seatoolt az némi okoskodás után azt írta , hogy futtassam a DOS-os verziót.
Megtettem , és úgy 6 óra elteltével közölte , hogy rendben van.
Nem tudom mit csinált , de a SMART , összes hiba számlálója nullázódott.
A diszk azóta volt NTFS rendszerű film tároló , utána komplett Linux rendszer is volt róla használva.
Most a TV mellett eredeti funkcióját szolgálja.
Azóta hibátlanul.

Ez végre egy válasz!
Tehát a Seagate kezeli a Samsungot (is). A jelenség meg pont olyan, amit leírtam. A diszk legyalulása után (ahogy a szakértők mondják) sem működőképes. Ez arra utal, hogy azon kívül a címekben rejlik a hiba, amit zero fillel nem lehet kiigazítani. A rossz címekre utal a kerregés, azaz nem talál oda. Az általános cetify műveletek csak olvasnak, esetleg badblockot kijelölhetnek. Ha eltűnnek a helyettesített szektorok, akkor azokat vagy sikerült újraformázni, vagy új defect map készült.

A format unit 500G esetén 54perc - tipikus értékét talán a secure erase unit, vagy a long selftest idejét kilolvasva lehet meghatározni. Ez ennél a típusnál 83 perc. A 6 óra úgy jöhetett össze, hogy először símán próbálkozott, majd formázott és mégegyszer ellenőrzött.

Köszönöm a tippet. Nekem is bevált legalábbis úgy néz ki a Seatools. Viszont nekem nem volt elég ez, mert a smart adatok maradtak. Az csak egy ilyen csoda kínai Rs 232 usb modullal tudtam nullázni. Be fogom tenni a gépembe és tesztelem majd hosszútávon.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Közvetlenül a sata csatlakozók mellett van egy ilyen. Nekem nem olyan eszközöm volt mint a lentebbi leírásban, de a többi része működött a leírásnak ettől függetlenül. Bedugtam az usb modulomat, a hddnek adtam tápfeszt arról a gépről amiről dolgoztam, csatlakoztattam az rx,tx,gnd-t a hdd uartjára(az usb rx a hdd tx-re,az usb tx a hdd rx-re), majd indítottam egy putty-t serial,38400,8,1, none,none beállítással, majd ctrl+z azután /1 enter, N1 enter, vártam míg leáll a motor és kész. Így utólag visszagondolva a tápfesz rácsatolás lehet az "uart kábel" után került bedugásra, már nem emlékszem pontosan. Egy orosz leírás alapján álltam neki.

A hdd típusa Seagate barracuda 7200.10 ST3250410AS 6RY1KHVR

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Update:

2 nap 17 óra telt el a hdd életében azóta mióta "új" életet kezdett. Megjelentek az első szektorhibák. A hd sentinel ezt írja:

A lemez felületén található 3 hibás szektor, mely(ek) tartalma a tartalék területre lett áthelyezve.

Az előző életében a hdd-re a hd sentinel 1111 szektorhibát írt ki.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Update II. :

Hd sentinel: "A lemez felületén található 5 hibás szektor, mely(ek) tartalma a tartalék területre lett áthelyezve." 95% kondíció.

Ma végig futtattam egy hdd regeneratort (2011). Nem talált és nem is javított semmit. Hdd regenerator előtt 4 szektorhibát írt a hd sentinel.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Elindítottam estére, most néztem rá a gépre, de semmit nem változtatott. A folyamat végén minden szektor jó volt, nem talált hibát. A smart se talált hibát és a kondíció se csökkent.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Update III. :

Hd sentinel: "A lemez felületén található 8 hibás szektor, mely(ek) tartalma a tartalék területre lett áthelyezve." 92% kondíció.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Update IV. :
2021.07.12. Elért a hdd a 12 hibás szektorig és jelenleg is itt tart. A kondíció 88%. Továbbra is napi szinten használom adattárolásra, nem kritikus adatokat tartok rajta.

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Azért nem sikertörténet. Növekszik a hibás szektorok száma, ez vele a valódi baj, nem az, hogy van rajta. Azt nem értitek, hogy a mai háttértárak eldobhatóak. Semmilyen ügyeskedéssel nem tudjátok megjavítani, se mélyformázni. Ha rossz, akkor rossz, csak kidobni tudod, ha nincs már rá jótállás. Az, hogy ilyen csoda Seatools, meg ruszki UART trükközéssel kozmetikázzátok a SMART-ot, attól nem javul meg, csak magatokat csapjátok be, meg a saját időtök őrlitek fel rá.

Ennek ellenére olyan, mint az oroszrulett. Lehet a szóban forgó HDD elmegy még így pár hibás szektorral még 10 évig, lehet beadja a kulcsot 2 nap múlva, és tégla lesz belőle. Ezt sose látni előre.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Igaz nem sikertörténet, de jól esett hozzá piszkálni, tudni, hogy lehet ilyet is. Még mindig a gépemben van, sorozatokat és filmeket tartok rajta. Olyat ami nyugodtan mehet.

HDD-t ezek után csak újat veszek. :)

"Mert úgy szerette Isten e világot, hogy az ő egyszülött Fiát adta, hogy valaki hiszen ő benne, el ne vesszen, hanem örök élete legyen". (János 3:16)

Nem adathibát kell javítani, hanem az adat indexeit.
- detect physical bad sectors - ezt bármi mással is lehet
- repair bad sectors (magnetic errors) - ezt is. Bár megnézném a szofvert, hogyan futkározik egy bazinagy patkómágnessel. ;))
- This technology is hardware independent - Akkor ez meg nem is lehet igaz. Azaz csak az adatterületet képes vizsgálni. Azt meg már szinte a DOS 1.0 format is tudta.

Important notes

Since the program does not change the logical structure of a hard drive, the file system may still show some sectors marked earlier as "bad", and other disk utilities such as Microsoft's chkdsk will detect logical bad sectors even though the disk has been successfully regenerated and is no longer damaged by physical bad sectors. If you want to remove these marks, repartition the hard disk drive.

NTFS-en a chkdsk /B nem pont erre való, anélkül h. "repartition the hard disk drive"

https://docs.microsoft.com/en-us/windows-server/administration/windows-…

/b Use with NTFS only. Clears the list of bad clusters on the volume and rescans all allocated and free clusters for errors. /b includes the functionality of /r. Use this parameter after imaging a volume to a new hard disk drive.

Ez is off:
Kohn és Grün a két falusi kereskedő nagy tétel heringet rendel a böjtre. Kohnnál nagyszerűen fogy a hering, de Grün attól tart, hogy nyakán marad az áru, ezért kitesz egy táblát a bolt elé:
- Nálam csak 2 forint egy hering.
Meglátja ezt Kohn, és ő is kitesz egy táblát:
- Nálam 1, 50 egy hering.
Grün újabb táblát tesz ki:
- Nálam 1 forint egy hering.
Kohn is kitesz egy táblát:
- Nálam 50 fillér egy hering.
Grün tajtékozva rohan be Kohn boltjába:
- Te csaló, szélhámos, svihák! Hogy adhatsz 50 fillérért egy heringet?
Kohn széttárja a karját:
- Hát van még nekem heringem?

Aha tehát kidobással és újravásárlással, magyarul e-hulladék termeléssel oldja meg a problémáját, amire amúgy van működő megoldás [1] is,  de ezek szerint 2021-ben™ már túl™ ciki™ magadnak megoldani valamit, megismerve jobban a használt eszközeid működési elvét. Gratulálok.

A badblocks a fentiek szerint az A) megoldásra pont nem jó, mivel csak reallokációt tud elérni. A SMART-ba beépített szektortartományon végezhető teszt is. Azaz csak az adatterölettel foglalkoznak.
Egy szektor így néz ki: (index)(data)
A format csak a data részt írja felül. Mi van, ha az index rész sérül. Pl. sikerül bekapcsolni -20 fokban a gépet, és egyetlen index megsérül? A reallokáció lehetetlen, mert nem tudja a szerkezet, hogy hol van amit reallokálni kell, mivel csak a címe - nem sérült - csak véletlenül felülíródott.

Egyébként linux driverből direkt kihagyták a low level funkciókat, tehát oprendszer szinten lehetetlen kiadni a format unit parancsot, mert visszautasítja. (Láttam a forrásban.)

A 386-os BIOS idején még nem volt IDE. Az akkori pl. mfm diszkeknek volt format parancsa, asszem format track, mint a floppyknak. Az IDE esetén ilyen parancs nem létezik szektor szinten, mert a gyártók csak a logikai elérési módot adják meg. Pl. azt, hogy 512byte szektort látsz, és plusz infóként, hogy a diszken tényleg annyi.

A "sérült" diszk használatáról meg annyit, hogy kinek-kinek megéri-e egy véletlen írási hibáért 20eFt kiadása. A "megmondták" az nem egy műszakilag megalapozott vélemény. Ajánlom a bejáratás-élettartam görbe tanulmányozását. (Bocsi, ez az előző hozzászólóhoz szólt.)

Igen, erről van szó. Az F7 kód "vendor specific". Ezért ítam, hogy több gyártó...
A Hitachi azért érdkes, mert 12 diszkem van tőlük. És ez a vendor az F7 parancsot használja.
Tehát tudjuk-e pl. a Seagate esetén, hogy melyik ez a parancs és hogyan kell kiadni?

Ugyanezt a parancsot használja az IBM DeskStar 120 GXP sorozat is.

Természetesen nem cserélik a kis manók a hibás területet.
- A jó, hibás és mappelt szektorok helyzete változik, így nem kell elugrani egy hibás szektor esetén a helyetteshez.
- A hibás szektorokat vagy sikerül újraformázni, vagy kimaradnak. De a formázás után az szektorok új, folyamatos számozást kapnak.

Példa (egyszerű 12 szektoros vincseszter ;)))):
A 6. és 3. szektor -ebben a sorrendben - elromlott, helyettük el kell ugrani a R6 és R3 tartalékért.
G1 G2 B3 G4 G5 B6 G7 G8 R6 R3 R R
Formázás után, ha sikerölt újraformázni a 6. szektort, a 3. meg nem:
G1 G2 B G3 G4 G5 G6 G7 G8 R R R
Ekkor a címek folyamatosak, mivel újra lettek írva. És nincs ugrabugra!
A helyzet akkor szőrnyű, ha a 3. szektor úgy romlik el, hogy a sérült index 3 helyett 9 lesz és nem találja a szerkezet.

( zither | 2013. 11. 06., sze – 15:30 )

Konkrétan olyan megoldásról nem tudok, ami neked kell. Az ultimate boot cd-n viszont jól össze vannak szedve a gyártók specifikus eszközei. (http://www.ultimatebootcd.com) Persze, ha automatizálni is szeretnéd, akkor nem túl praktikus.

Zavard össze a világot: mosolyogj hétfőn.

( balagesz | 2013. 11. 06., sze – 19:43 )

Low level format házilag 2013-ban? Érdekesen hangzik. (Amit most írok, az a saját véleményem / emlékeim, szóval lehet benne hiba.) A "mai" (mondjuk az IDE elterjedése utáni) HDD-k fejét nem léptető motor mozgatja, hanem egy lineáris motor. Ennek viszont nincs olyan "módja", hogy "lépj egy sávot odébb". A pozícionálás valahogy úgy zajlik, hogy mozog a fej a kívánt irányba "valamennyit", majd beleolvas a sávba, onnan kideríti hogy elérte-e már a kívánt pozíciót. Ha még nem, akkor újra... A "low level format" esetén a "nyers" adathordozóra írják a sávok teljes tartalmát, természetesen szektorfejlécekkel együtt. Hogy ez otthon miért nem megy? Amikor még "üres" a hordozó lemez, nincsenek rajta természetesen szektorfejlécek se. Ekkor hogyan tud a fej a (majdan felírandó) sávra állni? Leginkább sehogy. A "HDD-gyárban" ezt a műveletet úgy végzik, hogy a low level format alatt kívülről mechanikusan mozgatják a fejet sávról sávra egy megfelelő "célszerszámmal". (Az összes HDD-n, amit láttam, mindegyiken van a cucc oldalán egy nyílás (persze gondosan leragasztva valamilyen címkével), ami valószínűleg erre a célra szolgál.) Teljesen valószínűtlennek hangzik, hogy a "célszerszám" nélkül ezt otthon el tudd végezni. Annak meg nem látok sok értelmét, hogy a már formázott lemezt otthon enélkül a cucc nélkül azért mégis újra lehessen írni.

Ha nem így lenne, és mégis lenne ehhez (akár gyártóspecifikus) valamilyen megoldás, igencsak meglepődnék. :) Szóval ez egy ilyen hosszúra nyúlt subscribe. :)

Így van.
A léptetőmotoros korszakban is volt finom lépés, ami 1/8 track lehetett (ST225 20MB).
A szervo (track) információt a szektorokon kívüli burst adja meg. A lineáris motorral (voice coil actuator) azért elég nagy pontossággal a helyére tudják lökni a fejet. Utána egy második aktuátorral "finomhangolják". Az egésznek a beállási ideje 2ms körüli. Azt nem tudom mivel írják fel először a szervót, de elég valószínűtlen, hogy kívülről cseszegetik. Legfeljebb optikai úton ellenőrzik a pozíciót. Sokkal valószínűbb, hogy sajár magával írják fel először - esetleg lassan. Utána csak a kopások, a nagyobb sebesség és a rezonancia miatt kellhet egyre többet korrigálni.
Annak idején pl. a CD esetén a track aktuátor +/-70 track korrekciót tett lehetővé. Ebben az esetben nem lineáris motor hajtotta és a track szám számítása is pontatlan volt az akkori eszközökkel. A hdd pontosabban pozicionál. Persze az optika jobb, lásd floptical disk.
De itt nem patkómágnessel kezelt diszkek esete forog fenn, azaz a szervo információ már ott van. Hanem a formátumot kell újra írni. Ha a track-et sikerült eltalálni, akkor ennek semmi akadálya nem lehet még házilag sem.
Elképzelhető olyan eset, amikor a szervo információ sérült. Ekkor, ha megkerülhető a pozicionálás a szektor információból helyreállítható a szervo burst.
A diszkeken meg van még egy luk, úgy hívják: szellőző és szűrővel van leragasztva. :)

Végezetül csak nem gondolod komolyan, hogy az IBM és a Hitachi is hazudik és nincs ilyen parancs?!

Az, hogy a firmware tudja a low level formatot, az eléggé valószínű. Ugyanis nem látnám értelmét, hogy az első formázás után elektronikát / fw-t kelljen cserélni a kész HDD-n. Most - hogy írod - előkaptam pár régebbi HDD-t, és valóban: az általam emlegetett "lyuk" nem mindegyiknél van a fejmozgató szerelvény közelében. Természetesen NEM a szellőző lyukról van szó, ez a HDD-k oldalán van, de - most megnézve - változó helyen. Lehet amúgy hogy mindkét verzió igaz, de - mint írtam is - igen ködösek az emlékeim. Álmodtam? :))) Azt, hogy az említett cégek "hazudnak-e" vagy sem, nem tisztem eldönteni. Az viszont kérdéses, hogy a működéshez kell-e esetleg valami más is? (Szervíz üzemmódba kapcsolni valahogy a fw-t, amiről mélyen hallgatnak.) Illetve vajon azt és úgy csinálja-e a parancs, amire most gondolunk? Mivel a technológia folyamatosan változik, tényleg nehezen tudom elhinni, hogy van erre egy "szabványos", de nem publikus interfész. Mindenesetre kíváncsi, na az vagyok. ;)

A lyuk azért van, hogy ne kelljen tömíteni. Ha a beső levegő felmelegszik, a normális légnyomás ingadozásánál nagyobb nyomáskülönbség keletkezik. Ez "ellen" tömíteni kellene. Helyette egy kis szűrőt ragasztanak a lyukra amin keresztül kiegyenlíodik a nyomáskülönbség.

Mint fentebb írtam: nem szabványos, hanem "vendor specific". Hogy mi kell a működéséhez, az is le van írva: előtte a "security erase prepare" parancsot kell kiadni. Azaz a format unit parancs pity-puty nem adható ki. Általában a security állapot fixálása után NEM lehet ezt a parancsot kiadni. Ezért hdd password lehetőségét felkínáló BIOS után a gépek többségében nem lehet kiadni a format unit parancsot sem.

Szerintem ezzel a lyukkal kapcsolatban szépen elbeszélünk egymás mellett. :) Szemléltetésnek pont jó lesz a régi, 30GB-os HDD-m. (Ami már történelem; életem első Linux alapú OS-ét, egy Mandrake-t erre telepítettem fel. A telepítés utáni (re)boot végén már nem emlékeztem a jelszavakra, amit megadtam. Így kezdhettem elölről. :) ) Amiről te beszélsz, az a lyuk zölddel van bekeretezve (És még oda is van írva, hogy le ne takard!), amiről meg én, az pirossal. "Érdekes módon" onnan rálátni a fejszerelvényre? Még nem szedtem szét, de lehet megteszem, úgyis szektorhibás szegény.

Nem mondtad, hogy KÉT LYUK VAN. Elosztjuk egymás közt. ;)
Tehát a szabadon hagyandó a szűrő.
Egyik hozzászóló egy jó linket rakott be, hogy hogyan csinálják mostanában. Ez a 30GB nem is olyan régi diszk. Én láttam működés közben 2MB és 10MB kapacitású diszket is. Első linuxomat meg floppyról futtattam morokróm hercules+ támogatta az X-et. A cpu NEC V20 12MHz. Az olyan mint a 8088 csak gyorsabb, és van natív 8080 üzemmódja is. Így emuláció nélkül tudta futtatni az Intel Isis-II fejlesztőrendszert is.
Visszatérve a múzeumra megnéztem egy 40GB Maxtort - a luk oldalt van. A nagyobb (80G) Hitachi és IBM gyártmányoknál alul! Szerintem az alsó nyílás a track0 pozíció optikai érzékelését teszi lehetővé - aztán indulhat a self írás. Az oldalsóban akár igazad is lehet. De azért gondold végig, hogy milyen lassan lehetne léptetni egy kellően merev (=nagy és nehéz) külső szerkezetet. Minden step után meg kell várni a belengés végét. Ez ellentmond a fej és tartója könnyítésének. Milyen lehet egy kiló vasat 2ms alatt 3um távolságra elugratni. Valószínűleg az adatsűrűség növekedésével nem alkalmaz(hat)nak mechanikus piszkálódást.

Továbbá is kétlem, hogy az a parancs valami érdemlegeset művel, különben "self-healing" jelszóval már rég ráeresztették volna a marketing részleget a témára.

Gyakorlatilag ezt a funkciót a gyárban eresztik rá, így generálja le a kezdő rossz szektorinformációt. Pár rossz szektor esetén felesleges szerintem bohóckodni vele (mi az esélye annak, hogy pont az az információ kell), több száz, netán ezer szektor esetén pedig küldeni kell vissza a jó édes *nyjának, ha még elfogadja.

Track információ írásról: cikk

A marketing oldala két állítást is vonz:
- HDSentinel. A szervizesek halála. Egy fizetős program kiolvassa a SMART információt, majd 1 szektor hibánál vörösbe borítja a képernyőt.
- Vaterán minden használt diszket a fenti képernyőjével adnak el. Láttam olcsót is, mert az eladó nem tudta leolvasni az adatokat. :))))

Köszi, a link egész korrekt.

( jzola v | 2013. 11. 06., sze – 21:50 )

+subscribe csak kiváncsiság miatt, mert tényleg érdekes mikor gariból kapod csere disket és "certified repaired" felirattal kapod és nem egy vadi újjat. nem hiszem hogy a gyárban "a kétkezi munkás szétszedi és belenéz meghúz két csavart" és újra értékesítik.

( dcsaba v | 2013. 11. 06., sze – 22:57 )

386DX40 bekapcsolásnál a Trident csoda VGA (és nem WGA lásd:http://hup.hu/node/56120) mindenféle krixkraxot írt ki a monitorra. Egyből vírusra gyanakodtam, MS-DOS aktuális verzió. Semmi víruskergető nem találta. Gondoltam én akkor is kicsinálom, BIOS LOW LEVEL FORMAT, 40GB vagy 40 MB már nem emléxem mennyi ideig formaatálta a lemezt... Persze a Trident utánna is szemetelt.

LOAD "http://digx.hu",8,1

Ez egy átmeneti korszak volt. Az RL/MFM drive-okat lehetett mélyformázni (és vezérlőváltásnál kellett is). A korai (1 giga alatti) IDE HDD-ket is. De egy idő után ezek a BIOS-ba épített „low level format”-nak hívott valamik is egyszerű wipe software-ré egyszerűsödtek (jellemzően már a 486-os korszakban), és nem valódi mélyformázást hajtottak végre. Csak azért voltak a BIOS-ban hagyva, hogy ha valakinek rootkit, vírus, stb. belecseszett az MBR-be, az ki tudja valamivel pucolni a HDD-t, hogy friss lappal tudjon indítani, és ne kelljen másik gépen speciális szoftvert kiírnia, hogy azt bebootolva tudja lepucolni a HDD-jét.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( eReL | 2013. 11. 08., p – 13:19 )

Megjelölve.
____
Semmi sem biztos. Még az sem biztos, hogy semmi sem biztos.

( Lsh7 v | 2013. 11. 11., h – 13:15 )

Nem ezt kerestem mivel nekem egy egyszerű Hdd törlő program kellett volna.

A HDD Wipe tool egy ingyenes program a merevlemez mélyformázásához (low-level).

Megszabadulván a régi gépünktől, ne feledkezzünk meg a merevlemezen található személyes adatainkról sem. Ha ezeket az adatokat nem szeretnénk mások kezére játszani, akkor segítségül hívhatjuk ezt a kis programot. Mindent letöröl a kívánt meghajtóról, így az adatainkhoz más, már nem fér hozzá.

http://download.chip.eu/hu/Hard-Disk-Wipe-tool-2.35-build-1178_1306161…

Hallottam én is, hogy akár 5-7 előző állapot visszahozható laborban. A kérdés az, hogy mennyire érzékenyek az adatok és milyen esély van rá, hogy ezt meg is teszik. Egy fullos random teleiras es utana fullos zero megtoltes a paranoidok számára is elég lehet úgy általában. Aki biztosra megy az megsemmisíti a diszket vagy bevállalja a 10x-es felülírást.

Komolyan mondom, nem néztem utána pontosan.
DE.
Az informatikai mágneses adathordozók "kemény mágneses" anyagok. Ez annyit tesz, hogy a mágneses hiszterézis görbe meredekebb és kisebb a területe is. Így "billenteni" lehet a mágneses állapotot. Ezzel szemben az analóg magnószalagokhoz (fiatalabbak kedvéért: retro mp3 játszó :))))) "lágy mágneses" anyagot használtak. A mágnesezést a kevésbé meredek görbe közepére helyezték egyenáramú vagy nagyfrekvenciás előmágnesezéssel. Itt a lemágnesezés, törlés spirál alakban csökkenő mágnesezést eredményezett, aminek volt maradéka. Volt olyan, hogy törlési csillapítás, azaz az eredeti felvétel milyen csillapítással hallható a törlés után. A digitális jel felírásakor nem a görbe közepén dolgoznak, és jóval kisebb felületen. Maradék jel nem igazán értelmezhető.
Szóval úgy vélem ez a 10x felülírás kismértékben parasztvakítás. Tulajdonképpen a szalgos korszakból származó csökevény.

Szerintem HDD-n a maradék nem "átlátszik", hanem jitter formájában jelenik meg. Valószínűsítem - bár nem tudom -, hogy az új adat élváltásai nem egzakt módon oda esnek, ahova a régiek, így a régiből maradhat picinyke meredekség nagyon kevéssel hamarabb vagy később, mint ahol az új adat van. Ugyanezt el tudom képzelni track mellett picivel, tehát sugár irányban eltolódva.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Tehát abban megegyeztünk, hogy alapvetően a digitális jel nem lesz kicsit halványabb, nagyon nulla vagy kicsit egyes. Aztán itt sem a kis törpék pöttyözik a biteket a csákány hegyével, hanem valamilyen modulációt alkalmaznak - ennek több oka is lehet. Nem olyan a helyzet, mint amikor a szó egy részét kiradírozom és mégis elolvasod. A jitter meg azért van, hogy újraklokkoljuk. (Hú, de jó magyar szót találtam fel!) Innentől csak az nem világos, hogy
a) Ha úgy elcsúszik az adat, hogy még elolvasható, akkor mért nem lesz a nullából egyes? (Valami hepe után hupa...)
b) Ha a hosszanti töredékből is kiolvasható az adat, akkor ezek a töketlen gyártók miért nem írnak legalább kétszer sűrűbben?

Valahol fennebb írtam, hogy a 20...40MB kapcitásnál még volt 1/8 step a track között. Annak idején csak a CD technológiát ismertem egy kicsit. Ott sincs fél track sem a két track között... Itt meg a servo burst igyekszik behúzni a fejet a track közepére, aztán örül, ha eltalálja. Persze labor körülmények között kis csavarhúzóval talán... Merthogy feljebb meg olyan állítások történtek, hogy mechanikai rásegítéssel a szerkezet még saját magát sem találja el.

A tutti: mikor Gizike begépeli az adatokat a szövegszerkeszőbe, a háta mögé kell állni és felírni. Ezek után nem kell a diszket leolvasni, hiszen már ELŐTTE ELLOPTUK AZ ADATOKAT!

Szerintem egy Kürtnél gyengébb felkészültségű laborban még akkor sem tudják visszanyerni ezeket az adatokat, ha valóban megmaradnak, de... Pár hónapja olvastam valahol e témában, hogy ez az egész adatvisszanyerés egy jókora marhaság a mai diszkek esetében. Egy maradvány, még a régi winchesterek korából, amikor egy-egy cilinder fizikailag szélesebb volt, több mozgástere volt az író-olvasó fejeknek, nem kellett ennyire precízen működniük.

Persze, hogy mennyire megbízható a forrásom, az más lapra tartozik. Már nem emlékszem, hol találtam és sajnos nem tettem bookmarkba. :(

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Lehet, hogy én is vén vagyok, de amikor az egyik kollegina letörölt egy xls doksit az 1Tb-s lemezéről, valahogy nem okozott problémát, hogy megtaláljam és visszaszedjem neki. Két éve hónapról-hónapra dolgozott benne... Életmentő volt, hogy árnyékadatok maradtak a lemezen. De már NTFS-ről ext3-ra formázott vinyóról is vakartam vissza doc/xls fájlokat.

De visszaszedés előtt nem írta tele egy "dd if=/dev/zero of=/dev/sda" paranccsal, ugye?
Mert itt erről van szó, hogy _állítólag_ ha eladod a vinyót és nem akarod, hogy vissza tudják nyerni róla az adataidat, akkor 4-6 alkalommal tele kell írni random adatokkal.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

"4-6 alkalommal tele kell írni random adatokkal."
Minek ?
Elég azt egyszer is , minél nagyobb az írássűrűség , annál kevesebb mágneses részecske vesz részt az 1 bit tárolásában.
Mezei módszerekkel nem nyersz róla vissza előző adatot.
Rocket science megoldással , meg nem biztos , hogy megéri a pornót helyre állítani.:)
Az érzékeny adatokkal dolgozó cégek , meg úgy is ledarálják , megsemmisítik a diszkeket.
Majd mindjárt leírja valaki , hogy ő látott olyan videót , ahol a daráló késeiről állították helyre az előző diszk adatait.:)

Az kérlek egy tekercs, amin váltóáram halad. :)
Mire áttolod a mágneses anyagot nulla mágnesessége lesz.
Így működik a lemágnesező.
Az így kezelt hddről kürték se hoznak vissza adatot, mivel mágneses tulajdonsága nem lesz! :)
Nagyobb mágneskapcsoló tekerccsel lemágnesezheted
szerszámaid(csipesz, csavarhúzó, stb...)
............
Nem ígérek semmit, de azt betartom!

Van is erre egy vicc (100 éves): Öreg parasztbácsi felmegy Pestre és szemlélődik a villamosmegállóban, majd megkérdez egy fiatalembert: -Mondd csak fiam, ha rálépek a sínre, akkor megráz az áram? -Igen bátyám, de csak akkor, ha a másik lábát felteszi a vezetékre.
A fej nem véletlenül repül a lemeztől 1um távolságra. Ettől távolodva négyzetesen csökken a térerő. Elég nagy mágneses tér kell ahhoz, hogy a lemezt le lehessen törölni. A váltóáram meg nem biztos, hogy átjut a burkolaton, még ha nem is mágnesezhető. Hasonló urban legend a metrón letörlődő floppy esete is.

Avagy aki gép szerelés közben ráejti a kishangszórót a diszkre, az írhatja újra?

A váltóáram meg nem biztos, hogy átjut a burkolaton

Az nem. Indukálódik benne a váltakozó feszültség, melynek hatására örvényáram folyik a burkolatban. Épp ez igyekszik majd legerjeszteni az őt létrehozó váltakozó mágneses teret. Lenz biztos szebben mondaná ezt. ;)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Amiről Te beszélsz, ott az adat a HDD-n marad, csak a filerendszer nyilvántartásában kerül az adott cluster szabadnak bejegyezve. Így visszaszedheted az adatot, ha még nem íródott felül.

Ezzel szemben feljebb arról volt szó, hogy mi van akkor, ha már felülírtad a disk-et. Más szavakkal: hogyan tároljunk 1 TB-os HDD-n 2 TB adatot tömörítés nélkül? Nyilván sehogy, de foszlányok előkerülhetnek, fentebb volt róla szó, hogyan. Nem a HDD saját elektronikájával, sokkal inkább analóg eszközökkel.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Replaced | 2013. 11. 11., h – 16:18 )

rs232ttl + putty :p

--
NetBSD - Simplicity is prerequisite for reliability

Jó kis szoftver. Évek óta ezzel formázom a HDD-ket (néha még a pendrive-okat/SSD-ket/SD kártyákat is). Jó pár HDD-nél eltüntette a logikai szektor hibákat, és megint 100%-osnak jelezte a  HDSentinel.

https://www.laptopszaki.hu/blog/2016-01-26/tippek-trukkok-segitseg-tonkremegy-a-hdd-m

( Raynes v | 2021. 04. 15., cs – 18:34 )

Nem, ilyen nincs. A modern HDD-k már mind gyárilag mélyformázva jönnek, és firmware szinten le van tiltva ez a funkció bennük. Már vagy 25-30 éve így van.

Ennek ellenére néhány tool low level formatnak nevezi magát, de az sem valódi mélyformázást csinál, hanem csak feltölti 0-ákkal a meghajtó adatfelületét (zerofill), hogy lerombolja a felírt adatokat, azaz wipe-olást hajt végre, és csak azért nevezik low levelnek, mert agyatlanul írja fel a biteket, és nincs tekintettel partíciós táblára, partíciókra, fájlrendszerre, fájlokra, mappákra, naplókra, egyéb felsőbb szintű szoftveres adatszerkezetekre.

A kukába kidobással tudod mélyformázni, vagy szétszeded, és kocsi után kötöd a lemeztányérokat, az megformázza neked jól.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( defaultdesign | 2021. 09. 18., szo – 17:42 )

Igen, a jelenlegi verziókban nincs ilyen képességet biztosító ATAPI parancs = nincsen low level format. A HDD Regenerator a hiszterézisre hivatkozik: "Ability to repair bad sectors (magnetic errors) on a hard disk surface using Hysteresis loops generator. *This recovery technology is originally developed by Dmitriy Primochenko" - de igazán sok esélyt nem látok...

Egyszerűen egy sérült drive max. "játékra", ideiglenes adathordozásra ~alkalmas.

Igen, játékra remek lehet - főleg ha a mentések online és/vagy jellemzően rendszer tárolón vannak!
Nekem egy új videókártya tett be: hiába volt egész OK tápom, a csere miatt hibás lett a táp (elég volt hogy "ciceregni" kezdett, cseréltem) - vszeg a feszültség ingadozás jól odatett a gyors "gamer" black HDD-mnek (a többi direkt adattárolásra használt purple és red m.lemeznek semmi baja nem lett); ettől függetlenül másfél évig, a mai napig használtam "játékra" (figyelve arra hogy 2TB-ól mindig maradjon elég % üresen). Párszor volt disk read error (online) telepítésnél, végül is tegnap gondoltam hogy lecserélem egy másik black-ra, csak sajna nem vettem észre hogy az bizony SATA2 (SATA3-ról)... A teljes másolás be is tett a drive-nak, még kicsit elszórakozok vele a szervizben ("low level format", visszamásolás ha lehet) de esélyesen ennyi volt. Szóval jobb nem piszkálni, majd ha már sokat hibázik,

Igen, ez a legfőbb érv. Még ha valami csodaszoftverrel vissza is hozza az ember ezeket a hibás háttértárakat, HDD-k, pendrive-ok, akkor se lesznek már soha megbízhatóak adattárolási szempontból, ezért időpocsékolás beletenni az időt meg az áramot. Értem, hogy az ember sajnálja, de tudni kell elengedni, ezek egyre olcsóbban tömeggyártott fogyóeszközök. Ez nem konzumeridiotizmus, hogy mindent dobjunk ki, mikor már nem csillog szépen, hanem tényleg vannak olyan terméktípusok, amik gazdaságosan nem javíthatók. Főleg, mikor kiszolgálták a beléjük tervezett üzemidőt, hasonlóan egy izzóhoz, ami ha kiég, akkor nem lehet élesztgetni, nincs értelme.

Eleve nincsenek örök üzemre tervezve, háttértáraknál 5 évnél tovább tervezni akkor se érdemes, ha hibátlan, 10 éven felül meg majdnem biztosan nem lehet rájuk számítani. Amit efölött élnek ritkább esetben, az ajándék üzemidő, és egyre nagyobb kockázat az üzemeltetésük. Cégeknél ezért is van, hogy 5 évente akkor is kicserélik a HDD-ket, SSD-ket, szerverekben, munkaállomásokban, stb., ha még kutya bajuk nincs, nem okoznak I/O errort, 100%-osan jónak mutatja őket a SMART öndiagnosztika.

“The world runs on Excel spreadsheets.” (Dylan Beattie)