Как востановить hal.dll?

Где-то неделю назад у меня без олсобых причин слетела эта dll-ка
("бла-бла-бла, файл hal.dll повреждён или отсутствует...").
Банальная замена из того же дистрибютива (WinXP SP1) не помогла
и пришлось хоть и поверхностно, но переустанавливать окошки.
Вчера, после установки GRUB-а, произошла та же неприятность,
хоть раньше, абсолютно с той же конфигурацией, всё было Ok.

Бэкапов, само-собой нема, но и желания начинать всю эту канитель сначала нет тоже,
к тому же, есть подозрение, что причина -- вовсе не загрузчик и не в последний раз такая
бяка.
Пока что сижу на ubuntu, но долго мы друг друга не выдержим,
поэтому хотелось бы узнать, как востановить работоспособность windows.

[Naked]

По-моему если винда хоть чутка начала "шалить", то нужно ее переустанавливать полностью, тем более что WinXP SP1 - не самый удачный сервис пак, SP2 убирает некоторые недоделки в первом, и побыстрее слегка, так что лучше переустанови винду с самого начала, и проверь на совместимость программки...

Хм.... Ты уверен, что реинсталить винь раз в неделю -- хорошая идея?
Сорри, конечно, но мне это никак не подходит.

[oia]

установочный компакт рековери консоль

Имеется ввиду консоль, которая на установочном диске winXP?
Если я ничего не путаю -- она требует какую-то дискету
с какими-то параметрами. Надо ли говорить, что онного нет. Или я всётаки не так поняла?

[Likebeer]

Попробуй так. Установи в биосе загрузку с CD. Ставишь диск с ХР и загружаешься. Нажимаешь F8. Потом выбираешь "Консоль восстановления". Набираешь команду "sfc.exe scannow". Испорченные файлы будут восстановлены.

не уверен что поможет, но попробовать стоит...
Хотя поддерживаю The_naked - такие системные вещи через восстановление не решаются, помогает только переустановка... Причину искать стоит - может действительно стоит попробовать sp2?

А вот еще немного информации - надеюсь поможет:
Как выбрать нужную версию ядра и HAL ещё при инсталляции?
В самом начале текстового этапа установки XP при появлении сообщения "Setup is inspecting your computer's hardware configuration" нажмите и удерживайте клавишу "F5". В появившемся на экране списке версий библиотек HAL выберите версию, соответствующую вашему компьютеру, или выберите позицию "Other" для того, чтобы указать файл библиотеки от производителя оборудования. Затем продолжите установку Windows. В поставку XP включены следующие версии библиотеки HAL:

* ACPI Multiprocessor PC - для ACPI-систем с несколькими процессорами.
* ACPI Uniprocessor PC - используется для ACPI-систем с многопроцессорной системной платой и одним установленным процессором.
* Advanced Configuration and Power Interface (ACPI) PC - используется для однопроцессорных ACPI-систем.
* MPS Uniprocessor PC - для систем без поддержки ACPI, с многопроцессорной системной платой и одним установленным процессором.
* MPS Multiprocessor PC - для многопроцессорных систем без поддержки.
* ACPI Compaq SystemPro Multiprocessor or 100% compatible - для компьютеров Compaq SystemPro или полностью совместимых с ними.
* Standard PC - используется для любого стандартного компьютера, не многопроцессорного и без поддержки ACPI.
* Standart PC with C-Step i486 - используется для компьютеров с поддержкой этой технологии.

Hal.dll можно свободно заменить, только в вашем случае его надо брать не из driver.cab, а из sp1.cab. Кстати также можно взять и из C:\WINDOWS\Driver Cache\i386\. Если компьютер с поддержкой ACPI, а это все современные компы, то подойдет файл halacpi.dll или halaacpi.dll. Тока после копирования его надо переименовать в hal.dll.
Вообще я бы попробовал следующее: загрузится с CD, переименовать битый hal.dll в, например hal.dl_, чтоб битый сектор закрыть, и спокойно скопировать из вышеуказанных мест hal.dll.

Всё мимо. Толи руки у меня не тем градусом кривизны обладают,
толи ещё какая беда, но пока -- облом.
Спасибо за помощь.

ВОЛЬНЯК
Не стоит опускать руки. Попробуй следующее: Добавь в конец файла boot.ini следующее
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="ACPI PC" /fastdetect /hal=halacpi.dll
и скопируй halacpi.dll из sp1.cab в папку c:\windows\system32
При загрузке он выдаст два варианта загрузки. Выбери "ACPI PC". Пробуй. Удачи!

[Newbie777]

похоже на испорченный boot.ini
в recovery console набрать rebuild для восстановления.

[crawler]

ХАЛы меняются в зависимости от установленых сервис паков и апдейтов. Поетому если не сделать бекап заранее, угадать какая версия подойдет к текушей конфигурации дохлый номер. В C:\WINDOWS\Driver Cache\i386\ лежит тоже старая версия.

Есть подозрение на вирус ?

Teppik
Облом. Пишет всё то же.
И никаких вариантов загрузки
(повторюсь, стоит GRUB, и на содержимое boot.ini по идее должно забиваться)
crawler
После установки системы не ставилось никаких апдэйтов
и по идее длл-ка из дистра должна была подойти.
Нет, подозрений на вирь нет.

повторюсь, стоит GRUB, и на содержимое boot.ini по идее должно забиваться

Вообще после своей работы GRUB должен передать управление загрузчику операциооной системы, т.е. ntldr, а он boot.ini не пропустит и вообще без него не будет работать
Диск вообще битый? На бэды проверяла? И вообще были ли бэды?
Потом напиши, что у тебя в настроечном файле GRUB. Ведь у тебя Linux\Unix стоит, так? Обычно это файл <имя загрузчика>.conf (по примеру LILO: lilo.conf) и находится он в директории /ect. Далее в том же Linux с помощью команды fdisk посмотри какие разделы у тебя есть и тоже напиши сюда. Результат примерно такой - hda1 - ext2; hda2 - ntfs; hda3 - swap.

Бэдов, вроде бы, нет, разделы такие:

Винт1

/dev/hda1 * 1 3848 30909028+ 7 HPFS/NTFS
/dev/hda2 3849 19330 124359165 f W95 расшир. (LBA)
/dev/hda5 5155 5285 1052226 82 Linux swap / Solaris
/dev/hda6 7718 9314 12827871 7 HPFS/NTFS
/dev/hda7 11335 19330 64227835+ 7 HPFS/NTFS
/dev/hda8 3849 154 10490382 83 Linux
/dev/hda9 5286 5528 1951866 82 Linux swap / Solaris

Внит2


/dev/hdb1 * 1 706 5670913+ 7 HPFS/NTFS
/dev/hdb2 707 7297 52942207+ 5 Расширенный
/dev/hdb5 707 7297 52942172+ 7 HPFS/NTFS

Функцию grub.conf у меня, похоже, выполняет /boot/grub/menu.list,
ничего более подходящего нет.
Так что вот он:

Где у тебя установлена XP на hda1 или на hdb1? По menu.lst ясно, что GRUB пытается ее загрузить с hda1. По твоим ответам похоже, что ты меняешь какой-то другой boot.ini. Или GRUB грузит совсем не то, что надо тебе. Попробуй изменить настройку GRUB.

Винда установленна на hda1, на hdb вообще никаких осей нет (тормозят-с=-)).
Boot.ini точно один -- я на всякий случай поиском глянула. Одна штука.
Что с грабом делать -- это вопрос.
А вообще линуксойд из меня никакой -- была б винда, никс бы не чаще раза в неделю грузился=-)

Тогда опиши подробно как происходит попытка загрузки винды. И вообще поподробнее:

Где-то неделю назад у меня без олсобых причин слетела эта dll-ка
("бла-бла-бла, файл hal.dll повреждён или отсутствует...").

Что значит без особых? Вообще не включала, копалась в system32 или винт гикнулся (просто сыпется или свет отключили в самый интересный момент)...

и пришлось хоть и поверхностно, но переустанавливать окошки.

Поверх чтоль? Обычно такие вещи приводят к следующему: остаются старые глюки и добавляются новые.

Вчера, после установки GRUB-а, произошла та же неприятность,
хоть раньше, абсолютно с той же конфигурацией, всё было Ok.

Т.е. у тебя стоял Linux Ubuntu c каким-то там загрузчиком и ты сменила загрузчик на GRUB? Или ты после установки винды загрузилась с дискеты и восстановила загрузчик GRUB?
Кстати ты как восстанавливала hal.dll? Из под Ubuntu или из под рековери консоль?
Дело в том, что изменение boot.ini должно было привести хотя бы к изменению сценария загрузки.... Кстати аттрибуты boot.ini системный и только чтение, проверь.

Загрузка винды? Выбираю в меню загрузчика соответствующий виндовсй пункт и
былетает сообщение, что "фиг вам", а дальше -- снова на ребут, и в никс=-)

Без особых причин, это значит: ребутнула комп ресетом (повис намертво), а через некотрое количенство ребутов и/или выключений (не помню) нормальным порядком --
появилась эта неприятность. System32 никто не трогал, винт, думаю, не глючный.

Да, поверх. Глюков, кроме вот этого не заметила. Правда, этого -- за глаза и за уши.

Раньше, это при прошлых установках ubuntu. Падает никс в моих руках увы нередко,
а первое средство востановления для любого чайника -- реинсталл=-)
Grub стоит по умолчанию, вообще его не трогала=-)
Ubuntu ставился за день-два до падения windows и grub прекрасно грузил
обе системы.

hall востанавливался из под виндовского LiveCd (ну некомфортно мне без графического междумордия,. муторно=-))
У boot.ini атрибуты "только чтение" (при редактировании пришлось на время убрать, потом
вернула) и "скрытый"

Все сдаюсь! Переустанавливай винду нах. Если хочется сохранить Ubuntu сделай загрузочную дискету. В Ubuntu не знаю как, смотри маню (man). Но тока теперь полностью удали раздел hda1, снова создай из-под установочного, отформатируй, только не быстрым форматированием и ставь винду с легкой душой. В твоем случае глюк не должен повторится, если он не связан с бед-блоками. После установки загружаешся с дискеты и восстанавливаешь GRUB. Опять же спросить знатоков GRUB'a. Удачи!

[Dr.God]

ВОЛЬНЯК:
былетает сообщение, что "фиг вам"

Попробую угадать... Имеется ввиду -

"бла-бла-бла, файл hal.dll повреждён или отсутствует..."

Причину такой ошибки здесь уже назвали -

Teppik:
...GRUB грузит совсем не то, что надо тебе.

Дело в том, что такой баг очень распространён и причина как раз-таки в загрузчике. Скорее всего у тебя каким-то макаром попутались записи в файле настроек GRUB или в boot.ini (приведи его содержимое).

hal.dll - библиотека, определяющая методы общения с оборудованием на основе ядра (не путать с собственно ядром системы!). "бла-бла-бла, файл hal.dll повреждён или отсутствует..." появляется потому, что загрузчик не может инициализировать запуск ОС, т.к. элементароно её не находит, т.е. копать надо по любому в сторону "записей" загрузчиков.

Кстати, попробуй команду bootcfg /rebuild в Recovery Console. Есть серьёзные основания полагать, что поможет.