информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеЗа кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
Похоже, что проблема именно в HAL. Стационарка, скорее всего многоядерная, а ноут нет. 05.08.08 11:09  Число просмотров: 3710
Автор: kstati <Евгений Борисов> Статус: Elderman
Отредактировано 05.08.08 11:10  Количество правок: 1
<"чистая" ссылка>
>
> >
> > Есть подозрение, что у одного из них SCSI винт (скорее
> > всего у ноута), а у другого - нет. Насколько я помню,
> > арк-пути для скази и иде совершенно разные.
> >
> > Второй вариант, что на винте винда была установлена не
> в
> > тот же (по порядку) раздел, что на стационарном.
> ARC-путь
> > это вот такая фигня, которая находится в boot.ini (в
> XP и
> > предыдущих):
> > multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
>
> Винда XP. SCSI это вряд ли, подавляющее большинство буков
> на SATA интерфейсе работают, там VIAшный чипсет вроде, в
> общем этот момент уточню. А если не том разделе была, что
> тогда?
> Нужно поменять partition(1) на partition(2)? там всего два
> раздела было, насколько помню.
Описание HAL'ов и их зависемостей от многопроцессорности
http://support.microsoft.com/kb/309283/ru
попробуй создать в boot.ini несколько вариантов загрузки:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows" /noexecute=optin /fastdetect
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halmps " /noexecute=optin /fastdetect /HAL=halmps.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halmps " /noexecute=optin /fastdetect /HAL=halmps.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halsp " /noexecute=optin /fastdetect /HAL=halsp.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halacpi " /noexecute=optin /fastdetect /HAL=HALACPI.DLL
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halaacpi " /noexecute=optin /fastdetect /HAL=HALAACPI.DLL

---
Скорее всего, один из них будет удачным.
Файлы - hal*.dll можно найти на инсталляционном диске в папке i386. Возможно они запакованы в cab (hal*.dl_)

Если запуск удастся, то переименуй "удачный" hal*.dll в hal.dll и удаляй вспомогательные варианты загрузки из boot.ini
<beginners>
Помощь нужна. Загрузчик винды ругается на ARC-имя. 03.08.08 07:45  
Автор: ncoder Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Привет всем.
Перенес винду с помощью Acronis True Image 9 с ноутбука Fujitsu-Siemens на стационарный цомпутер. При загрузке пишет:
"Настройки загрузки оборудования ARC: неправильно сгенерировано ARC-имя для HAL и системный путь". Пробова клонировать с помощью Symantec Ghost, результат тот же самый.
Клонорование делалось сначала на переносной винт (2,5", USB), потом с него на стационар, по USB опять же.
Подозреваю, что не грузится из-за того, что клоноровалось с бука, очевидно есть какая то разница, потому комп-комп раньше всегда нормально проскакивало.
Очень хотелось бы перенести именно таким способом, поскольку на старой винде стоит около 20 банк-клиентов с базами, если все с нуля переставлять, придется по каждому почти спеца из банка звать, короче %опа.
Может что то можно сделать через консоль восстановления, или еще как?
ПОМОГИТЕ люди добрые! :)))
Винда как я понимаю XP? 04.08.08 06:25  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Привет всем.
> Перенес винду с помощью Acronis True Image 9 с ноутбука
> Fujitsu-Siemens на стационарный цомпутер. При загрузке
> пишет:

Есть подозрение, что у одного из них SCSI винт (скорее всего у ноута), а у другого - нет. Насколько я помню, арк-пути для скази и иде совершенно разные.

Второй вариант, что на винте винда была установлена не в тот же (по порядку) раздел, что на стационарном. ARC-путь это вот такая фигня, которая находится в boot.ini (в XP и предыдущих):
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
Винда XP. SCSI это вряд ли, подавляющее большинство буков на... 05.08.08 06:25  
Автор: ncoder Статус: Незарегистрированный пользователь
<"чистая" ссылка>

>
> Есть подозрение, что у одного из них SCSI винт (скорее
> всего у ноута), а у другого - нет. Насколько я помню,
> арк-пути для скази и иде совершенно разные.
>
> Второй вариант, что на винте винда была установлена не в
> тот же (по порядку) раздел, что на стационарном. ARC-путь
> это вот такая фигня, которая находится в boot.ini (в XP и
> предыдущих):
> multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

Винда XP. SCSI это вряд ли, подавляющее большинство буков на SATA интерфейсе работают, там VIAшный чипсет вроде, в общем этот момент уточню. А если не том разделе была, что тогда?
Нужно поменять partition(1) на partition(2)? там всего два раздела было, насколько помню.
Похоже, что проблема именно в HAL. Стационарка, скорее всего многоядерная, а ноут нет. 05.08.08 11:09  
Автор: kstati <Евгений Борисов> Статус: Elderman
Отредактировано 05.08.08 11:10  Количество правок: 1
<"чистая" ссылка>
>
> >
> > Есть подозрение, что у одного из них SCSI винт (скорее
> > всего у ноута), а у другого - нет. Насколько я помню,
> > арк-пути для скази и иде совершенно разные.
> >
> > Второй вариант, что на винте винда была установлена не
> в
> > тот же (по порядку) раздел, что на стационарном.
> ARC-путь
> > это вот такая фигня, которая находится в boot.ini (в
> XP и
> > предыдущих):
> > multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
>
> Винда XP. SCSI это вряд ли, подавляющее большинство буков
> на SATA интерфейсе работают, там VIAшный чипсет вроде, в
> общем этот момент уточню. А если не том разделе была, что
> тогда?
> Нужно поменять partition(1) на partition(2)? там всего два
> раздела было, насколько помню.
Описание HAL'ов и их зависемостей от многопроцессорности
http://support.microsoft.com/kb/309283/ru
попробуй создать в boot.ini несколько вариантов загрузки:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows" /noexecute=optin /fastdetect
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halmps " /noexecute=optin /fastdetect /HAL=halmps.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halmps " /noexecute=optin /fastdetect /HAL=halmps.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halsp " /noexecute=optin /fastdetect /HAL=halsp.dll
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halacpi " /noexecute=optin /fastdetect /HAL=HALACPI.DLL
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows halaacpi " /noexecute=optin /fastdetect /HAL=HALAACPI.DLL

---
Скорее всего, один из них будет удачным.
Файлы - hal*.dll можно найти на инсталляционном диске в папке i386. Возможно они запакованы в cab (hal*.dl_)

Если запуск удастся, то переименуй "удачный" hal*.dll в hal.dll и удаляй вспомогательные варианты загрузки из boot.ini
Ну что, можно подвести некоторые итоги. Дело действительно... 16.08.08 23:49  
Автор: ncoder Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Ну что, можно подвести некоторые итоги. Дело действительно было в HAL.
kstati, респект и спасибо!
Правда были еще проблемы с синим экраном типа BAD_POOL_CALLER,
но тут уже разобрался, грохнул касперского в сэйф моде с помощью KAVremover, установил по новой, вуаля.
Очень рад, что удалось сэкономить столько времени и избежать бОльшего гемора.
Хмм, а вот это похоже ближе к правде. Бук не самый свежий, а... 05.08.08 19:38  
Автор: ncoder Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Если запуск удастся, то переименуй "удачный" hal*.dll в
> hal.dll и удаляй вспомогательные варианты загрузки из
> boot.ini

Хмм, а вот это похоже ближе к правде. Бук не самый свежий, а комп C2DUO или даже QUAD. Правда, время поджимало, и пришлось пойти сложным путем установки свежей винды и приглашения спецов из различных банков.
До этого попробовал еще раз Acronisom, потом заглянул в boot.ini,
там перед default partition стояло signature(цифры какие то).
Убрал это, надпись об ошибке изменилась. Теперь система начала писать про какие то якобы неполадки на жестком диске. Плюнул и поставил винду с нуля. Но поскольку спецов еще вроде не успели пригласить, возьму завтра экспериментальный винт и попоробую эксперимент с HALами, может удастся выиграть время все таки.
Спасибо за помощь. Теперь ясно куда лопату втыкать... вот только найдем ли клад.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach