Мой диск мертв? Я не могу загрузиться! [дубликат]
На этот вопрос уже есть ответ:
У меня есть 8-летний ноутбук с двойной загрузкой, но он выиграл Не запускаю Ubuntu или Windows. При выборе Ubuntu я получаю BusyBox, который в основном говорит:
failed command: READ FPDMA QUEUED
blk_update_request: I/O error, dev sda, sector 552058008
Существуют ли какие-либо программные решения или эта машина обречена?
Я попробовал, например:
dd if=/dev/sda of=/dev/sda
, но это не дало никакого эффекта.
Меня не волнует, потеряю ли я все свои данные, я просто хочу, чтобы они снова ожили.
Я выполнил интеллектуальную проверку через live CD, и когда я впервые посетил диски, / dev / sda был в порядке, с 57 поврежденными секторами. После короткого замыкания и пересылки тест не удался:
Означает ли это, что мой диск мертв?
Все атрибуты получили оценку «ОК» в интеллектуальном тесте, так что есть надежда. Более того, если я выберу «Проверить диск на наличие дефектов» на live CD, он завершится без ошибок.
2 ответа
Я сделал умную проверку через живой CD, и когда я сначала посетил Диски,/dev/sda был в порядке с 57 поврежденными секторами. После выполнения короткого и передачи, перестал работать тест:
В этом случае диск не в порядке. Это в лучшем случае умирает, и в зависимости от того, где секторы, они могут эффективно сделать диск вряд ли. Количество поврежденного сектора не понизится; это только увеличится - часто относительно быстро.
Диск, вероятно, начинает перестать работать. УМНЫЙ тест перестал работать во многих отношениях, и система сообщает об ошибках IO в панике ядра и т.д.
Кроме того, это не безопасная команда для выполнения:
dd if=/dev/sda of=/dev/sda
Та команда считает каждый байт из диска и запишет его обратно к диску, который на высоте бесполезный и в худшем случае разрушительный.
Другая команда, которую можно выполнить для подобной проверки диска, повреждается:
sudo apt install debsums
sudo debsums -s
Если что-нибудь печатается debsums управляйте, чтобы это означало, что системные файлы на диске были повреждены.
Также посмотрите этот существующий вопрос для оценки здоровья Вашего диска:
https://superuser.com/questions/171195/how-to-check-the-health-of-a-hard-drive
Другой "легкий" способ протестировать состоит в том, чтобы создать файл со случайным содержанием, хешировать его, затем скопировать файл многократно и наблюдать, имеет ли какой-либо из скопированных файлов неправильный хеш:
dd if=/dev/urandom of=data.bin bs=1G count=1
cp data.bin copy1.bin
cp data.bin copy2.bin
cp data.bin copy3.bin
sha256sum *.bin
Если какой-либо из хешей отличается, диск имеет проблемы при хранении ценности 4G данных. Можно увеличить размеры, чтобы продолжать тестировать. Также остерегайтесь того выделения, что уже сбойный диск решительно увеличивает возможности его имеющий постоянный отказ.