HDD: GPT на большом HDD (3TB+, 4Kb сектора, aligned): порча файлов -- поиск причин и исправление

Aug 13, 2013 01:16

*** Продолжение истории тут

*** (Кратко) важно: BIOS на системе, где это будет проявляться, должен быть UEFI (сам по себе, при этом использоваться может как legacy).
Правильная формула для расчета смещения мусора.

I. ПроблемаУ кого-нибудь была такая штука: огромные HDD (3TB+, 4Kb сектора, aligned), информация лежит. Архивы. Точно протестированы, ( Read more... )

marvell, bugs, hardware, efi, gpt, uefi, hdd

Leave a comment

Comments 61

y_k August 12 2013, 21:30:40 UTC
У меня в win 7 так было. Архивы семплов до 40Гб. Создаешь, тестируешь, но спустя какое-то время открываешь - и ошибка crc. В win 8 такого нет.

Reply

sporaw August 12 2013, 21:32:08 UTC
Не, битость как таковая мне не очень интересна.
Ее причин может быть 1000 и одна. И большинство из них понятны.

Меня интересует когда там оказываются не нули, не мусор, а вполне конкретные "разумные" данные - таблица GPT.
Какая сука и почему ее туда записала - для меня пока дикая загадка.

Reply


maxho August 13 2013, 00:24:00 UTC
Жутко интересно, конечно, но так жизни не хватит. В свое время мне хватило одного раза, чтобы больше ничего не архивировать. Елки-палки, это же не восьмидесятые, чтоб дискетки экономить.

Reply

x_a_e_p August 13 2013, 00:30:59 UTC
maxho August 13 2013, 00:37:22 UTC
Есть разница?

Reply

x_a_e_p August 13 2013, 00:41:23 UTC

090h August 13 2013, 06:35:27 UTC
А вы ext4 на дисках такого объема не пробовали? Насколько я знаю у Linux, таких проблем нет.

А по поводу какая сука гадит - это скорее всего драйвер ntfs.
Наблюдал подобное во времена win2k и появление винтов на 160Гб.

Reply

mbr August 13 2013, 07:11:07 UTC
Причем тут вообще файловая система, если забивается сигнатурами GPT?

Reply

090h August 13 2013, 07:15:53 UTC
Вы считаете что с GPT в винде работает не ntfs.sys?

Хранение в ext4 подразумевает использование Linux, у которого не проблем с GPT. Дома стоит 3Тб +2Х2Тб. Проблем нет.

Reply

swdukk August 13 2013, 08:08:55 UTC
автор в самом посте привел ссылку на пост про ext4 как-раз. где говорится про порчу данных тоже. вы не ходили по линку?

Reply


wizzard0 August 13 2013, 07:49:04 UTC
когда локализуешь то пиши на мсфт форумы, если репортить баги в нтфс то ОЧЕНЬ быстро набегает куча инженеров и начинают плотно диагностировать, бо сильно критикал элемент считается :)

Reply

sporaw August 13 2013, 23:41:57 UTC
Боюсь, что уровень в данном случае слегка пониже (в смысле, ближе к железу), чем NTFS.

Reply

sporaw August 28 2013, 22:15:37 UTC
Обновлено.
Долбить нужно Marvell и ASUS.
Первых - за баги. Вторых - за потворство багом и не обновление компонентов BIOS.

Reply

wizzard0 August 28 2013, 22:27:03 UTC
Спасибо, буду знать.

Reply


amris August 13 2013, 16:59:59 UTC
Битая память. Один раз имел очень похожый случай - когда внутри файлов оказывались куски ну не GPT, а файловой системы, к примеру - области директорий. До сих пор лежит несколько mp3-шек (к сожалению, редких), которые в фаре по Ctrl+PgDn открываются как zip архив (битый конечно), хотя уж чем-чем, а к зипу эти mp3 точно никакого отношения не имеют.

На счет больших дисков и gpt/ntfs - очень сомневаюсь. Я постоянно имею дело с дисковыми массивами большого объема (дома вот домашний сервак - вообще 24 терабайта массив).
На разных операционках (хотя в последнее время уже больше 2008/2012, да).
Пока потерь данных (ну за исключением вышеуказанного случая) - не наблюдал.

Reply

sporaw August 14 2013, 10:06:51 UTC
Нет, в данном случае это не битая память, а вполне конкретный глюк в алгоритме, который не умеет работать с 64-битными числами, происходит переполнение и он пишет бэкап таблицы по смещению 746.52Gb (выше точные числа указаны).

Произошло на всех 4-х дисках, имеющихся на руках. Подключенных разным способом к разным контроллерам (два внешних, два внутренних, причем внутри тоже два разных контроллера). Т.е. из этого можно сделать с 95% вероятностью вывод, что проблема именно в софте (драйвер, ядро и т.д., см. по списку выше).

Reply


Leave a comment

Up