ez egy igazi "dd" hét volt

most így utólag belegondolva, az egész elmúlt héten mást sem csináltam, mint orrba-szájba dd-ztem mindent mindenhová :) jó kis cucc ez a dd :)

kezdve azzal, hogy beadtam szervízbe a laptopot... csináltam ugyan a vista beépített teljes rendszer mentés funkcióval backupot, de ilyet még sosem kellett visszaállítsak, így nem tudom, hogy mennyire működik, de elég szkeptikus vagyok :) így inkább csináltam egy dd image-t is, biztos ami biztos.

aztán átköltöztettem az asztali gépemen a meglévő rendszert egy kisebb raid-ről egy nagyobbra, szintén dd-vel. volt pár előre látható probléma, amikre számítottam is, de gondoltam, "hátha mégsem lesz gond", de persze lett. úgyhogy pár kört lefutottam a dd-vel ismét, de végül sikerült a művelet.

aztán a régi raid lemezeket kinulláztam, szintén dd-vel.

aztán hazalátogattam, és persze betalált egy rokonom is, akinek nemrég egy gépet eladtam, és természetesen nekem kell karbantartani... a gépben van egy 15gb-s vinyó (netezni jó az), amin egy 5gb-s partíció a windowsnak, meg egy másik partíció az adatoknak. ezen kívül van benne egy 40gb-s vinyó is, adatoknak. lelkükre kötöttem, hogy az adatokat vagy a D:-re mentsék vagy a 40gb-sre, mert különben betelik a rendszerpartíció és behal a windows. hát be is halt. természetesen mindent a dokumentumokba mentettek, a D:-n és a 40gb-son 0byte adat... pfff. na itt is a kis vinyót a rendszerrel átpakoltam a 40-esre, nem is csináltam rá partíciókat, hanem úgy egybe az egészet. az ő szintjükön úgy látszik ez a több partíció meg több helyre mentés ez már bonyolult. mindenesetre ez a művelet is sikerült dd-vel, a windowsnak a szeme sem rebbent tőle :)

aztán haverom is megtalált. ő meg megvette a két régi raid-es vinyómat, mondván, a barátnőjének pont jó lesz. neki ide-s vinyója van, azt majd akkor jól eladja, és berakja helyükre ezt a két sata-sat. csak rakjam már át nekik a rendszert egy az egybe, mert ő ghost-tal próbálta már többször is, de az nem működött, és ugye akkor ezt már lehetetlen is megcsinálni. hát csak psilogott, mikor egy fél soros parancs egy szépen bootoló live cd segítségével megoldotta a gondot :) ja és akkor már nézzük meg a laptopját is... régi 7.04-es ubuntu live cd csuklóból felismerte a teljes acer csodát, minden ment out of the box, de ezen haverom meg sem lepődött, mert neki ez a természetes. az, hogy a windows nem ismeri fel a fél gépet ootb, a régi linux meg igen, az fel sem tűnt neki.

szóval most már szinte csukott szemmel tudom használni a dd-t ezek után :)

( tiger | 2009. 03. 09., h – 12:26 )

miért nem raktad inkább át a Dokumentumokat a d:-re vagy a 40-esre?
---
/* No comment */
Ketchup elementál megidézése a sajt síkra

több oka is van:
1, mert így meg tudtam szabadulni a 15 gigás vinyótól, ami egyrészt nagggyon lassú
2, másrészt nagggyon hangos. samsung. ilyen idegesítő magas frekvenciás sípolás, némi alacsony frekvenciás modulációval megküldve. idegesítő.
3, az még önmagában nem oldotta volna meg azt, hogy ne legyen fullon a C: meghajtó, mert mindenféle programokat is oda telepítenek természetesen, hiába mondtam, hogy a D:-re tessék szíves...

így most sokkal gyorsabban tölt be a rendszer és sokkal gyorsabban működik, és sokkal csendesebb.

egyébként a userek hozzáértéséről egy kis történet: miután eladtam nekik (rokonok, tehát mélyen nyomott áron) a gépet, ami tökéletesen jó volt, 3 hétre rá telefonáltak, hogy "nem jó a monitor, zúg". hogy aza...! persze előfordulhat, ugye bármi tönkremehet bármikor, még az új is, de ez ráadásul használt, igazán kibírhatott volna pár hónapot, hogy ne érezzem magam szarul... mondom nekik, hogy hát éppen előfordulhat, de azért fura, mert ez egy jól bevált megbízható cucc, és nekem nagyon gyanús, hogy most hirtelen tönkrement volna... meg mi az, hogy "zúg a monitor"? sorkimenős, zárlatos, vagy mi? na jó, mondtam nekik, hogy nézzék már meg, mert ez így elég kevés infó.
jön megint a telefon: "nem jó a monitor, de nem is az zúg, hanem a gép". ja mondom... ez már lol... mondom: dehát a gép az ilyen, az zúg, ventillátorok meg minden, nem tűnt fel eddig? milyen az a zúgás? "hááát, így... csipog". jah, lol! szóval a csipogás az már zúgás?! mert nem mindegy...
aha, mondom akkor meghalt a videókártya, gondoltam én, hogy nem a monitor fog bepusztulni...
kérdezem, továbbra is telefonon: na és hogyan csipog? "hát így sípol folyamatosan". biztos, hogy folyamatosan? "hát igen, hármat csipog, aztán abbahagyja, majd megint kezdi előlről". lol... ez tipikus folyamatos sípolás, nem? :D
jó van, mondom nekik, hogy akkor az lehet akár videókártya is vagy memória, attól függően, milyen bios, de pontosítani már nem tudták a sípolást, úgyhogy csak tippeltem, és miért halt volna már meg így hirtelen bármelyik?! miután évekig mentek és most három hét után meghal véletlenül, miután nem hozzáértő kezekbe kerül? ez nem lehet véletlen.
mondom nekik, hogy szedjék le a gép oldalát, és van benne egy kártya, amibe a monitor van beledugva, azt szedjék már ki, és nézzék meg, hogy úgy mit csinál?
na jön egy óra múlva a telefon: oké, jó a gép. volt benne egy izé, meg egy fehér bigyó, és az ki volt pattanva, és mikor hozzányúltak, akkor beugrott a helyére és a fehér kampó is bepattant, és most már jó és nem "zúg"
szóval lelökték a gépet az asztalről és kiugrott a videókártya az agp slotból, na :)
ilyen szinten vannak :)
most ezeknek bonyolítsam az életét több vinyóval meg több partícióval?! :)
már eleve az hiba volt, hogy úgy adtam oda a gépet, hogy két vinyó volt benne. túl sokat tételeztem fel róluk. mert mégiscsak van már gépük pár éve, gondoltam ez már akkor nem lesz megoldhatatlan feladat... de az volt.

--------------------------------
feel the beat - it's everywhere!

( VaZso v | 2009. 03. 09., h – 13:26 )

Erről jut eszembe...
...sokáig egy live win-nel törölgettem az egyes vinyókat, de át kéne állni ezügyben is Linuxra.

Most a paraméterezést kifejezetten nem néztem, de
- bemenetként /dev/random-ot használva gondolom, teljesül a véletlen adatokkal történő felülírás
- /dev/null-t használva bemenetként (lehet egyáltalán?) feltölti nullákkal a lemezt

Jól gondolom? Szükséges hozzá egyéb adatot (pl. blokkméret) megadni?

Másik dolog, ami érdekelne még, hogy van ún. HDD regenerator nevű program, ami képes a merevlemez esetleges hibásan bejelölt sectorait javítani (pl. érintkezési hiba és egyéb baklövések miatt áthelyezett szektor) ill. tesztelni azokat.
Ezt mivel lehetne véghez vinni Linux alatt?

Ill. milyen egyéb HDD tesztelő programok vannak?

Remélem, olvassa valaki, akinek vannak ezirányú információi/tapasztalatai.

- bemenetként /dev/random-ot használva gondolom, teljesül a véletlen adatokkal történő felülírás
- /dev/null-t használva bemenetként (lehet egyáltalán?) feltölti nullákkal a lemezt

Pontosan... nem kicsit veszélyes parancs!

Jól gondolom? Szükséges hozzá egyéb adatot (pl. blokkméret) megadni?

Nem, mert a /dev/sdXXX akármi néven az eszközt adod meg, az eszközkezelő bemenetére tolod lineárisan az adatokat az meg lefordítja szektorokra meg miegyebekre a HDD ismeretében. Ez a szép abban, hogy itt minden file.

Igen, így próbáltam volna első nekifutásra, ezekszerint jól gondoltam.
Eddig azért nem így csináltam, mert mindig konkrét dologhoz kellett és nem akartam "fölöslegesen" ellenőrizni, hogy biztosan jól működik-e, főleg nem hosszabb folyamatot követően...

A /dev/null viszont elbizonytalanított, mert bemenetként még sohasem használtam, csak kimenetnek.

ill. most látom bsh üzenetét, /dev/zero is jól hangzik...
Kíváncsi lennék, van-e bármi különbség bemenetként használva null-hoz képest.

Az eszközök megadásánál meg tényleg vigyázni kell, mert erős fejfájás követheti dd-t... :D :(

dd szinten. Ha a winyorol a devnull-ba masolsz, barmi komolyabb szektorhiba kernel loguzeneteket fog szulni. Mivel a dd-vel nem a fajlrendszerkezelot, hanem az eggyel alatta levo reteget hivod, igy nem lesz automata hibajavitas.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Arra gondolok, hogy pl. adott vinyó 487db "reallocated sector"-t tartalmaz.

Ezt "javítani" legfeljebb a gyártó által kiadott programmal, vagy más segédprogrammal lehet.
Persze ezt érdemes megfelelő tesztelés mellett végezni, mert ha valóban gond van velük, természetesen visszakerülnek a lemezre (és ez feltételezi, hogy jönnek majd újabbak is).

Viszont néha mégiscsak van létjogosultsága a dolognak, van pl. olyan merevlemezem, amin nagyobb mennyiségű áthelyezett szektor lett ilyen módon eltávolítva és a mai napig semmi gondja... persze nem azt mondom, hogy ezek után bármit rá lehet bízni, de jelzi, hogy előfordulhatnak ilyen hibák.

Első élményem ehhez kapcsolódóan még régen egy 6GB-os WD driveom volt.
Egyik napról a másikra "bad sectoros" lett a drive eleje, "veszett" a partíciós tábla és effélék.
Először mentettem mindent róla (célprogrammal) és feltettem egy op.rendszert, majd kutakodtam kicsit a neten.
Letöltöttem a WD diagnosztikai programját, ami rögtön azzal kezdte, hogy van egy bad sectorom, ami lehet, hogy mégsem az. Próbáljam javítani?
Pozitív választ követően eltűntette a "hibát" és a továbbiakban tökéletesen működött.

Effélékhez keresek megoldást.
Plusz a dd-féle /dev/null-ba másolás logja alapján (amennyiben ez nem automatikus), hogy lehetne a hibát beleírni a smart-ba?

...tehát összesítve:
A merevlemez áthelyezett szektorait (és utána/közben az egész merevlemezt) szeretném újraellenőriztetni, hogy a fals hibák kiderülhessenek.

Ezek után hosszú teszttel "stresszelni", tesztelni a meghajtót, de ez már egy másik kör...

most ezt nem értem. mintha valami olyasmit írtál volna, hogy erre van win-es program, és azt szeretnéd kiváltani valami linux alapúval?
mert én "lképzelhetetlennek tartom" (idézet ;-) ), hogy hozzá tudnál férni bármilyen programmal a vinyón lévő fenntartott terültehez illetve azokhoz a szektorokhoz, amik reallokálva lettek. nem hinném, hogy a firmware elengedne odáig. max. a gyártó esetleg valami speckó cuccal, mert ő ismeri a firmware-t, nem tudom. meg szoktak service jumperek is lenni egyes vinyókon, lehet azok is kellenek hozzá.
de ha vna ilyen program, linkeld már be! nem mintha hasznát tudnám venni (az ilyen vinyókat kukába inkább), de érdekelne, hogyan tudják ezt megvalósítani.

--------------------------------
feel the beat - it's everywhere!

Én sem arra gondoltam, hogy a rossz vinyóra eresztem rá, hanem egyéb okból keletkezett hibákra próbálom ráereszteni és figyelni a további viselkedést. Pl. táp érintkezési hiba miatt generált "áthelyezett szektorok".

Tényleges hibás szektorokkal ez sem tud mit kezdeni (és azért nem hülye módjára csinálja, mert az általa is olvashatatlannak tartott részt nem cimkézi vissza használhatóvá), meg sok értelme nem is lenne mindent törölni róla, néhány írás-olvasás ciklus után elkezdenének visszakerülni.

Az lehet inkább kérdés, hogy a "kijavított" szektorok valóban stabilnak tekinthetők-e, de ez "idővel" biztosan kiderül... [Tehát további tesztelés és fokozott óvatosság azért ajánlott.]

Program neve úgy rémlik (bár írtam fent), hogy HDD Regenerator és Hiren-en fellelhető. Egyébként DOS-os program. :)
Nem tudom, hogyan csinálja, de "third-party" program. IDE felületű Maxtoron biztosan használható. (Ha jól rémlik, 160-asnál használtam utoljára.)

Elsősorban azért keresnék helyette másik programot, mert a Linuxot hosszú távon jobb megoldásnak tartom (nem tudom, pl. ez nagyobb merevlemezekhez mit szól), ill. Sata lemezen nem is próbáltam futtatni.

Ui.: Helyesen: "nem tartom elképzelhetőnek" :) :D

/dev/null

-t forrásként használva csak üres filet kapsz. Felülírni lemezt nem tudsz vele - a többiek már megmondták mivel tedd :)
random v. urandom használata lassú és szvsz fölösleges. A Kürt és az igazságügy a randommal felülírt lemezt is visszahozza (alias "az ellen nem véd" ;) ), a "Csoda Lemezmentő Pro v3.0" pedig a zeroval felülírtat sem.

Random és urandom között mi a különbség?

Arra egyébként kíváncsi lennék, hogy milyen alapon (megoldással) hoznak vissza random módon felülírt lemezt Kürt-ék.
Mondjuk arról nincs információm, a merevlemez fizikai kapacitása mekkora, mennyire pontosan fedik egymást az információk és mennyire különíthető el "érzékeny műszerrel" a nagyobb időkülönbséggel (régebben - újabban) írott adatok - gondolom, a mágnesesen rögzített adatokból lehetnek visszamaradó mágnesesség-különbségek.

Mindenesetre azt is ki kell deríteni hozzá, hogy milyen filerendszer volt használva rajt és azon hogyan voltak szétszórva az adatok.

...szóval nem tartom lehetetlennek a dolgot, de nyilván én sem egyszer fogom felülírni a merevlemezt...
Tényleg kíváncsi volnék az esélyekre, mindenesetre ha valóban megoldható, egyáltalán nem lenne olcsó mulatság.

Egyébként érdekes helyzetet teremt, ha az ember használtan vesz merevlemezt (ok, így _nem szabad_, de mégis bizonyos körülmények között előfordulhat) és azt vetik "górcső" alá...

Egyébiránt megfordult már a fejemben, mi lenne, ha egy nálam lévő - amúgy hibás - merevlemezt szépen beadagolnák Kürt-nek, aki precízen visszaadná az amúgy általam sosem látott adatokat... :-/

Szerintem ennek több lenne a hátulütője mint az előnye.

Másrészt pedig megnézném az illetékesek arcát, amikor odaviszek egy "véletlen" 18-szor különféleképpen törölt merevlemezt, hogy "sajnálom, de a véletlenül letörölt céges adatok kellenének"... komolyan érdekelne, mit szólnának.
...és ha árat is mondanának rá, arra méginkább kíváncsi volnék.

Szerk.: Mondjuk sokkal inkább életszerű példa - az igazságügynél maradva -, amikor az amúgy bárki által - megfelelő szoftverek birtokában - visszaállítható adatokat nézzük (szerintem).
Tehát van-e rajta szóban forgó tartalom, akár törölt formában is...
...és nem az x évvel ezelőtti, régi és törölt adatok érdekelnek.

Ebből kiindulva nyugodtan törölhetem, elvégre ez lenne az lényeg. Ne férhessenek hozzá mások az adatokhoz.
Annyira fontos meg nem lehet a dolog, hogy ezért fizessen valaki x millió forintot.
Főleg, ha nem egy nagyobb cég adatairól van szó, ami jó esetben amúgy is tovább van titkosítva, tehát további vesződségek árán lenne csak hozzáférhető.

örülök, hogy "nem tartod lehetetlennek", mert ebből egyes cégek nagyon jól megélnek! :) más sem hiányozna nekik, mint hogy te lehetetlennek tartsd. akkor aztán húzhatnák le a rolót :)
de a viccet félretéve, egyszer olvastam, (pontosan már nem emlékszem), de a lényeg, hogy akkor én is elképedtem, hogy miről tudnak adatot visszamásolni: ha átmész rajta kétszer úthengerrel egy galaktikus mágneses viharban, miközuben lángszóróval égeted a vinyót, akkor még visszahozzák az adataidat! :)
az árakat meg ne akard tudni :)
más cégek meg abból élnek meg nagyon jól, hogy pl. cégeknél leselejtezett merevlemezeket és egyéb adathordozókat szakszerűen megsemmisítenek (kábé porrá darálják), épp amiatt, hogy nehogy véletlenül kikerüljön egy adathordozó és arról valaki visszanyerhessen érzékeny adatokat.

--------------------------------
feel the beat - it's everywhere!

Kifejtettem, hogy magamra nézve jelen körülmények között nem tartom veszélyesnek a dolgot, akármennyire is egyszerűen legyen az megoldható, de nem ismerem a hátterét. A csillagászati árakról pedig csak sejtéseim vannak, de komolyan érdekelnének a visszanyeréssel kapcsolatos érdemi információk (módszerek).

Az árakat elképzelve elég kis eséllyel próbálnák a környezetemben lévő meghajtók adatait visszanyerni. Lehet, hogy tévedek. :)

Egyébként a "nem tartom lehetetlennek" jellegű mondatokat sajnos többször használom ugyanúgy, mint a "nem túl szép az írása" vagy akár a "nem túl egyszerű" kifejezéseket... mások jellemzően egyéb módon szokták ezeket megfogalmazni. :)
...tehát "alulról" közelítettem meg, hogy lehetséges, illetve megoldható. :) - "sajnos" ez tényleg jellemző a megnyilvánulásaimra.

Ha jól gondolom, amit írsz, ezért is preferálom inkább a random mód sorozatos használatát a csupa nulla vagy egyessel történő feltöltés helyett.

Arra lennék kíváncsi, hogy a nem egyszerűen megjósolható ("megjósolhatatlan") adatokkal feltöltött, majd kinullázott merevlemezről milyen módon és eséllyel, milyen módszerekkel tudnak további információt szerezni a valós, valaha rajt tárolt adatokról.

Ez egy érdekes dolog szerintem, szívesen látnék megoldásokat rá. Gondolom, pl. a mágneses intenzitás-különgségeket vizsgálhatják talán szélesebb területen és "nem igazán digitális" módon... mondjuk nyilván ehhez sokkal többet kéne tudni a merevlemez adattárolási mechanizmusáról, az adatok/felület további viselkedéséről (idő és egyebek függvényében), de érdekelne. :)

meg persze az urandom-ban az u az unlimited-et jelenti.
random csak kulso entropiabol gyujt (egermozgas, etc.), ezert el tud fogyni, ilyenkor blokkolodik a processz, ami olvasni probalja.
urandom jobban megjosolhato eredmenyt ad, de sosem "fogy ki".
persze FIXME, lehet rosszul emlekszem.

Tyrael