Винты. Не копируются файлы.

У меня 2 винта - 20 Гб + 160 Гб разбитый на два. Недавно файлы с того, что 20 Гб (диск С) перестали копироваться на другой. Всё виснет ваще - приходится жать ресет.
Подскажите, плиз, что с этим делать и вообще как так вышло.

Нужно телепатом быть, чтобы подсказать

Тип файловой системы, разбивка винтов, операционка, обеспечен ли 48 битовый LBA, что говорит chkdsk, если это вында.

Вот что у меня говорит на одном из винтов:

H:Program FilesFar>chkdsk
The type of the file system is NTFS.

WARNING! F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
File verification completed.
CHKDSK is verifying indexes (stage 2 of 3)...
Deleting index entry 00010003.ci in index $I30 of file 162825.
Deleting index entry 00010003.dir in index $I30 of file 162825.
Deleting index entry CiFLfffd.000 in index $I30 of file 162825.
Deleting index entry CiFLfffd.001 in index $I30 of file 162825.
Deleting index entry CiFLfffd.002 in index $I30 of file 162825.
Index verification completed.

Errors found. CHKDSK cannot continue in read-only mode.

Придется запускать chkdsk /f

Поскольку у меня H: - системный, то проверка произойдет во время следующего рестарта:

Действовать можно примерно так:
1) Сначала надо определить где проблема: диск физически стал глючить (появились сбойные сектора или ещё чего хуже) или проблемы с самой файловой системой.

Например, сделай дискету с утилитой от производителя HDD (IBM/Hitachi - "Drive Fitness Test", Maxtor - powermax и т.д.), загрузись с неё и запусти SMART тест диска (Full, Brief тест чтения не делает). Есть также утилиты для запуска SMART теста непосредственно из Windows. Если всё ОК - дело в логической стуктуре диска (разделы, ФС) - см. 2). Иначе
- диск загибается - см. 3).
2) Повреждение логической структуры диска.
а) Таблица разделов цела, всё ли там верно? Если нет, можно попробовать её восстановить (вручную или автоматом). Делал это под Linux (вручную - fdisk и т.п., автоматом - gpart), под Windows утилит не знаю. Далее пункт б), если дело плохо - в)
б) Запускаем проверку диска (Свойства диска/Сервис/Проверка диска, поставь обе галки чтобы проверялись сбойные сектора). Возможно придётся перезагрузиться. Ещё можно использовать Norton Disk Doctor - разница наверное большой нет. Если не получается - см. в)
в) В особо запущеных случаях можно воспользоваться какой-нибудь мощной утилитой типа EasyRecovery. В неё все операции делаются в режиме ReadOnly. На первом этапе сканируется весь диск и находится всё что можно спасти - файлы, каталоги и т.п. (кстати, древние версии с русским не дружили). На втором этапе можно эти каталоги и файлы считать на другой диск.
3) Диск физически неисправен. Это плохо. Самый легкий случай - когда диск более-менее работает, но есть плохие сектора. Тогда покупайте срочно новый диск и копируйте всё что удаётся считать посекторно (под Linux - утлитами ddrescue или dd), а там уж восстанавливайте логику согласно п. 2. (некоторые файлы в этом случае будут повреждены).
Есть ещё одна возможность - воспользоваться утилитой "HDD Regenerator" для восстановления сбойных секторов (временно естественно, даже если сбойные сектора исчезли, диск всё равно останется глючным, скорее всего сбойные сектора скоро опять появятся). Можно ей воспользоваться после копирования секторов на другой диск (и при успехе повторить копирование) или можно рискнуть (тем более, что при копировании сбойных секторов могут происходить жуткие тормоза из-за большого количества попыток чтения и копирование может ну очень сильно затянуться!) и провести восстановление перед копированием.
Ну а если дело не в сбойных секторах - полетел контроллер или что-то с головками - дело труба - самостоятельно (если вы не специалист) диск не восстановите (впрочем, у меня был случай, когда диск после некоторого времени кое-как заработал и мне удалось с него довольно много чего восстановить). Несите в какую-нибудь фирму, где этим занимаются. В простейшем случае могут заменить контроллер, который снаружи, это я так понимаю дешевле. Ну а если что-то с головками и т.п. - готовьте большие бабки. Впрочем, если есть деньги можете сразу отдать туда, где этим профессионально занимаются.

Вышеперечисленное - мнение не профессионала, а просто некоторое обобщение опыта человека, который несколько раз сталкивался с проблемами с HDD. Так что комментарии приветствуются.

Опишу проблемы подробнее. Выяснилось, что файлы не копируются на диск Е (одно из 2х разбиений того, что на 160 Гб). Обмен между С (20 Гб) и D (первым разбиением 160 Гб) идёт без проблем. Файлы с диска Е тоже нормально копируются.
В общем, завтра унесу на работу и скопирую всё, что скопируется.
Дурацкий вопрос - мои винты FAT32, на работе NTFS. Много и часто копировал с одного на другое. могли проблемы из-за этого возникнуть? ???

Могу предположить элементарную вещь.

Мать довольно старая (скажем NForce2) и винты больше 128 Гбайт не поддерживает.
Лечение - менять мать на новую или не использовать пространство за пределом 120 Гбайт.

Мать - да, весьма старая. Поменяю, но попозже
160 Гб разбит на 30+120. Выход - сохранить данные, удалить партиции и разбить пополам?
Но ведь раньше всё работало :'(

Нет, разбивать на 30+90+ неиспользуемый остаток.

А почему?

Понял, вопрос снят. Но это грустный выход

Вале прав.
Но есть еще один выход - используется все дисковое пространство, хотя мать старая и не поддерживает более 128 GB.

Выход этот - Disk Manager от Ontrack. Кстати, утилита Easy Recovery тоже онтраковская.

Disk Manager делает то, что не может сделать фирмуер контроллера на мамке, а именно - понимает большие винты и расширение LBA до 48 бит. Это как прошивка нового биоса на мамке... вроде как.

Во время установки Disk Manager записывает в бутсекторе загрузочного винта код, который подменяет биос в части работу с винтами. Загрузка не замедляется, только проскакивает заставка Ontrack и продолжается.

Все бы хорошо, но есть засады. Как-то:
- нельзя вытаскивать винт из компа и нести писать/читать файлы. Вернее, можно, но загружаться приходится со специальной дискетки, в который записан тот самый загрузочный код.
- нельзя пользоваться никакими утилитками, которые работают с винтом напрямую, типа нортоновского дискдоктора. Штатные средства винды работают.
- когда придет время менять мамку, придется слить всю инфу на другой винт, деинсталировать DM и форматировать его заново.

Кстати, подобного рода проблемы могут возникнуть, даже если мамка поддерживает большие винты, но операционка - нет. Это операционные системы Windows 9х, Windows NT4, Windows 2000 SP 3-, Windows XP SP 1-.

Есть и другой софт, подобный DM; DM - мои личные предпочитания.
Можно и по-другому - купить PCI контроллер, который поддерживает 48 bit LBA.

Проведу отчёт о проделанной работе - творчески развив мысли Vale, с "проблемного" винта Е на "беспроблемный" D, я перемеcтил хорошую такую папку в 5 гигов. Далее - с экспериментальной целью с диска С переместил примерно 100 метров на Е. Всё получилось! Т.е. диск Е был "переполнен" или что-то в этом духе. Понимаю, что мои "методы" отдают шаманством, но вроде работает. По идее, разбивка ровно налопопам должна дать положительный эффект.

Операционка у тебя какая? И на какой сервиспак?

Не мешает порыться в сети на предмет поддерживает ли мамка большие винты.

Иногда проблему удается решить, перешив BIOS. Но это редко...

Миллениум.
Повторяю, путём перераспределения между 2 партициями проблема вроде решена, т.е. суммарно объём инфы на 2 разделениях одного 160-Гб винта стал больше.

Операционка у тебя какая? И на какой сервиспак?

Не мешает порыться в сети на предмет поддерживает ли мамка большие винты.

Иногда проблему удается решить, перешив BIOS. Но это редко...

 

Ребята, вы чего — если это не 96, 98, Ме — то винда не работает с винтом через биос. А для больших винтов в ХР нужен специальный патч. Он, вроде, входил в SP1 (в SP2 точно). Кроме того, как упомянул Варбан — надо немедленно проверить chkdsk.

Кроме того, как упомянул Варбан — надо немедленно проверить chkdsk.

 

Сегодня принёс его на работу и проверю тут (дома это тормозно будет). Скажу чё было

Алексей> Миллениум.

Тут я пас, а на сайте МS лень читать инфу Я не работал никогда в миллениуме и ни разу не устанавливал ее никому. Начиная с версии 2.0, 98 ME - единственная более-менее стабильная версия, которую я пропустил

Алексей> Повторяю, путём перераспределения между 2 партициями проблема вроде решена, т.е. суммарно объём инфы на 2 разделениях одного 160-Гб винта стал больше.

Именно, что вроде. На самом деле она осталась, надо слить всю ценную инфу куда-ныть и начинать лечение.

Именно, что вроде. На самом деле она осталась, надо слить всю ценную инфу куда-ныть и начинать лечение.

 

Именно так я и сделал - перед уходом поставил копироваться на "рабочий" комп.

А что за мамка, сколько памяти и вообще почему 98 МЕ?
Может быть, лучшее решение будет XP SP2

См. Обсуждение проблем работы с HDD объемом более 137 ГБ [1] - Конференция iXBT.com
Под XP SP2 я просидел на подобной материнке примерно полгода, потом нервы не выдержали и проапгрейдился
Поскольку Me это больше 98, чем XP - проблемы будут.
При выходе за 128G данные будут писаться в самое начало винта, но обычно это приводит к затиранию ОС и пролному краху.
Т.е. не похоже на описанную проблему (бесконечное подвисание, за которое отвечает не Windows, а контроллер). Скорее винт банально сдыхает.

Запустил я chkdsk (chkdsk /e через "Выполнить" - правильно?) - он мне сказал, что проверка будет выполнена после следующей перезагрузки. Как я понимаю, она (проверка) была произведена. А где результаты можно увидеть?

Ребята, вы чего — если это не 96, 98, Ме — то винда не работает с винтом через биос.

 

Да, но от BIOS может зависеть процесс инициализации винта. Скажем, известная беда, при которой Asus P4P800 со старым BIOS имеют проблемы с Linux. Или так до сих пор и неизлеченная проблема (а тоже может быть вылечена исправлением BIOS'а) когда работа Linux в Enhanced-режиме PATA HDD возможна только при установке в настройках SATA only режима

В ту же степь - Win2K на Asus P2B основных серий не работает с COM-портами. Детектит их, но не работает. Лечится только обновлением прошивки (я в 2000-м изматерился, пока до этого допёр... В Интернете тогда решений по таким вещам найти было ещё малореально)

Как я понимаю, она (проверка) была произведена. А где результаты можно увидеть?

 

При загрузке. Он уже после старта GUI, но до загрузки системы, в "графической консоли" пишет весь ход процесса.