|
Компьютерный форум OSzone.net » Linux и FreeBSD » Общий по Linux » "Verifying DMI Pool Data" после удалённого Linux без удаления загрузчика |
|
"Verifying DMI Pool Data" после удалённого Linux без удаления загрузчика
|
Ветеран Сообщения: 20046 |
Профиль | Отправить PM | Цитировать
Собсно, графический загрузчик 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 Если не всё понятно, спрашивайте. Может что и упустил. Описание этих железок ни к чему не приведёт. ЧТО ДЕЛАТЬ? (по Николаю Гавриловичу Чернышевскому) |
|
------- Отправлено: 01:04, 25-06-2007 |
Ветеран Сообщения: 7114
|
Профиль | Отправить PM | Цитировать yurfed Я пользовался фирменной утилитой производителя диска для его низкоуровневого форматирования (Erase 512 blocks в Виктории и MHDD). Помогает 100%
|
------- Отправлено: 23:36, 26-06-2007 | #11 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Новый участник Сообщения: 6
|
Профиль | Отправить PM | Цитировать такая же фигня) тоже после lilo)
при установке винды, винт со всеми разделами видно, файлы копируются, а после ребута (как поставишь загрузку с винта) замирает на verifying pool data пробовал ставить ос на другой старый винт - не спасло SOS |
Отправлено: 00:25, 29-06-2007 | #12 |
Ветеран Сообщения: 20046
|
Профиль | Отправить PM | Цитировать FlamReal Ну вот и ответ - формат низкого уровня. К сожалению другого ни кто не предложил. Или ещё более радикальные способы.
|
------- Отправлено: 06:44, 29-06-2007 | #13 |
info man howto Сообщения: 6958
|
Профиль | Сайт | Отправить PM | Цитировать 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 |
------- Отправлено: 07:09, 29-06-2007 | #14 |
Ветеран Сообщения: 20046
|
Профиль | Отправить PM | Цитировать ruslandh При любом раскладе партиций, MBR создаётся вместе с ними. Ни какой другой вариант, типа- вшито, нет. Я не спорю, нулевая дорожка это отдельная песня. Также легко поддаётся любому редактору и это совсем не "HAP" область( вроде правильно назвал), что можно редактировать только при обособленом софте или железках.
|
------- Отправлено: 07:10, 29-06-2007 | #15 |
info man howto Сообщения: 6958
|
Профиль | Сайт | Отправить PM | Цитировать Так MBR уже создан - он заново не создаётся, а просто редактируются его поля.
|
------- Отправлено: 07:16, 29-06-2007 | #16 |
Ветеран Сообщения: 20046
|
Профиль | Отправить PM | Цитировать ruslandh А собсно уже позно махать руками. Снёс я всё, что очень обидно.
MBR переписывается при раздаче. |
------- Отправлено: 07:24, 29-06-2007 | #17 |
Новый участник Сообщения: 6
|
Профиль | Отправить PM | Цитировать я сделал. fixmbr'ом
сбил с толку второй винт =\ он оказался не рабочим вообще, а я все сперва на нем испытывал. так бы вообще проблемы не было) несмотря на предупреждение все разделы на месте остались. |
Отправлено: 01:17, 30-06-2007 | #18 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Загрузка - Verifying DMI Pool Data, потом винда не грузится, но пытается | frosia | Microsoft Windows 2000/XP | 9 | 13-03-2013 12:24 | |
Загрузка - Помогите восстановить загрузку. Verifying DMI pool data после кряка | Swarovski079 | Microsoft Windows 7 | 1 | 28-12-2009 09:02 | |
[решено] Комп перезагружается после слов Verifying DMI Pool Data | smittoff | Непонятные проблемы с Железом | 2 | 19-09-2009 17:49 | |
Постоянные перезагрузки после Verifying DMI Pool Data | Michael | Непонятные проблемы с Железом | 6 | 21-10-2008 22:49 | |
Проблемы с загрузкой компа. Verifying dmi pool data | fed1982 | Непонятные проблемы с Железом | 14 | 06-06-2005 11:59 |
|