Administrace komentářů

Smartctl -t short taky chcípl a smartctl pak hlásil jeden "pendlující" sektor, jinak nic. ... Popravdě, obsah tohoto disku je mi vcelku jedno (prázdný NTFS), ale přemýšlím, jestli by v takovém případě nebylo efektivní mít utilitku, která bude hledat vadné sektory a když je najde, tak se bude snažit přepsat *jenom* ty vadné nulama?

Mám dojem, že řešíš přesně to co jsem řešil já nějaký měsíc zpátky. smartctl -t short mi taky chcípt. Já jsem ale nezjišťoval vadný sektor pomocí ddrescue, tak jako ty, ale po spuštění smartctl -a /dev/sdb jsem viděl, že vadný sektor je na pozici, kterou mi to vypsalo v kolonce "LBA_of_first_error". Následně jsem zjistil jméno souboru (pomocí příkazu debugfs), který se v daném místě nachází. Snažil jsem se daný soubor zachránit. Pak jsem dané místo (vadný sektor) přepsal nulami za pomoci příkazu hdparm --yes-i-know-what-i-am-doing --repair-sector <číslo_sektoru> /dev/sdX a následně jsem znovu spustil Smartctl -t short. Znovu to chcíplo, ale už na jiném (vedlejším) sektoru. Pořád to byl ten samý soubor. Takže znovu jsem přepsal nulami a znovu spustil smartctl -t short. Po přepsání asi 10ti vadných sektorů nulami už konečně short test doběhl do konce. Jestli si dobře vzpomínám, tak se ty vadné sektory po přepsání nulami reallocovaly samotným FW disku a vadné sektory se už (zřejmě) přestaly používat.

Takže stručně řečeno. Utilitku na to nemám - dělal jsem to ručně. Pokud bys to chtěl mít automatizované, tak bys to musel v bashi nebo pythonu naprogramovat. Nepovažuji, ale za šťastné mít tu utilitu jen na zjištění vadného sektoru a přepsání nulami. Spuštění utility by ti zničilo soubor a ty bys neměl informaci o jaký soubor by šlo. Tak když už bys takovou utlitku programoval, tak by bylo dobré, aby nejdříve vypsala jméno souboru, který se nachází v místě vadného sektoru, a až po potvrzení by se vadný sektor přepsal nulami.

PS: řešil jsem to u ext4, tudíž nevím jak bude reagovat NTFS když mu přepíšeš nějaký sektor (nějakého souboru) nulami.