ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     29 Nov 2003  14:34:23
 To : Victor Sudakov
 Subject : Re: Top
 -------------------------------------------------------------------------------- 
 

 
 >>> Victor Sudakov wrote:
 
 > DG>>  при сабжевой команде выдается сообщение:
 > DG>>  top:nlist failure
 >> Читать FAQ.
 > DG>>  Что это значит и как это лечить?
 >> выправить геометрию загрузочного винта,
 VS> Кстати, как ее выправить? Hедавно мне задавали вопрос, что делать с
 VS> машиной, в которой ядро постоянно грузится мимо лоадера. Я не смог
 VS> дать ответа кроме как "попробовать разные геометрии в биосе", но
 VS> ничего не помогло.
 VS> С благодарностью приму ссылку или даже набор ключевых слов для поиска
 VS> в groups.google.com.
 
 Вначале рецепт. Рецепт во многом слишком жёсткий, но IMO сработает
 на 99.9%. Расшифровка - вслед.
 1. Вычистить диск. (dd нулями на MBR сектор)
 2. В BIOS поставить LBA трансляцию геометрии, если возможно.
 Если нет - любую из тех, что даются, с минимальным количеством цилиндров,
 с секторами не более 63 и дорожками не более 254.
 Если нет возможности зафиксировать трансляцию, то крутиться вокруг шага 4
 с заданием разных геометрий пока BIOS не согласится с этой геометрией.
 (Проверять можно, например, через загрузочную дискету с DiskEdit'ом)
 3. Вписать стандартный MBR или boot0, по вкусу, в блок 0.
 4. Сделать первым досовый слайс размером в 1-2 цилиндра, разметить как
 FAT16. Геометрия, которой соответствуют записи в partition table, должна
 соответствовать тому, что выбрали в BIOS (или пытаемся заставить принять).
 Если есть время и возможность - проверить загрузку с него dos'а.
 5. Следом за ним загрузочный фрёвый слайс размером не более 504М и с
 гарантией размещения в первых 1024 цилиндрах в выбранной геометрии.
 
 Теперь пояснение к рецепту.
 Фигня в том, что однозначного объяснения ситуации я не видел, и не нашёл
 никого кто бы знал. dillon, например, не знает, а это уже показатель.;)
 Hо, вероятно, ему редко попадались столь извращённые материнки.
 Проблемы подобного рода идут от:
 1. "Dangerously dedicated" разбиения, которое сбивает с толку многие BIOS'ы,
 которые пытаются проявлять неестественный интеллект для поиска трансляции
 (чтение MBR, поиск DOS разделов для определения геометрии, etc.)
 2. Геометрия в BIOS'е, не соответствующая геометрии, в которой разбивался
 винт, и такая, что /boot/loader оказывается недоступен.
 Вот по совокупности факторов и получается такой метод.
 -netch-
 --- ifmail v.2.15dev5.1
  * Origin: Dark side of coredump (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: Top   Valentin Nechayev   26 Nov 2003 12:50:46   Re: Top   Victor Sudakov   29 Nov 2003 12:11:10   Re: Top   Valentin Nechayev   29 Nov 2003 14:34:23   Re: Top   Valentin Nechayev   30 Nov 2003 01:11:36   Re: Top   Victor Sudakov   30 Nov 2003 14:19:03   Re: Top   Valentin Nechayev   30 Nov 2003 16:34:00   Re: Top   Victor Sudakov   30 Nov 2003 20:45:50   Re: Top   Valentin Nechayev   30 Nov 2003 23:15:40   Re: Top   Victor Sudakov   30 Nov 2003 14:19:02   Re: Top   Valentin Nechayev   30 Nov 2003 16:34:00   Re: Top   Victor Sudakov   01 Dec 2003 20:22:31