Диски сообщает "Диск в порядке, 5439488 плохих секторов"

Мне показалось, что это чертовски много битых секторов. Это твердотельный накопитель SATA M.2, но я думал, что эти вещи позаботились о сокрытии поврежденных секторов, и операционной системе не пришлось беспокоиться о них. Ubuntu 20.04, кажется, может подсчитывать эти плохие сектора, но все же объявляет, что диск в порядке.

Диск в порядке? У меня были таинственные сообщения об ошибках, сообщающие, что «Ubuntu 20.04 испытала внутреннюю ошибку» с отчетом /var/crash, предполагающим, что проблема (обнаруженная?) gnome-control-center. После этой ошибки система работала нормально, пока я не перезагрузился. В двух случаях перезагрузка после этой ошибки полностью завершилась неудачно, что потребовало полной новой установки 20.04.

Почему Диски объявляют диск, на котором он может обнаружить 5439488 поврежденных секторов, «ОК»? Я предполагал, что Диски говорят мне: «У вас устаревший SSD, но все под контролем.Но если количество сбойных секторов ответственно за сбои перезагрузки (мое предположение, а не факт), почему Диски, по-видимому, пропускают SSD?

Моя первоначальная рабочая гипотеза заключалась в том, что SSD быстро выходит из строя. Ранний ответ на этот пост (который теперь, кажется, исчез) был уверен, что 5439488 поврежденных секторов были верным признаком того, что диск нуждается в замене.

Теперь я считаю, что это неправильно.

Во-первых, количество сбойных секторов остается стабильным на уровне 5439488 даже сейчас, спустя несколько дней. И моя идея о том, что избыточное выделение ресурсов для работы с поврежденными секторами (которые станут реальностью для твердотельных накопителей) является функцией, которую контроллер твердотельных накопителей делает невидимой для операционной системы, похоже, было заблуждением. Избыток должен быть виден, потому что емкость, которую диск публикует для всего мира, составляет 256 ГБ. Я полагаю, что внутреннее резервирование будет предлагать только 240 ГБ.

Мой первоначальный вопрос сводился к следующему: скрывает ли избыточное выделение плохих секторов от операционной системы до тех пор, пока не закончится избыточное выделение ресурсов, и в этом случае 5439488 поврежденных секторов будут переполнены, что съедает полезную емкость; или операционная система на самом деле сообщает о каждом сбойном секторе, включая те, о которых заботится избыточное выделение ресурсов?

Однако теперь мне ясно, что о избыточном выделении ресурсов, которое, вероятно, обрабатывается контроллером SSD (я прав?), сообщается SMART, и что Gnome Disks и GSmartControl должны считывать это из SMART.

Два коротких теста и один расширенный тестовый прогон с GSmartControl, BTW, все завершились без ошибок. Как и Gnome Disks, GSmartControl сообщает, что диск в порядке.

По моим подсчетам, текущее (стабильное) количество поврежденных секторов составляет около 2,8 ГБ. Твердотельный накопитель, который тайно выделял избыточное количество ресурсов, объявлял 240 ГБ, обеспечивая резерв около 16 ГБ. Мы хорошо укладываемся в этот предел.

Я начал с предположения, что существуют связи между 1. количеством плохих секторов Gnome Disks, 2. сообщением «Ubuntu 20.04 произошла внутренняя ошибка» и 3.Дважды пережитый сбой загрузки.

Но я могу ошибаться в этом. Последнее внутреннее сообщение об ошибке Ubuntu не сопровождалось сбоем загрузки. Как я уже сказал, количество поврежденных секторов остается стабильным, и система, кажется, работает хорошо.

Первый черновик этого поста изначально не одобрялся модом как основанный на мнении. Я не уверен, что это означает — да, теперь, после долгих экспериментов и размышлений, я считаю, что рассматриваемый SSD все еще находится в приличном, пригодном для использования никнейме и не нуждается в замене (и что проблема с загрузкой не решается). не подключен).

В таком случае главный вопрос здесь будет заключаться в следующем: является ли это справедливой оценкой? Что мне не хватает.

Второстепенные вопросы: прав ли я, предполагая, что SSD, который объявляет о своей полной емкости, все еще обрабатывает поврежденные сектора внутри, но сообщает о них SMART? Справляется ли SSD, продаваемый, например, объемом 240 ГБ, с избыточным выделением 16 ГБ внутри, не сообщая об этом SMART?

Ответы, по-видимому, нелегко найти в Интернете. Кто-нибудь здесь может помочь?

-- Крис

Большое количество поврежденных секторов не обязательно является проблемой. Но если количество сбойных секторов увеличивается (особенно на вращающейся ржавчине) или у вас закончились запасные сектора (как на механических, так и на твердотельных накопителях), вскоре может произойти сбой. (Предполагается, что выравнивание записи поможет в этом, но может ухудшить ситуацию, если вы часто записываете большинство дисков. Вы должны использовать обрезку перед полной перезаписью диска, чтобы смягчить это.)

Помните также, что твердотельные накопители имеют ограниченное количество циклов записи на блок; В твердотельных накопителях используется выравнивание износа, чтобы попытаться дать каждому блоку одинаковое количество операций записи, чтобы продлить срок службы диска. Если это указано в информации SMART, это должно отображаться как Wear_Leveling_Count, а число под текущим значением — оставшийся процент. Когда это значение достигает нуля, диск умирает, вероятно, из-за того, что он больше не принимает записи.

шестнадцатеричный (5439488) '0x530000'

Скорее всего, это число является битовым шаблоном. Многие из необработанных значений, перечисленных smartctl, являются битовыми шаблонами. Как их интерпретировать, обычно зависит от соответствующего производителя.

Если бы у вас было 5439488 сбойных секторов, я бы заменил диск, так как на нем много сбойных секторов. Сделайте резервную копию и замените диск, у него есть большой шанс скоро выйти из строя.

Прочитайте, что такое плохой сектор: https://www.howtogeek.com/173463/bad-sectors-explained-why-hard-drives-get-bad-sectors-and-what-you-can-do-about-it/.

Надеюсь это поможет. Джонатан Стедман.

Здесь был ответ, что «Да, SSD необходимо заменить».

Я не в состоянии отрицать это окончательно. Но на основании имеющихся у меня доказательств я теперь считаю, что это не лучший совет.

С момента первой публикации этого более двух недель назад система была надежной. У меня действительно был один экземпляр внутреннего сообщения об ошибке Ubuntu, о котором я упоминал, но после этого система перезагрузилась без происшествий. И — я считаю, что это важно — количество сбойных секторов осталось на уровне 5439488 с тех пор, как это началось.

Итак, моя рабочая гипотеза из всего этого такова: если Gnome Disks (или действительно SMART) говорит, что ваш диск в порядке, все в порядке. Не ориентируйтесь на очевидно большое количество поврежденных секторов. Именно так работают SSD.

(Я действительно думаю, что это было бы... э-э... SMARTer, если бы приложения, использующие данные SMART, могли представить количество поврежденных секторов в виде процента износа. Но, возможно, SMART не может получить общее количество избыточных ресурсов.)

--
Крис