Обратите внимание, что накопитель может передать badblocks -w
, несмотря на «мягкие ошибки» . После запуска плохих блоков вы должны проверить dmesg
на наличие предупреждений о повторных попытках и smartctl -a -d / dev / ...
, чтобы узнать, обнаружил ли диск поврежденные сектора и сумел ли их скрыть. Вы не хотите видеть никаких интеллектуальных сбоев, и исходное значение Reallocated_Sector_Ct
должно быть нулевым. (То же самое для Current_Pending_Sector, хотя я понятия не имею, как это было бы ненулевым без плохих блоков, показывающих плохой сектор).
https://lime-technology.com/forum/index.php?topic=23792.msg210208#msg210208
https://lime-technology.com/forum/index.php?topic=23792.msg210176 # msg210176
Последнее верно для жестких дисков. Трудно сказать что-то настолько уверенное о твердотельных накопителях, хотя, вероятно, стоит посмотреть, есть ли счетчик SMART, который оценивает номинальный процент износа накопителя.
Также для SSD вы можете увеличить размер теста примерно до 4 МБ. ( плохие блоки -w -b 4096 -c 1024
). Принудительная запись 1024 байта на весь диск не окажет хорошего влияния на срок службы SSD ... Я не знаю, есть ли лучший метод для тестов на выгорание SSD.
В настоящее время вы всегда должны использовать минимальный размер блока ( -b
), равный 4096.
Я не могу комментировать эту публикацию в качестве ответа. (Во-вторых, это слишком много для простого комментария.)
Похоже, у меня такая же проблема. У меня нет решения, но я думаю, что нашел причину проблемы и нашел (своего рода) обходной путь.
Я использую Linux Mint 17.3 с Cinnamon. Когда я пытаюсь переключиться на нестандартное разрешение с помощью xrandr
, экран мигает, и я вижу что-то подобное в журнале Xorg (для меня это /var/log/Xorg.0.log
) :
[ 13767.590] (II) intel(0): switch to mode 1440x1080@60.0 on VGA1 using pipe 1, position (0, 0), rotation normal, reflection none
[ 13767.696] (II) intel(0): switch to mode 1920x1080@60.0 on VGA1 using pipe 1, position (0, 0), rotation normal, reflection none
Таким образом, он фактически меняет режим (или, по крайней мере, пытается это сделать), но немедленно возвращает его обратно.
Когда я делаю то же самое на пустом сервере Xorg ( sudo Xorg: 1 & xterm -display: 1
), все работает, как ожидалось. Это означает, что проблема не вызвана Xorg или xrandr.
Скорее всего, это Cinnamon (точнее, его наследие от Gnome) пытается автоматически настроить мониторы на основе ~ / .config / monitors.xml
, который изменен в «Настройках дисплея». Я не знаю, как предотвратить это вмешательство, кроме того, что я не использую Gnome.
Обновление: Так получилось, что я снова близко подходил к этому вопросу, поэтому решил перепроверить его. Две вещи:
Скорее всего, виноват xrandr
плагин gnome-settings-daemon
( cinnamon-settings-daemon
в моем случае), поэтому отключите его должно помочь.(У меня есть переключатель для этого в «Настройки»> «Запуск приложений» прямо сейчас, поэтому я не стал вдаваться в подробности. Если переключатель отсутствует, должны быть другие способы.)
Я вообще не могу воспроизвести эту проблему в момент, xrandr
теперь может без проблем менять режимы. Это Cinnamon версии 3.6.7 (cinnamon-settings-daemon 3.6.2), не знаю, как обстоят дела с самим Gnome. Моя система настройки точно такая же, как и была. (Мне даже заменили жареный ЖК-дисплей по гарантии.)