При копировании файлов по сети - рушится диск С:
 

Новый комп:
MB - Asus P5LD2
CPU - P4 3.4 ГГц x2, температура в норме (50 С)
VC - Сапфир Радеон X-1300
RAM - 2x1Гб
Корпус - InWin, б.п. 430 W
ОС - Windows 2000 prof SP4
HDD - Seagate 160 Гб, (C, D, E) SATA, NTFS.
Наблюдается следующее явление: копирую файлы по локальной сети с удаленного компа на свой диск D. Объем - 5-8 Гб (несколько довольно больших архивов). По окончании копирования винда валится. Процесс падения выглядит немного по-разному: были сообщения о внезапном завершении какого-то системного процесса, о невозможности чтения диска С, просто перезагрузка без всяких слов. И больше не грузится: "NTLDR is missing" или просто черный экран. Исследования показали, что рушится структура раздела C. Опять же выглядит немного по-разному: просто не форматированный раздел, раздел NTFS , но "нарушена структура папок". Повторяемость явления не стопроцентная: при копировании одного и тогоже набора архивов удалось несколько раз завалить комп, а несколько раз копирование прошло вполне мирно. Один раз такое же произошло при копировании инфы со второго винта (точно такого же).
Вопросы стандартные: кто виноват и что делать?


В догонку: замена винта ситуацию не изменила.

Значит, всетаки БигЛБА? Тогда проблема должна проявиться не только при копировании из сети, но и при копировании, например, с D на E? Сегодня забью до предела D и E и посмотрю, что будет...

Нет - этот чипсет не может не знать хардов подобного объема.
BVN-2005
Не указана установленная ОСь. БП тоже InWin ? Сколько ему лет ?
Других глюков нет ? Протестируй память и жесткий диск с помощью, соответственно, Memtest86 и MHDD или Victoria (см. мою подпись).

Tigr ось указана , судя по конфигурации PSU совсем новый.

Как это не указана? ОС - Windows 2000 prof SP4
Комп новый (куплен в январе), БП - POWER MAN Model No: IW-430J2-0
Из других глюков - сразу после покупки комп не желал включаться с первого раза. Т.е. жмешь на кнопку, заводятся вентиляторы - и все. Снова жмешь, удерживаешь - все выключается. Опять жмешь - все стартует нормально. Вылечилось извлечением батарейки из матери на 30 секунд.


Память потестирую. Винт был заменен на аналогичный - ничего не изменилось.

Хоть БП и относится к числу не раз здесь рекомендованных, предлагаю попробовать другой с "честными" 480W. В конфиге указаны все жильцы системного блока ? Не отзываю предложения о тестировании, данного выше.
Виноват. Беру назад свои слова о непричастности "опять BigLba".

Memtest показал, что все ОК.

Он запускается на ночь или сравнимое с ней время.

Об этом я догадался. Програл Pass 1. На ночь запущу, но не думаю что что-то поймает...
Последний штрих на сегодня: копированием большого объема инфы с D на E удалось частично завалить винду. Вскоре после начала копирования выскочили несколько сообщений о невозможности прочитать какие-то DLL. После перезагрузки запустился Чекдиск, сообщил о восстановлении чего-то на диске С. Винда грузится, но очень медленно и с сообщениями о невозможности запустить Svhost.exe.

Почитал топик, рекомендованный CyberDaemon.
Получается, важно как именно производилась разбивка винта?
Дело было так: привезли новый комп с новым, девственно чистым винтом. При загрузки с установочного CD Win2000 полный размер не виден. Но тут под рукой оказался CD с WinXP Prof SP2. Загрузился с него, разбил винт, прервал установку ХР, загрузился с CD Win2000, поставил ее, поставил SP4, поставил драйвера.
Как я понимаю, я был не прав?

BVN-2005
Ты Biglba в реестре включил?

Нет, в реестр еще не лазил. Включение этого ключа - достаточная мера?

Прошу прощения за теоретические вопросы: проблемный комп находится в другом месте, заниматься им планирую завтра. Инета там может и не быть.

Достаточная?
Как минимум необходимая, но не факт, что достаточная.

Тогда что еще?
Из прочитанного я уяснил себе ситуацию следующим образом: Вин 2000, установленная на уже разбитый винт не знает о том, что винт - большой. И при записи в конец винта портит начало. Так?
Может помочь полный снос всего с винта и установка Вин 2000 без предварительной разбивки?

Скорее всего включение этого параметра должно решить проблему. Я просто осторожничаю - вдруг там еще где собака порылась, потом скажешь, что эт я виноват, не то посоветовал :)
Вот эту ссылку на сайте микрософта смотрел? Поддержка 48-разрядной логической адресации блоков для дисководов ATAPI в Windows 2000
Там есть описание некоторых возможных засад.

Смотрел.

Вполне корректные действия. Было бы желательно, при установке Win2000 выбрать форматирование (Быстрое, например) для уверенности, что ошметки WinXP не смешаются с системными файлами устанавливаемой винды.
Не стоит этого делать. В таком случае объем системного раздела составит ~127 Гб - нет смысла выделять под него такой объем диска.
Каков объем созданных сейчас разделов ? Предлагаю зайти в остнастку "Управление дисками", чтобы убедиться, что все видимое дисковое пространство используется. После чего добавить в реестр вышеупомянутый ключ и перегрузиться. После перезагрузки в "Управлении дисками" должен появиться неиспользуемый раздел, составляющий по объему примерную разницу 160-127 Гб.
Теперь можно создавать новый раздел (основной) с логическим диском/дисками, а можно (сохранив содержимое D и E если системный - С) убить все логические диски кроме системного и создать доп. раздел, включающий свежеосвоенную часть харда. После чего нарезать его по новой.

Форматирование было сделано. Под Хр - только разбиение на разделы, установка не начиналась.


Разделы C= 40; D=E=60 (примерно). Управление дисками видит весь размер винта, т.е.160 Гб.

Здесь не понятно... :-(

BVN-2005 Шлейфы менялись? На другой маме можете проверить винт с его шлейфом?

Да нет-же! Это винда!

Появиться серая область "Неразмечено". По сути будет тем куском, который "не достала" Винда. Пространство, которое она не садресовала в начале!

Кстати на Microsoft.com/rus видел хотфиксы против этой ситуации! Давно уже, чуть позже выхода СП4.

Вот это и не понятно. Сейчас в "Управлении дисками" видно ВСЕ пространство диска, все 160 Гб. Я так понимаю, все происходит потому, что изначально диск разбивался под ХР

Ну да ладно, сегодня доберусь до проблемного компа, поковыряю реестр.

Кстати, вчера в другом офисе наткнулся на комп с аналогичной ситуацией. Вин 2000 проф, винт 200, 3 раздела. Говорят, разбивался также до установки Вин 2000. Видно все пространство, ключа БигЛБА в реестре не нашел. С компом все ОК, но инфа записана только на C: и совсем немного на D: . С трудом поборол желание записать что-нибудь на E и посмотреть, что будет. :-) Вместо этого сделал образ системного раздела. На всякий случай. Других телодвижений совершать пока не стал.

Не ковыряй - этот чипсет действительно
о чем дополнительно свидетельствует фраза
Если уверен в работоспособности памяти и харда (был ли, все-таки, проведен суровый тест памяти ?), то остается грешить на SATA-контроллер мамки (хотя, на моей памяти таких случаев не было.
Попробуй подключить еще один хард и погонять файлы на его разделах и с одного на другой. Если есть под рукой SATA PCI-контроллер, то попробуй поставить винду на него (не забудь записать дискету с драйвером и скормить при установке винды по F6). Можно придумать и другие действия в этом направлении. Наработаешь статистику - станет понятнее (я так думаю !).

Итак, результаты вчерашних упражнений:
Посмотрел реестр. Естественно, ключа БигЛба не обнаружил. Добавил его. В "Управлении дисками", естественно, ничего не изменилось.
Как оказалось, раздел Е имеет поврежденные файлы. Отформатировал Е.
Запустил копирование с D на E. Копировал до тех пор, пока не забил E почти полностью (осталось менее 1 Гб).
Все ОК.
Сегодня также забью под завязку D. Потом все почищу и солью инфу, которую успел сохранить в сети.



Еще нет, надеюсь всеже сделать это.


Это было, я где-то выше писал. Когда впервые столкнулся с проблемой, повез комп к сборщикам (гарантия). Они, не долго думая, поменяли винт, а старый я взял, чтобы слить инфу с D и E. Ну и такой же кирдык при копировании.


Нет.

Как и предполагалось, еще во втором сообщении :)

BVN-2005 Ошибки при копирование чаще всего возникают по вине памяти или разгона.