Странная задержка перед загрузкой системы

[6opo6ep]

Суть проблемы в следующем.
Установлена сборка WinXP SP3 (работоспособность проверена не на одном десятке машин).
Все идёт гладко. Загрузка с "3х полосок". Система летает.
Важный нюанс. Установлена была система на раздел С (отформатирован при установке, стал активным), однако перед этим прошлая винда стояла на D (который был активным на тот момент), поэтому соответственно в бут.ини появилась дополнительная строчка, которая конечно же потом была удалена (нет, не перепутал:)). Контрольная перезагрузка. Всё по прежнему отлично.
Замечу, что помимо старой винды, на D присутствует весьма странный пустой каталог типа D:\cс34ed324aaff\i386 (16-ричная абракадабра от фонаря написана) доступ к которой как к System Volume Information - блочится, даже при загрузке с LiveCD. Её к сожалению в попытках снести переименовал в 111\i3861 после чего повторное переименование не удавалось (?!). кстати, тоже вопрос - что за папочка такая может быть? "Зверей" на машине нету. Возможно корень проблемы где-то в этой папке (а может это вообще пофиг - тут уж не ведаю)
В общем, все интересности случились после переопределения размера файла подкачки (как был так и остался на диске С -- 1024 мб, только фиксированный - как бы там ни было стандартный ход, ничего особенного). Перезагрузка. И опаньки!
висим где-то 30 секунд с мигающим курсором (сразу на бут.ини думается:)) на этапе загрузки сразу после выбора "бутдэвайса". Потом происходит "перевод строки", затем полоса загрузки ХР: 3-4 пробега, - и система как ни в чем ни бывало живет своей жизнью. Как понимаю файл подкачки тут не при делах (или ошибаюсь?).
проверил на всякий boot.ini , вроде все как обычно
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOW S
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Micro soft Windows XP Professional RU" /noexecute /fastdetect
попробовал поиграться с таймаутом - фиг там.
консоль восстановления, fixmbr и fixboot тоже не помогли

То есть как видно до самой винды толком дело-то и не доходит.
Поскольку чтобы выбрать способ загрузки (F8) тоже надо подождать 30 сек.
Это если грузимся с харда.
А вот если грузиться с загр.диска а потом выбрать "boot from disk C" всё стартует без задержек.
в биосе ничего не менялось помимо бутдевайсов, которых всего 3 - флоп, хдд и сдром.
Ошибок на харде нет, да и в этот момент комп даже не пытается что-то "читать" - тупо ждет.
Замечу еще раз. все работало эталонным образом. пока не (см. выше :)
Собственно, в остальном все прекрасно, но это уже спортивный интерес: чтоб "без сучка и задоринки"; в чем может быть проблема, куда копать? (к тому же доступ к машине ограничен по времени и ехать далеко))
спасибо :D

[ksantippa]

Была такая же ХРень. Решил проблему однозначно: с помощью Unlocker удалил всё, что мешалось на Д: Потом, сохранив что нужно на С:, сделал ему полный кандебоберрр :p и поставил 7!

[6opo6ep]

а вообще покопавшись...

судя по симптоматике:
1) выбор загрузочного устройства происходит успешно (ибо загружаясь сидюка все в порядке)
2) fixmbr и fixboot ничего не решили, а значит вывод: с ними все ништяк.
3) до меню выбора загрузки ОС дело не доходит (а уж тем более до определения железа)
4) ссылаясь на www.lookinfo.org/2007/08/05/jetapy_zagruzki_windows_xp.html , имеем:

В начальной фазе NTLDR переключает процессор в защищенный режим. Затем загружает соответствующий драйвер файловой системы для работы с файлами любой файловой системы, поддерживаемой XP...
>>>>тупим где-то на этом этапе<<<<
...Если в корневой директории есть BOOT.INI, то его содержание загружается в память. Если в нем есть записи более чем об одной операционной системе, NTLDR останавливает работу - показывает меню с выбором и ожидает ввода от пользователя определенный период времени.
Если такого файла нет, то NTLDR продолжает загрузку с первой партиции первого диска, обычно это C:\...

из этого всего где-то вопреки поискам глючит boot.ini

а значит верным будет жахнуть его. и, как обычно, посмотреть чё из этого будет :lol: (с) CERN

Добавлено через 20 часов 27 минут 16 секунд
получены новые сведения <_<
грузимся без харда -- сразу кричит про системный диск, без задержек
снес boot.ini -- тупит 30 сек. и уже потом "Не найден boot.ini... Загрузка C:\Windows..."
То есть на лицо глюки в раннем этапе загрузки. Винда и возможный глюк с железом отпадает категорически.
поскольку post проходит нормально (уже и дефолт биоса поставлен на всякий), видать спотыкается где-то на этапе mbr
скрипя сердцем залез и туда при помощи MBR-work:
2 записи:
раздел 0 80 1 1 0 7 254 63 1023 63 38877237 - собственно С (основной
раздел 1 0 254 63 1023 f 254 63 1023 38877300 117483345 - D (логический в доп. разделе)
раздел 2 0 .... 0
раздел 3 0 .... 0
исходя из мысли что раньше система грузилась именно с D и пытаясь найти в этом хоть какую-то связь - забил нулями запись о разделе 1.
после чего диск D естественно исчез. но тупёж остался. вернул как было.
поскольку к тому же не раз принималась попытка пофиксить "ГЗЗ" остаётся только предположить, что каким-то макаром глючит сам загрузчик, причем не насмерть, а ток контузило :eek: Но опять-таки fixboot проводился не раз!
В природе такие звери бывают? :confused:
И опять-таки, внимание на том, что войдя в boot menu какого-нибудь загрузочного CD и затем выбирая "Загрузиться с диска C:" задержка не наблюдается.
(с) просто какой-то бред в мои уши...

[Leonhart]

Встречался подобный глюк...
Только там загрузка подвисала на рэндомное время на всех стадиях (загрузка биоса, определение железа).
Бага крылась в самом винте - состарился и посыпался.
Но примечательно то что со старой, погрызанной вирями виндой всё работало более менее сносно и на загрузку уходило минут 5 (старенькая машинка), а после установки новой винды комп стал грузиться минут по 30.
Поставь мониторилку винта и глянь чего он кажет может быть менять пора.

А вообще есть такие пациенты которых легче пристрелить чем вылечить.
Если тут имеет место спортивный интерес то вперед и желаю удачи, но на твоем месте я бы сохранил всё что нужно и грохнул бы оба раздела переразметив всё по новой.

[dima714]

\cс34ed324aaff\i386

эт папочка появляется после установке дров на чипсет, насколько я понял там лежат дрова, когда появляется не прослеживал, но иногда попадаются, обычно там помимо и386 еще и папочка амд лежит, но оно как то не мешало никогда)

partition(1)

а тут если не ошибаюсь должен стоять partition(0) если он у тебя мастер или у тебя винт вторым (или slave) подключен?