ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Igor Nikolaev                        2:5030/266     10 Apr 2006  06:55:07
 To : Alex Korchmar
 Subject : Re: ext3 sux
 -------------------------------------------------------------------------------- 
 

 ividual.net> <e10bon$4v5$1@ddt.demos.su> <49hs1tFoavnsU2@individual.net>
 <e10h7j$1kjc$1@ddt.demos.su> <49ir42FofcttU1@individual.net>
 <e13a1j$1c73$1@sensi.pu.ru> <e13dum$2l2k$1@ddt.demos.su>
 <e19rbd$17mv$1@sensi.pu.ru> <e1aair$1cru$1@ddt.demos.su>
 Alex Korchmar <hue-moe@so.yandex.ru> wrote:
 
 >>> тогда откуда же берутся эти чудесные "sector not found"? Или на "современных
 > IN> Физически цилиндр бьётся на сектора (штук восемь) между которыми
 > IN> синхроврезки. Туда никто ничего не пишет - они нужны чтобы
 > так, еще раз: откуда берется сбой "сектор не найден", чудесным образом 
 
 Голову устойчиво на конкретный сектор не выставить. Потому как 
 какая-то синхроврезка перестала устойчиво читаться.
 
 > устраняемый фирменным утилем _или_, для scsi дисков, командой format 
 > (которая сто лет как ничего не форматирует, а просто записывает порцию нулей,
 > куда бог на душу положит, потому что track в scsi-геометрии ничего общего не 
 
 format, в отличие от обычной записи, синхроврезки перезаписывает.
 
 > Количество ремапов при этом остается ровно тем же что и было - что по scsi 
 > defect list, что по мнению mhdd.
 
 А badблоки не трогает. Если не просить. Потому как badы связанные
 с дефектами поверхности всё равно потом вылезут.
 
 > Я утверждаю что он берется при сбоях питания в момент записи,
 > благодаря чудесному изобретению ibm хранить и перезаписывать секторные
 > метки вместе с данными.
 
 Я с год назад пытался довести seagate ideшник до задницы 
 дёргая питанием диска (при помощи ключа питания дешёвого
 changer'а). Hе смог. Будет время - можно снова потестировать.
 
 Тест довольно прост. Каждый случайный сектор забиваем seq_id,
 sector_num, gmtime. Втыкаем/вытыкаем диск по питанию. Через
 полчасика считываем данные на корректность. Они иногда
 некорректны. Hо сбоев физики так я не получил.
 
 > IN> Сейчас обычно применяют систему из шаговика (который на самом
 > там уже сто лет как не шаговик а линейный двигатель, поэтому если
 > бы проблема была с потерей сервоинформации (которая, подозреваю,
 > давно уже тоже не на отдельной дорожке а вперемешку с данными) был
 
 Дык про то и пишу :)
 
 > бы не сектор, а трек потерян целиком, может и не один, и никаким
 > утилем его не восстановить. Я вообще сомневаюсь, что сервоинформацию
 > пишут штатным блоком головок.
 
 Штатным. Другого нет, после сборки. "low-level" format, который
 собственно и есть формат, именно дорожки целиком записывает.
 Перестановка блинов в другой диск - тонкая ювелирная ручная работа,
 выполняемая умельцами без гарантии под настроение после рюмочки
 хорошего коньяка :-)
 
 --
 И
 --- ifmail v.2.12.os.sensi
  * Origin: У Солнца есть пятна, а у Луны - диски (2:5030/266@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор