3TB HDD виявлено як 746 ГБ, тоді CHKDSK сильно пошкодив файлову систему


0

Тож у мене є два 3 ТБ жорстких дисків, один - резервне копіювання іншого, майже повний (містить в основному відео, телевізійні документальні фільми та інше), без апаратних проблем (параметри SMART все нормально). Я підключив один із них через зовнішній корпус Akasa Integral, в USB 2.0, на свій портативний ПК, що працює на Windows Vista. Жорсткий диск був помилково виявлений як 746 Гб, і був рекомендований аналіз CHKDSK, щоб уникнути корупції даних; Я не думав двічі і дав їй запуститися ... але потім я швидко виявив, що вона сильно пошкодила файлову систему: порівняння з WinMerge показало, що більше 100 ГБ файлів були пошкоджені в різній мірі (для деяких з них лише кластер був замінений або перезаписаний, деякі були абсолютно неправильними та нечитабельними, для деяких з них початок насправді був початком іншого файлу будь-якого іншого типу - наприклад, файл MP4, схоже, має заголовок MHT, або файл TXT, здавалося, індекс каталогів тощо). Зробивши черговий аналіз CHKDSK на моєму настільному ПК, що працює під управлінням Windows 7 із жорстким диском, безпосередньо підключеним до SATA, ці файли не відновили. На щастя, я не втратив жодного важливого файлу, оскільки мав практично повну резервну копію, але все ж я хотів би зрозуміти, що сталося і чому.

Тепер, що тут сталося? Це відоме питання? Це може бути пов'язано з обмеженням USB-контролера цього зовнішнього корпусу? Зазвичай Windows Vista має працювати з жорсткими дисками об'ємом 3 ГБ просто на відміну від передніх версій. Я думаю (але я не впевнений), що раніше я використовував той самий зовнішній корпус, щоб підключити 3TB HDD до того самого ноутбука в eSATA, що не має такої проблеми.

І чи може хтось допомогти мені зрозуміти, як CHKDSK може пошкодити файлову систему, хоча саме вона повинна гарантувати, що вона залишається послідовною та бездоганною? Що було зроблено для MFT, щоб отримати такий результат? Чи вважав він, що будь-який кластер, що перевищує 2 ТБ, недійсний і його потрібно не виділити? Але я не міг знайти конкретного шаблону щодо розташування постраждалих файлів: більшість з них були додані нещодавно, але деякі з них були старшими і були скопійовані масово при переході з жорсткого диска меншої ємності; деякі з них виявилися в кінці, а деякі на початку, перед позначкою 2 ТБ (я використовував WinHex і R-Studio, щоб дізнатися місця).

Будь-який натяк буде вдячний, дякую!


Контролери SATA до USB у зовнішніх корпусах повинні підтримувати заданий об'єм диска, і я вважаю, що він також повинен підтримувати тип розділу. Якщо в корпусі немає контролера, який може обробляти встановлений вами диск, він може бути представлений ОС як щось зовсім інше. Що стосується chkdsk, розумійте, що це насамперед утиліта Filesystem, тому вона починається з метаданих файлової системи NTFS, а потім оцінює, наскільки диск відповідає тому, що описані метадані. якщо геометрія диска представлена ​​неправильно, то він не має надії функціонувати правильно.
Френк Томас

@FrankThomas Вау, дякую за цю дуже швидку відповідь! Я не робив подальших тестувань із цим зовнішнім корпусом та підключеним USB-накопичувачем 3TB + HDD, побоюючись, що це може викрутити щось інше. Але чи є спосіб зрозуміти, що саме сталося, як діяв ЧКДСК? І виходячи з цих знань, чи можна було б відновити ці файли, якби у мене не було резервної копії? (Я майже впевнений, що з кимось це вже трапилось ...)
ГабріельB

ну загалом, на відновлення даних впливає фізичний стан диска, чи є метадані файлової системи ще доступними та точними та чи перезаписані дані. інша стурбованість полягає в тому, що вам потрібно відновити об'єм, до якого ви абсолютно не можете відновити втрачені дані до обсягу, з якого ви відновлюєтесь. періоду. Я отримав би інший том (не використовуйте ваш резервний том, можливо, він вам все ще знадобиться), зображте на ньому поточний диск як резервну копію вашого стану. Тоді я би перевстановив диск, як це було до фіаско для корпусу, і спробую chkdsk ще раз.
Френк Томас

якщо chkdsk не вдається виправити це, вам, ймовірно, доведеться вдатися до видалення таких утиліт, як Recova або Easus. якщо вони не зможуть відновити дані, вам доведеться спробувати утиліти для вирізання файлів, як-от photorec, але, на жаль, вони працюють лише для певних типів файлів, і без інформації про файлову систему, ім'я файлу та розташування папки втрачаються, так що ви отримуєте каталог заповнені випадковими іменованими файлами, не маючи уявлення, що вони є. ніколи не є гарантії з відновленням даних, тому не ризикуйте і не ріжте кути. зберігайте свої резервні копії.
Френк Томас

У цьому випадку деякі пошкоджені кластери були перезаписані (за допомогою індексів каталогів чи системних файлів); це не підлягає відшкодуванню. Але деякі з цих файлів, як я пояснив, виявились неправильно індексованими і фактично відповідають різним файлам на одному томі, без іншого пошкодження потоку даних. Чи існував би спосіб систематичного відновлення файлового файлу в такому випадку або принаймні відновлення окремих файлів? Або це неможливе завдання? Що стосується CHKDSK, то десь повинно бути велике попередження, щоб не допустити подібних дій ...
GabrielB
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.