Железо:
CPU: 200MMX
MB: Unknown i440TX
RAM: 64DIMM+64SIMM
HDD: Samsung 40Gb.
Независимо от способа установки (с дискет или без них) установка доходит до момента, когда нужно загружаться (изначально скопированы нужные файлы) и затем пишет, что ntldr не найден.
В самый первый раз система установилась, но после одного серьёзного отвала потребовалась переустановка и теперь болт.
На диске присутствует вторичный раздел NTFS, но он спрятаный.
В чём может быть проблема?
Плиз, хелз :help:

Barracuda

ntldr - это загрузчик NT-шных масдаев

битый дистрибутив, скорее всего...
попробуй другой.


Добавлено:

а можешь взять его с рабочей машины и скопировать в корень активной партиции....

Ginger
Это я в курсе. Но ведь он есть на диске.
Я уже три года с этого дистрибутива машины ставлю.
Неа, не выйдет(скорее всего).

Barracuda

ну когда-то всё портиться....

почему нет?
ты пробовал?

Во вторник челу поставит систему с этого диска - он доволен. Вот только диск у него старый, а телега такая же.
Агась.

Barracuda
LOCK делаешь?

vasketsov
АбЫжаешь. -:)
Кстати, когда с дискет ставишь, то там вообще-то ничего ненадо делать в этом отношении ...

Barracuda
А по какой причине был  отвал?

Dimon
Для начала убил NTLoader. Ну а потом и весь системный раздел.

Barracuda
попробуй отфарматировать заново, лучше не НТ-шным format ...
сделай всякие sys C:
или это ты уже пробовал?

Ginger
А при чём тут sys? Это для Вин9х пойдёт.

Ну что ж. Могу констатировать победу над железякой.
По всей вероятности, проблема была в комплексе железо+ОСь. После того, как логический диск был укорочен до такого размера, когда он, вместе с системным разделом (2Гб), стал занимать не более 8063Мб и был превращён в спрятанный первичный раздел, инсталяция просто полилась.
Заниматься экспериментами особо некогда, так что определить истинную причину такого глюка не удалось.
Всем спасибо за участие.

Насколько мне не изменяет память, размер не случаен. Если без сервиспаков, то NTFS-раздел больше 8 G создать в NT4WS нельзя. Но может я и ошибаюсь.

Animal
Думаю, что не ошибаетесь.

Post mortum.
Система таки слетела. Элементарные вычмсления на калькуляторе напомнили мне, что:
1024(C)*255(H)*63(S)*512/1048576=8032.5 Mb, т.е. ни что иное, как граница C/H/S адресации в 1024 цилиндра. Похоже, что она зашита в инсталяционном варианте NT.
Вышел из положения через назад: поставил мастером диск на 2Гб и проинсталировал на него систему. После установки (СП1) система наотрез отказалась видеть в качестве второго диска мой Самсунг на 40Гб, но СП6а это положение исправил.
Чичас всё работает, тьфу-тьфу-тьфу.

Да, проблемы у NT4 с большими винтами. Например, чтобы поставить на большой диск один мой друг предпочитал из нескольких следующий способ:
1. Ставить на маленький диск с конвертацией в NTFS.
2. Поставить SP.
3. Отформатировать большой диск  - один большой (или сколько надо) раздел NTFS. - на машине с NT с уже проставленными SP
4. Подключить оба винта и слить все с маленького на большой.
5. Поставить большой винт на машину и восстановить на нем NT-загрузчик.

На мой взгляд оптимально (в смысле времени):

1. На большом винте fdisk БЕЗ поддержки "больших винтов" -> FAT16 один раздел, остальное пустое место
2. Ставим NT 4 с конвертацией в NTFS
3. Раздвигаем раздел PMagic или стандартной утилитой (по-моему что-то там в NT было)

Все летает :)

Sera
И в п.2 еще SP поставить. А так согласен полностью. Предыдущая схема - при отсутствии  PMagic.

Animal
Sera
Animal
Читаем внимательно - Partition Magic отказывается запускаться после каждой перегрузки NT (или показывает его как один большой БЭД). Из положения выходил тоько подключением второго винта с рабочей версией NT  в качестве мастера и выполнением проверки разделов. после этого, без перегрузки, Partition Magic запускался и позволял корректировать разделы. Но была и ещё одна проблема - ошибки при копировании больших файлов. На один два байта они отличались. Установил это достаточно просто, когда пытался распаковать stage2 от Gentoo. Сравнил его с исходным файлом и выяснил, что они отличаются. Хотя никаких сообщений в системе об этом не было. Тем более - не было зафиксировано никаких ошибок контроллера.

Barracuda
Я начинаю сомневаться в том, стоит ли доверять этой софтине...
Использовался PMagic, установленный в системе. Так? Тогда наверное лучше пользоваться PMagic с дискеты - DOS-версией. С ним самим точно ничего не случится при изменении размеров раздела на HDD.
По поводу отличий файлов в байтах - это серьезно. Какой версии использовался PM? А может вторая ошибка - следствие первой?

Animal
Нет, первый раз эта ошибка вылетела, когда я создавал разделы при помощи Администратора дисков.
Откровенно параллельно, т.к. и в этом случае была такая же фигня.

А версии PM я разные пробовал. 5-й и 6-й добросовестно калечили информацию в таблице разделов (два дня по диску с diskedit'ом скакал). 7-й и 8-й матом кроют, независимо от использования с дискет или из системы. Скажу одно - достаточно завершить сессию Винды и перегрузиться (в том случае, если большой диск - мастер) и PM начинают зайца вспоминать при попытке чтения таблиц разделов.

Сервак НТ4 с 6м сервиспаком. ИДЕ Райд на FastTrak-е зеркалирование и страйп. Полученный диск разбит на 4 логических - C D E и F. С- fat, D,E,F - NTFS. E и F отданы в шаринг юзерам без квот. В один прекрасный момент сервак перестал отвечать на запросы, когда я прибежал в серверную - тачка не реагировала на клаву и мышь. Висел мессадж - file system on the disk is corrupt and unusable... И ссылка на Device\Harddisk0\Partition4. Пришлось ресетить. После ресета всё запустилось нормально, но я дурак не заглянул в систем евентс - спешил очень. Через некоторое время картина повторилась и вот после этого ресета произошло следующее - винда запустила чекдиск, он начал активно исправлять порушенные индексы, потерянные цепочки и файлы восстанавливать. После завершения чекдиска система потеряла файловую систему на той самой партишн4 - которая была F. И постоянно лезут мессаги про коррупт диск. Анамнез по журналу событий примерно таков - на F юзеры активно писали файлы и он переполнился. И переполнился с подвисанием всей машины. Сейчас я вижу C, D, E и F. Но только F - с неизвестной файловой системой. Райдовские утилитки никаких проблем с физическими носителями не показывают... дело явно в софте. Чекдиск видит F и даже говорит, что там NTFS, но при попытках рекавера зависает. Вопрос - можно ли это дело восстановить без убийства?