e2fsck: плохие блоки исчезают!

господа,

Мне нужен какой-то отцовский совет о e2fsck: у меня есть диск, который расстраивается, и «e2fsck -ccv» действительно демонстрирует плохие блоки. Однако я переделал диск, и теперь одна и та же команда сообщает, что диск находится в совершенном состоянии! Что случилось с моими плохими блоками? Конечно, разделы теперь все пусты, но, безусловно, плохой блок все еще плохой блок? Внутреннее домашнее хозяйство диска каким-то образом помечено этими блоками до такой степени, что даже e2fsck не смотрит на них? Или e2fsck не работает на пустые разделы? Или какой-то ремонт был сделан? Как я могу узнать?

И: Каковы практические возможности использования «-c» или «-cc», то есть когда и где я хочу тест чтения-записи или тест на чтение?

И: после перераспределения я пробовал это: «mkfs.ext4 -vcc …» в надежде проверить диск одновременно с созданием FS, но потребовалось несколько часов и часов. В constrast: «e2fsck -ccvy …» после того, как FS был создан, был намного быстрее, менее часа для 500-Гбайт диска с 12 разделами. Зачем? Нужно знать факты жизни, прежде чем начать fscking.

One Solution collect form web for “e2fsck: плохие блоки исчезают!”

Списки badblock файловой системы устарели (игнорируя флэш-файловые системы, потому что вы говорите о ext4). плохие блоки переназначаются приводом. Ищите ошибки – в SMART-счетчиках должен быть постоянный журнал. Если вы видите одну или несколько ошибок / «плохих блоков» / «плохих секторов», вы должны считать диск ненадежным.

Если ваши достоверные данные сохраняются избыточно (RAID, резервные копии), некоторые люди разрабатывают методы восстановления доверия к диску за период тестирования. [*] Вы не используете RAID для начала, поэтому я не могу рекомендую это.

Это факты жизни. Поведение mkfs vs fsck несчастливо. Тест на чтение и запись по-прежнему потенциально полезен для тестирования на наличие нового накопителя. Это займет больше одного часа, так как скорость ввода-вывода диска составляет около 100 МБ / с, и вы хотите как записать, так и прочитать весь диск. (Относительная производительность современных дисков также влияет на жизнеспособность некоторых режимов RAID). Я также замечаю, что badblocks -w запускает несколько проходов с разными шаблонами, что объясняет, почему это так долго. Поскольку списки badblock устарели, вы можете запускать badblocks напрямую и просто искать любую ошибку.

Однако, учитывая, как долго это займет, и что вы не можете использовать диск за этот период, вы можете использовать самый длинный доступный SMART-тест или просто dd if=/dev/sdX bs=10M of=/dev/null и видеть если вы получаете какие-либо ошибки чтения.

Функции SMART доступны на дисках GNOME. (Он также имеет контрольную функцию). Счетчики ошибок измеряются в секторах; вы можете просто взглянуть на все счетчики, которые говорят «секторы», и проверить, что все они равны нулю. Похоже, что у вас могут быть некоторые «перераспределенные сектора» .


[*] Написание новых данных в плохой сектор устранит ошибку. Это работает, записывая логический сектор в другой физический сектор в «резервной области», и накопитель будет переназначать будущие чтения логического сектора.

  • Внешний USB-накопитель fsck не работает при загрузке
  • Растровые изображения блока e2fsck
  • после сбоя fs и запуска fsck некоторые файлы были восстановлены, но не помещены в lost + found?
  • Ошибка накопителя / проблема суперблока?
  • fsck часто возникает (после каждых 3-4 ботинок)
  • Добавить и выполнить пакет для дефрагментации фрагментированного объема Ext3 под BusyBox в Synology CS407? Как?
  • Linux и Unix - лучшая ОС в мире.