[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/] [/dev/] [/stat/] ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: 1716761318819.jpg -(87 KB, 720x400, 1716761318819.jpg)
87 No.221598  

Почему у файловых систем до сих пор нету опции помечать сбойные блоки на лету?

>> No.221599  

В ntfs разве нет? А что касается линукса, там нет плохих блоков. Все хорошие.

>> No.221602  

>>221599

> В ntfs разве нет?

Тут вот https://answers.microsoft.com/en-us/windows/forum/all/ntfs-bad-blocks/ff965b6a-7fbc-46d5-bc84-97c5a74b5b9c говорят что надо chkdsk пускать вручную.

>> No.221626  

Сложность кода драйвера ФС. (Но в принципе как уже упомянуто, перемонтировать раздел или перезапустить подсистему управления дисками для подхвата изменений таблиц в большинстве случаев ничто не запрещает)
Если ты касательно утилит вносящих правки - да, тут всё уныло. Хотя, да, с одного боку я-бы задал вопрос - а как ты без а-ля Скандиск-а собираешься убеждаться, что блок точно сбойный. Но с другой - и сам с таким сталкивался, что в процессе работы это становится заметно. Или, вот в моём имевшем место быть случае - блок находится на меже (ещё читается, но медленно, вызывая падение производительности), и исключить бы его, а из готового ПО - нечем. На уровне тех, кто пишет ПО для работы с дисками не настолько проблема, чтоб на неё делали решения. ... Корпораты в таком случае просто меняют диск.

>> No.221630  

>>221626

> Сложность кода драйвера ФС.

Вроде как некоторые фс даже позволяют проводить проверку сбойных блоков без размонтирования.

> а как ты без а-ля Скандиск-а собираешься убеждаться, что блок точно сбойный.

Ошибки при чтении носителя. И false positive вполне можно терпеть, особенно если эта опция не будет включена по умолчанию.

> ещё читается, но медленно, вызывая падение производительности

Еще бывает что читается через раз и не отлвавливается проверкой с первого прохода.

>> No.221639  

>>221598
У меня мнение, что это задача контроллера, а не самой фс.

Если именно про фс, то обработка сгнившего есть.
Integrity streams в refs это делают.
btrfs и zfs вроде как тоже умеют.

>> No.221640  

>>221639

> У меня мнение, что это задача контроллера, а не самой фс.

У большинства флешек например максимально тупой контроллер. Жесткие диски тоже не всегда ремапят их по необъяснимым причинам, остается только на фс надеятся.

> Integrity streams в refs это делают.

Где можно про это почитать? В документации ничего нету про маркировку или не маркировку сбойных блоков, если контрольные суммы где-то не сошлись.

> btrfs и zfs вроде как тоже умеют.

Они вообще badblocks не поддерживают ни в каком виде.

>> No.223728  
> Почему у файловых систем до сих пор нету опции помечать сбойные блоки на лету?

Потому что она есть в контроллере диска: SMART.

>> No.223731  

>>223728
Не у всех дисков есть смарт и даже у тех, у которых он есть, он не всегда так делает.




[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/] [/dev/] [/stat/] ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]