ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Dmitry Pryanishnikov                 2:464/36       28 Sep 2006  01:21:32
 To : Vadim Goncharov
 Subject : Re: BSD disklabels
 -------------------------------------------------------------------------------- 
 

 
 Привет!
 
 On Wed, 20 Sep 2006, Vadim Goncharov wrote:
 
 > DP>   Да ну? А вот badsect так не считает: на UFS он позволяет пометить любой
 > DP> сектор как плохой (если он не лежит в служебной области), а вот на FAT
 >                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 > Ага. Попал в иноду - и привет. FAT же в двух экземплярах хранится, на
 > этот случай.
 
    Давайте сразу оговорим, что мы рассматриваем: файловую систему как таковую
 (ее _теоретические_ свойства в отрыве от софта для работы с ней aka 
 "сферический конь в вакууме"), или все же совокупность файловой системы
 и вспомогательного софта для работы с ней в той или иной ОС. Я надеюсь, что
 второе. Таким образом, нас интересует, позволяет ли на практике 2я копия FAT
 нормально работать со сбойным носителем. По своему опыту преподавания в 
 универе (я уволился оттуда 5 лет назад) у большинства дискет убивается верх
 0й дорожки (верхняя головка дисковода прижимает к поверхности пылинку и тянет
 ее на track 0). Я не поленился и нашел у себя убитую таким образом дискету. 
 Попытался отформатировать ее под оффтопиком (ведь известно, что бэд-блоки там 
 штатно маркирует именно формат) - получил жестокий облом что под 98 (format a: 
 "оситель неисправен, либо испорчена дорожка 0. Использование диска 
 невозможно", GUI: "е удается отформатировать диск. Ошибка при форматировании
 области таблицы разметки файлов"); что под XP ("Windows не удается завершить
 форматирование" - это вообще 5+, а не диагностика). Так что "низачот" ;) а 
 самом деле, есть семейство файловых систем, действительно _удобных_ для 
 использования на носителях, поврежденных в начале - это ODS-1 (RSX-11) /
 ODS-2 (OpenVMS) - там служебные данные можно с любого места размещать,
 и по-умолчанию они начинаются как раз в середине носителя. А FAT никогда
 не была удобной файловой системой для подпорченных дискет.
 
 >
 > DP> не работает в принципе:
 > DP> root@test# badsect BAD 10000
 > DP> badsect: /dev/ad4: could not read superblock to fill out disk
 >
 > Это проблемы badsect, а не FAT.
 
    Это опять подход а-ля "сферический конь в вакууме". Во FreeBSD (я имею в
 виду базовую ОС) доступен 1 (один) маркировщик бэд-блоков, а именно, badsect,
 и не считаться с его ограничениями мы не можем.
 
 Sincerely, Dmitry
 -- 
 Atlantis ISP, System Administrator
 e-mail:  dmitry@atlantis.dp.ua
 nic-hdl: LYNX-RIPE
 --- ifmail v.2.14.os-p7
  * Origin: Atlantis ISP (2:464/36@fidonet)
 
 

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