Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
Ezért nem javasoltam a klónozást. Ott ugyanis a teljes lemezt kéne csont nélkül átvinni, ami ugye... élből lehetetlen lesz, a sok (és egyre több!) bad sector miatt. Azt ha félpályánál lelövöd a klónozót (mert mondjuk a tizennegyenedik rossz szektoros fejrángás után kiírja neked, hogy a hátralévő idő kb másfél év) akkor 0 byte lemezképet mentettél, nem egy felet.
És ezért érdemes a párszáz kbyte-os (és fontos!) doksikkal kezdeni a dolgot. Ugyanis ott ezer fájl esetén öt-tíz hibás szektor 990-995 megmentett fájlt jelent, ami jó eredmény.
A filmeket meg hátrahagyni a francba. Ha megy-megy, ha nem megy-nem megy jeligére.
Ezt meglesem, bár elsőre nem tippelném, hogy a sima DOS verzió lekezeli a 3 terás NTFS kötetet, nem próbálja meg értelmezni, csak másol egy másik ugyanilyenre.
Az viszont nem szektort másol, hanem filerendszert. És alatta ott az OS, ami összedől, valamint a filerendszeren nem egészen sorban vannak az adatok így még a fejet is rángatja, ha úgy nem olvas, akkor megáll a vérbe vagy elkékül, de azt em lehet, hogy ha egy 20 gigás videó közepén sérült 2 szektor, akkor a maradék 19.9x giga megmarad és használható, hanem a teljes file kuka.
Eggen... épp csak ezek a már egyszer megküzdött, és a megfelelő helyen rossz-szá nyilvánított szektorok esetében működnek. Mert hát honnan is tudná a szoft, hogy a lemezen épp most egy frissen elhalálozott szektor következik? Sehonnan. Akkor nem is fogja kihagyni, ergo belefut a késbe. Aztán persze bejelöli és a továbbiakban már valóban nem foglalkozik vele.
However, it is possible to send a special command to the hard drive that specifically instructs it to disable error checking and correction algorithms while reading data. The command is called Read Long and was introduced into ATA/ATAPI standard since its first release back in 1994. It allowed reading the raw data + ECC field from a sector and returning it to the host PC as is, without any error checking or correction attempt. The command was dropped from the ATA/ATAPI-4 standard in 1998; however, most hard drive manufacturers kept supporting it.
Valamikor régen, a DOS-os időkben eljátszottam a direkt ATA-kezeléssel, de mivel jött a W95, a turbo pascal meg ment - a direkt vezérlőhozzáféréssel együtt -, így letettem róla.
Szóval ha ilyesmit kapcsol be bármelyik klónozó, az nyerhet. A többieknek feltehetően szívás van.
Dell-től le akartam tölteni egy 500MB-os .cab fájlt, hogy átnézzem, mi van benne, mert a leírása nem igazán értelmes.
Lejött kb. 300, majd véget ért a letöltés, mintha minden rendben lenne. Dupla klikkre persze nem nyílik meg.
Újra próbáltam, akkor sem jött.
Lerángattam a routerre, onnan próbálom áttölteni pscp (PuTTy scp), illetve cygwin-es scp segítségével. Előbbi következetesen 85%-nál, utóbbi 99%-nál megakad és nem mozdul tovább.
Cygwin-est megpróbáltam úgy is, hogy outputnak a /dev/null-t adtam meg, úgy gond nélkül átjött.
Na ezt magyarázza meg valaki!
Második nekifutásra, ezzel már átjött a diszkre is, igaz, x.cab néven... Mintha a nevével lenne baj, holott ez képtelenség. :)
Csak annyi, hogy ha windóz alatt akarsz szektorszinten másolni, akkor telepítened kell egy akárhonnan beszerzendő propgramot, plusz a futó rendszer alatt meg kell oldanod, hogy hozzáférjen a lemezhez.
Linugznál meg a dd az alaptelepítés része, bármelyik live rendszert letöltöd, bootolod, kimásolja neked a fel nem mountolt merevlemezt.
Diszk titkosításhoz nyújthat segítséget, bizonyos esetekben jelszavak tárolása (??? ehhez mi kell, mert a böngészők, csak úgy, maguktól, nem pakolják a TPM chipre), valami egyéb?
Ne haragudj,de Norton mi?Ismerek Norton antivírust,de nyilván nem arról van szó.Aztán ismerek egy bizonyos Norton Commander-t,de az még a 90-es évek,úgy tudom az a
Total Commander őse.És most már ismerek egy Norton Ghost nevú programot,de azzal kapcsolatban meg azt írtad az elején hogy "meg sem próbálkoznék a ghost-tal, vagy hasonló lemezkép-mentővel".Szóval?
Vissza olvasva az eddigi termést jöttem rá hogy e felett mennyire elsiklottam.Erről a DD-ről írnál egy kicsit bővebben?Ha jól értem (amit máshol olvastam róla) ez is egy lemezkép készítő program,csak ez linux-os?Vagy miben más még a többihez képest?Ill. itt is megkérdezném hogy milyen szintű linuxos tudás kell a program kezeléséhez?
Összehasonlítva a mindig jön új s még újabb által tanácsolt smartctl művelettel,miben más a kettő?Jól értem hogy a smartctl csak dignosztizál,a cc pedig magát a mentést végzi?Ebben az esetben működhet az hogy előbb lefuttatjuk a smartctl-t,majd ha az még kecsegtet némi reménnyel akkor utána a cc-t?
Na meg biztos hülye kérdés (de mivel tényleg hülye mégis muszáj megkérdezni hogy biztosra menjek),de a cc-hez fel is kell rakni a linuxot ugye?Vagy azt is el lehet indítani egy boot pendrive-ról is?
Ha valaki csak simán elindít egy Ghost vagy hasonló programot, partíciót lemezképbe, az lényegében csak a fájlrendszert tömöríti össze, a lapozó- és hibernációs fájl kihagyásával. Fő különbség egy ZIP/RAR programhoz képest, hogy visszaállításkor helyreteszi a bootszektort is, valamint nincsenek számára olvashatatlan fájlok, jogosultsági korlátozások, visz mindent.
A Ghost esetében ilyenkor paraméterrel lehet kényszeríteni a szektorszintű másolást.
HDD --> HDD klónozáskor a szektorszintű másolás alapértelmezett, ehhez a céleszköznek pontosan ugyanolyan, vagy nagyobb méretűnek kell lennie, és baromi lassan megy.
Sajnos fogalmam sincs, hogy a modernebb, fizikailag egy, esetleg két(főleg ez utóbbi) tányérból álló hdd-k esetén mindez hogy működik.
Lényegtelen, a klónozó program csak ugyanazt látja, amit a diskeditorban is látunk. 512 byte méretű szektorok, sorban, egymás után. Legelső (0.) az MBR-szektor és így tovább, ezeket kell sorban átmásolni.
Az sincs megkülönböztetve, hogy egy track 63 szektor, nincs ma már jelentősége. Pláne, mióta az első partíció kezdetét sem lehet a klasszikus módon, a 2. track kezdetére tenni, mivel az SSD-k, illetve Advanced Format HDD-k is 4k blokkon érzik jól magukat (8 szektor), ezért legalább 8x8 = 64 szektor eltolás szükséges. Vagy ennek többszöröse.
Az meg már a firmware magánügye, hogy a szektorokat fizikailag hová rendezi, de általában a lemez szélén kezdi. Ez kitűnik a kerületi sebességből is, ami folyamatosan csökken, ahogy halad befelé a fej:
De a fenti kép soha nem bizonyítja, hogy egytányéros lenne, mert kéttányérosnál is meg tudják így oldani, hogy a kiosztás váltogat a tányérok között, így halad folyamatosan befelé.
Alábbi kép láthatóan más szektorelrendezésre utal, de mint említettem, ez nem minden többtányérosnál ütközik ki ilyen szépen:
Ez igaz, de ha a rendszer belefut egy friss hibás blokkba, ott mindenképp ordenáré fejrángatás lesz. Próbáltam ilyen vinyóval: némi tiktakolás-ciripelés után úgy csapta alaphelyzetbe a fejet, hogy hátborzongató volt hallani. :)
Minden esetben sokkal jobb ötlet lemezképet gyártani, de ehhez a mechanika mozgásának nincs köze, helyesebben elenyésző esetben van (ha a sávraállás problémás, ott már fej tetejére álláskor is az lesz). Sokkal lényegesebb, hogy minél rövidebb idő alatt legyen egy másolat, amit aztán úgy lehet próbálni javítani-masszírozni, hogy visszavonható legyen, és ne az eleve sérült lemez állapota romoljon tovább.
És a SMART-nak mi köze ahhoz, hogy a lemez elérhető? Semmi. Az USB-s külső rackeknél is "él" a SMART, legfeljebb a vezérlő batyik továbbítani azt, ez régieknél jellemző volt még, újabbak mind SMART-képesek. De biztosan nem ettől fog menni vagy nem menni a lemez.
Régi vinyóknál azért lehetett benne ráció, hogy a döglődő hardvert ne fájl szinten buzerálják.
Egy klónozó szoftver blokkról blokkra, trackről, trackre, cilinderről cilinderre mászott végig a diszken, minimális fejmozgással. Az átvitt adat mennyiség ugyan nagyobb, de a minimális fejmozgás egy mechanikai hibás hardver esetében nem elhanyagolható előny.
Sajnos fogalmam sincs, hogy a modernebb, fizikailag egy, esetleg két(főleg ez utóbbi) tányérból álló hdd-k esetén mindez hogy működik.
"Nekem eszembe sem jutna, hogy gyengélkedő HDD-t defraggal gyilkoljak"
Pont ugyanilyen okból meg sem próbálkoznék a ghost-tal, vagy hasonló lemezkép-mentővel, hiszen az többtíz-száz gigányi olvasást jelentene, ami alatt egészen biztosan beleáll a földbe a vinyó és vele az egész mentési procedúra.
Azért tegyük el jövő hétre,amikor majd megkérdezem barátomat hogy mennyire ért a linux-hoz.Tényleg,mennyire kell hozzá?Lehet hülye kérdés de egy 10-es skálán kb. hova tennéd?
Mellesleg a pcforum-on egy elég biztosnak tűnő választ adtak arra hogy mi lehet a baja a lemeznek.Hozzá teszem,na nem mintha itt ettől csupa gyökeresen eltérő véleményt olvastam volna,csak amilyen tendenciáról beszélt és amennyire a lemezem életfájára ismertem közben miközben olvastam a sorait ez eddig a legmeggyőzőbb volt a sérülés pontos milyenségére vonatkozóan. Idézem:
"Nem írtad ugyan, de gondolom egy ST3000DM001 - ről van szó. Ezek szerint te is beleszaladtál, ebben az évben már kb. 20db járt nálam - mind a három terás, mind a 2 terás modell egy idő után erősen hajlamos lesz a badszektorosodásra. Egyes jólinformáltak szerint a fejek rideg anyagából pattannak le pici szilánkok amik először csak pár hibát okoznak - aztán rohamosan felgyorsul az egész folyamat (mind nálad). A belső szűrő ezen nem segít. (bár én azért ezen egy kicsit kételkedek)"
Ha valakinél ez esetleg módosítja azt a tanácsot amit tud adni nekem (mert hisz is annak akit idéztem),az kérem ne tartsa magában.Köszönöm.Meg persze lehet nem egyetérteni is vele,és azt se.
Persze,belül van ill. volt a lemez.Csak egy a baj,látod milyen hülye vagyok a számítástechnikához.Linux-nál ezt szorozd be legalább 50-nel.Életemben nem találkoztam még linux-szal,annyit tudok róla hogy az is egy op rendszer.Bár ez végül is lehet nem volna akadály,mert a barátom szerintem találkozott már linux-szal.
Azon a bizonyos linuxra ajánlott dolgon amúgy mit kell érteni?Hogy gyakorlatilag írok egy linuxos boot cd-t majd mintha fel akarnám telepíteni előtte elindítanák róla egy bizonyos smartctl-t?Jól értem kb.?És az mit csinálna pontosabban,már ha tudna még bármit is a lemezzel?Csak diagnosztizálna,vagy javítana,vagy lemezképet,szóval miből állna a működése?
Na ezt szerencsére pofon egyszerűnek hangzik kivitelezni,mert egy barátomnak pont van is egy ilyen mobil rack-je.Jövő héten meg is próbáljuk (hétvégén nincs otthon).Köszi neked is a tippet.
Bár a többiektől azért megkérdezném akik az elejétől olvasták a problémámat hogy ez tényleg segíthet rajtam?