Author Topic: Копирование 130Gb убивает партиции системного HDD  (Read 6393 times)

0 Members and 1 Guest are viewing this topic.

Offline WhiteAngel

  • Jr. Member
  • **
  • Posts: 50
  • Karma: +0/-0
Проблема возникла неожиданно. В форуме уже проскакивала информация о некорректной работе Win2k с IDE дисками больше 128 гб, но там просто диск 200гб  определялся как 128 гб. У меня другая беда:
На диске SATA 160 Гб созданы были три партиции:
C: 10 гб NTFS - W2k SP4
D: 10 гб NTFS
E: 140 гб NTFS (для бэкапов, дистр и пр.)

Машина новая (куплена в апреле) (P4, ОЗУ 1 гб, мамка от ASUS) работала до этого момента без замечаний.

При подключении второго HDD IDE 200Гб NTFS - тот распознался системой корректно как F:
Нужно было скопировать данные ~120-130гб с F: на E: копировал FARом 1.7 ясно, что копирование длилось более часа, но после примерно скопированных 70-80 Гб комп ушел в ребут и система больше не смогла стартовать.

Детальное изучение показало, что на диске HDD(160гб)  снесло все партиции. После долгого перебора программ и способов восстановления данных, с помощью ACRONIS Disc Director 10 удалось восстановить только партицию диска E:
Диск F: (200гб) не пострадал.

С бэкапов восстановил C: и решил проверить копирование еще раз, в надежде что сбой не повториться (вдруг Чубайс рубильником на секунду побаловался) Но все повторилось в точности.

Первая мысль была: глючит железо. Тогда уже другом компе (AMD Athlon 2000, ОЗУ 256 мб) старотовав с диска HDD1(IDE NTFS) win2k SP4 решил скопировать с HDD2 (IDE 200 гб NTFS) на HDD3 (IDE 160 Гб NTFS) те же данные ~120-130гб FARом. В результате такого копирования после примерно скопированных 100гб выскочило сообщение, что "файл TaskManager.exe поврежден" (копирование еще продолжалось) затем машина ушла в ребут. И снова "снесло" партиции на системном диске HDD1!!! диски HDD2 и HDD3 не пострадали.

Вот такая "ботва"... То, что глючит FAR мало верится, скорее проблема у Win2K SP4. Видимо, этот глюк и с IDE и с SATA дисками происходит.

Вопрос, кто с такой ситуацией сталкивался или мне так первому "повезло"? И в чем может быть затык? Может проще разделы делать не более 128Гб и жить спокойно? И еще диск 200Гб при копировании сильнее других грелся... Но после ребута с него все нормально считывалось.

PS:Отказаться от Win2k SP4 не могу - требования производителя софта, для которого этот комп был приобретен.

Offline Unit

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1263
  • Karma: +9/-1
У знакомого на машине наблюдалась проблема с копированием IDE > SATA на w2003, показывая низкую скорость. При выяснении причин указало на грешность SATA-контроллера.

Как вариант - обновить драйвера для системы, попробовать перешить BIOS контроллера.
Можно ещё взять подобный винт и провести с ним такой же эксперимент, если вышибет подобным образом, значит виноват контроллер платы, если нет - грехи на контроллер винта.
Перегрев, конечно, штука нежелательная (7200 выше 45 С начинают притормаживать, проверял экспериментально), но поставить дополнительное охлаждение будет не лишним.

Offline demiurg

  • Hero Member
  • *****
  • Posts: 1014
  • Karma: +0/-0
    • http://larin.tomsk.ru
Quote
Проблема возникла неожиданно. В форуме уже проскакивала информация о некорректной работе Win2k с IDE дисками больше 128 гб, но там просто диск 200гб  определялся как 128 гб. У меня другая беда:
....
PS:Отказаться от Win2k SP4 не могу - требования производителя софта, для которого этот комп был приобретен.
[snapback]9559[/snapback]
Беда точно такая же. См. например здесь http://nix.ru/support/faq/show_articles.ph...hapter_number=0
Обратите внимание на
Quote
Несмотря на то, что поддержка режима 48-разрядной LBA реализована в составе Windows 2000 с пакетом обновления версии 3 (SP3) или более поздним, необходимо самостоятельно внести описанные в разделе «Решение» этой статьи изменения в системный реестр.

Offline Egor

  • Sr. Member
  • ****
  • Posts: 251
  • Karma: +0/-0
Некоторые производители жёстких дисков также выпустили программы для простого включения поддержки больших жестких дисков.
Например, http://seagate.com/support/disc/download/reg_48bit_lba.exe

Offline WhiteAngel

  • Jr. Member
  • **
  • Posts: 50
  • Karma: +0/-0
Внешка в данный момент недоступна...

Правильно ли я понял, что включение поддержки больших жестких дисков в Win2k - это просто внесение в реестр:

HLM\SYSTEM\CurrentControlSet\Services\atapi\Parameters
"EnableBigLBA" = dword: 00000001

Или что-то еще?
Ведь тогда непонятно, почему сбой произошел на W2K SP4, в которой IMHO это уже априори должно быть включено....

Offline jack

  • Full Member
  • ***
  • Posts: 218
  • Karma: +0/-1
    • http://
у меня было, такое, только партиция грохнулась на принесённом харде.
в итоге унёс мат. плату в ремонт, где поставили диагноз - "глючный контроллер IDE", починили, всё работает как часы (тьфу-тьфу)

Offline demiurg

  • Hero Member
  • *****
  • Posts: 1014
  • Karma: +0/-0
    • http://larin.tomsk.ru
Quote
Внешка в данный момент недоступна...

Правильно ли я понял, что включение поддержки больших жестких дисков в Win2k - это просто внесение в реестр:

HLM\SYSTEM\CurrentControlSet\Services\atapi\Parameters
"EnableBigLBA" = dword: 00000001

Или что-то еще?
Ведь тогда непонятно, почему сбой произошел на W2K SP4, в которой IMHO это уже априори должно быть включено....
[snapback]9570[/snapback]
Да
Quote
Для включения поддержки 48-разрядной LBA в системном реестре необходимо выполнить следующие действия.
   1. Запустите редактор реестра (программа Regedt32.exe).
   2. Откройте следующий раздел реестра:
  HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\Atapi\\Parameters
   3. В меню Правка выберите пункт Добавить значение и добавьте следующий параметр реестра.

      Параметр: EnableBigLba
      Тип данных: REG_DWORD
      Значение: 0x1
   4. Закройте редактор реестра.

Offline WhiteAngel

  • Jr. Member
  • **
  • Posts: 50
  • Karma: +0/-0
Quote
Да
[snapback]9575[/snapback]

Интересно, что ни в Win2000 SP4, ни в WinXP SP2 такого параметра тоже нет. Там его видимо тоже нужно "ручками" создать?

Offline stranger

  • Hero Member
  • *****
  • Posts: 922
  • Karma: +0/-0
    • http://
Quote from: WhiteAngel
Интересно, что ни в Win2000 SP4, ни в WinXP SP2 такого параметра тоже нет. Там его видимо тоже нужно "ручками" создать?
Хм... Что самое странное тогда у меня дома стоит 250 гиговый винт на ВыньХР и проблем как-то нет. Винт SАТА.
[span style='font-family:Geneva'][span style='font-size:8pt;line-height:100%'][span style='color:gray']Единственное условие, от которого зависит успех, есть терпение.   Л.Н.Толстой
[/span][/span][/span]

Offline Terminator

  • Jr. Member
  • **
  • Posts: 80
  • Karma: +0/-0
    • Motor-club
И это "самая лучшая" ОС всех времён и народов ))

P. S. Не смог удержаться ))
Александр.

Offline WhiteAngel

  • Jr. Member
  • **
  • Posts: 50
  • Karma: +0/-0
Есть подозрение, что это все же FAR глюкует, т.к. у знакомого (с его слов) при копировании большого блока информации (180Гб) простым Проводником Windows на компьютере под управлением Win2000 SP4 c двумя HDD по 200Гб каждый все получилось нормально.

В моих же обоих случаях хоть и на разных компьютерах с разными наборами HDD копирование велось FARом (ver 1.7). Вот так...

Offline stranger

  • Hero Member
  • *****
  • Posts: 922
  • Karma: +0/-0
    • http://
Quote from: WhiteAngel
В моих же обоих случаях хоть и на разных компьютерах с разными наборами HDD копирование велось FARом (ver 1.7). Вот так...
А системная функция копирования в конфиге фара была включена?
Использовался чистый фар или пауэрпак?
[span style='font-family:Geneva'][span style='font-size:8pt;line-height:100%'][span style='color:gray']Единственное условие, от которого зависит успех, есть терпение.   Л.Н.Толстой
[/span][/span][/span]