"Verifying DMI Pool Data" после удалённого Linux без удаления загрузчика
 

Собсно, графический загрузчик UBUNTU, предлагающий себя для Линукса и ХР остался, но сам Линукс был удалён (забыл убрать загрузчик при удалении). Работало нормально и продолжительное время не мешало.
Сбой произошел после стандартного выключения. Последующее включение приводило после "Verifying DMI Pool Data" к появлению сообщения
L 99 99 99 99 99 99 99 99 99 99 99........ и так девять с половиной строк внизу экрана.
Удалял разделы на диске, с последующим их созданием - не помогло. Упорно продолжает грузить эту ерунду. Время ожидания чуда на загрузку, не привело ни к чему.
Замечу, UBUNTU создавались на втором диске. Вся бутовая инфа была С:\. Возврат предварительного образа диска С:\ ни к чему не привёл. Последовательно удалялись остальные разделы на всех дисках. Тот же результат. С СД грузится нормально. Все винты видны во всех программах в полных объёмах (использовал Live XP и Hirren's) и определяются в БИОСе без нареканий. Различные тесты, комментируемые на форуме (и мной в часности), показали всё ОК.
Замена примари винта оказалась действенной. Напомню что я удалял разделы с "глючного" винта, с последующим их созданием и форматированием. Неужели этого мало? Может ХАП-области затронуты?
Сейчас стоит слейв винт - первым, а первый - вторым. Дружат нормально. Всё видно и там и там (не считая того, что я удалил :( ). Однако, при смене мест винтов, всё повторяется, при полностью переразбитых винчестерах. Установка на проблеммный винт производилась с использованием ХР. Тоже сообщение о 99 99... Те же яйца....

Вариант с БИОСом тоже не прокатил. Да и как он прокатит, если всё работало нормально. Был прошит предпоследний БИОС AWARD (та-же самая ерунда. И опять старая версия БИОСа. Опять - двадцать пять) на маму. Был очищен CMOS и удалён DMI. ПОФИГ!
Полазив по разным источникам понял, дело не в hardware, а именно в lowlevelsoft. LILO

Если не всё понятно, спрашивайте. Может что и упустил. Описание этих железок ни к чему не приведёт.

ЧТО ДЕЛАТЬ? (по Николаю Гавриловичу Чернышевскому)

Загрузитесь с диска Windows'а в режиме Recovery Console.
Выполните команды fixmbr и fixboot. Перед этим сделайте копии всех важных для вас данных и прочитайте справку по этим двум командам (делается так fixmbr /? и fixboot /?)
Восстановит основную загрузочную запись windows, но может привести к потере данных, поэтому сначала архивируйте ваши данные.

yurfed
Загрузочная запись находится не в разделе, а в MBR - Master Boot Record. MBR есть на любом диске.
По выводу видно, что стоял lilo.
Из Linux, при правильном lilo конфиг удаляется lilo -u.

99 - недопустимый индексный сектора на второй стадии загрузки (LILO) Т.е. первая стадия была выполнена, а во время второй стадии по заданному сектору на жёстком диске лежит не та информация (файл поменял место).

xargaster Были полностью удалены партиции с последующим форматированием. Этого не достаточно?
ruslandh Точо также отосится и к этому топику.
Может ли этот загрузчик прописаться на разных, активных-неактивных разделах, одновременно используемых нескольких дисках?
Неужели было не достаточно пройтись по Primary-диску Partition Magic'ом (и в купе неоднократно другими менеджерами партиций) с полным удалением разделов?

yurfed
Поэтому при установке Linux'a лучше не выбирай установку lilo в MBR. А если и выбираешь, то удаляй его правильно, как написал ruslandh. Я через такое уже прошёл. ;)
Насколько я знаю - нет.
Достаточно, но - ты использовал, небось, Partition Magic 8 for DOS?

MBR находится вне какого-либо раздела - это, грубо говоря, первая запись на физическом диске, а уже после неё идут разделы и т.п.
при желании его можно прописать в первую запись логического диска, причём по очереди во всех. Вопрос - зачем это надо. C другой стороны - прописывается туда. куда вы укажите в lilo.conf или в каманде lilo.

xoomer Я пробовал очень много менеджеров. Как из под ДОС, так и Виндовс. Тем более мне уже ни что не мешало попробовать различные разбивалки (для самооубучения).

В общем ладно, похерил я свой раздел. Это был больше риторический вопрос на будущее, когда приспичит кому нибудь и чтобы знать что делать.

yurfed
А у меня PM 8 for DOS не раз уничтожал таблицу разделов непонятным образом при удалении их же всех, если там был раздел с JFS или XFS.

xoomerxoomer
Повторяю - mbr находится вне какой-либо партиции и не лечится Partition Magic.
http://lists.altlinux.org/pipermail/...ly/181918.html
http://www.remont-pc.ru/mbr.htm

ruslandh
ОК, но я не на MBR акцентировал внимание. Я говорил о фатальных глюках PM8DOS, когда он работает с теми ФС.

yurfed Я пользовался фирменной утилитой производителя диска для его низкоуровневого форматирования (Erase 512 blocks в Виктории и MHDD). Помогает 100%

такая же фигня) тоже после lilo)

при установке винды, винт со всеми разделами видно, файлы копируются, а после ребута (как поставишь загрузку с винта) замирает на verifying pool data

пробовал ставить ос на другой старый винт - не спасло

SOS

FlamReal Ну вот и ответ - формат низкого уровня. К сожалению другого ни кто не предложил. Или ещё более радикальные способы.

yurfed
Вам-же сказали - загружаетесь с ремонтного диска Linux и ремонтируете.
формат низкого уровня - зачем такие страсти ?
Есть утилитки, которые именно с MBR и работают (тот-же lilo), а можно и стандартный dd использовать (уверен - должно быть что-то подобное и под Win).
Про команды fixmbr и fixboot вам то-же сказали. Досовский fdisk тоже таботает.

Вы-же уводите тему - мол если удалить всё - зачем удалять ? Если нужно удалить только 446 первых байт из MBR.
dd if=/dev/null of=/dev/hda count=446 bs=1

http://lists.altlinux.org/pipermail/...ly/181888.html

ruslandh При любом раскладе партиций, MBR создаётся вместе с ними. Ни какой другой вариант, типа- вшито, нет. Я не спорю, нулевая дорожка это отдельная песня. Также легко поддаётся любому редактору и это совсем не "HAP" область( вроде правильно назвал), что можно редактировать только при обособленом софте или железках.

Так MBR уже создан - он заново не создаётся, а просто редактируются его поля.

я сделал. fixmbr'ом
сбил с толку второй винт =\ он оказался не рабочим вообще, а я все сперва на нем испытывал. так бы вообще проблемы не было)
несмотря на предупреждение все разделы на месте остались.