Dec 1, 2016 17:31 · 167 words · 1 minute read hardware
Что делать, если при попытке запустить команду в консоли Linux выводится Input/Output Error ? Давайте разберемся!
В общем случае ситуация выглядит так:
Чаще всего проблема связана с неполадками системного диска (в конкретном случае используется SATA DOM). Первым делом нужно воспользоваться утилитой fsck , но увы:
Либо диск совсем умер, либо проблема с физическим подключением накопителя (можно, например, попробовать заменить шлейф). В любом случае, пытаемся загрузиться с rescue disk и выполнить fsck или badblocks .
Если есть физический доступ к серверу, то можно подойти и перезагрузить его с кнопки. В противном случае может помочь следующая комбинация:
После загрузки с rescue disk’а и выполнения fsck все заработало, однако на production-серверах для системы лучше использовать RAID-массив. И даже в этом случае помнить: RAID is not backup!.
Сегодня я загрузил Ubuntu для своего ноутбука. Он отлично работает с загрузочным USB-накопителем, но когда я попытался установить его, у меня появилось следующее сообщение об ошибке:
Я попробовал все, чтобы установить его на свой ноутбук, но ничего не работает (также перезагружайте образ ISO).
8 ответов
На целевом жестком диске могут быть поврежденные сектора.
Чтобы проверить sda1 тома для поврежденных секторов в Linux, запустите fsck -c /dev/sda1 . Для диска C: в Windows это должно быть chkdsk c: /f /r .
IMHO chkdsk будет более подходящим, так как он пересортирует плохие блоки на HDD, а Linux fsck просто отмечает такие блоки, как непригодные для использования в текущей файловой системе.
Цитата из man fsck.ext2
-c Эта опция заставляет e2fsck использовать badblocks(8) для выполнения сканирования только для чтения устройства, чтобы найти какие-либо плохие блоки. Если обнаружены какие-либо плохие блоки, они добавляются в индексный индекс плохого блока, чтобы предотвратить их распределение в файл или каталог. Если этот параметр указан дважды, то сканирование плохих блоков будет выполнено с использованием неразрушающего теста чтения-записи
У меня тоже была эта проблема, во время установки .
Целевая машина была совершенно новым ноутбуком Asus K53e. Установочный образ был ubuntu-11.10-desktop-amd64.iso (64-разрядный). Я сжег это изображение на CD . Errno 5. Сжег его на загрузочный USB-накопитель . Errno 5 снова 🙁 Я пробовал 4 или 5 раз.
fsck сказал, что весь корневой раздел был прекрасным (через 10 часов). memtest86 + сказал, что все 6 ГБ оперативной памяти тоже прекрасны. Я попытался установить непосредственно, когда загрузилось живое изображение ( Установить Ubuntu ). Я также попробовал кнопку Попробовать Ubuntu , затем выполнил установку с рабочего стола. Опять же, Errno 5.
В конце концов, оказывается, что загруженный файл iso был как-то устаревшим или неправильным. Ты можешь в это поверить!?
Результат отличался от официального хэша Ubuntu (62fb5d750c30a27a26d01c5f3d8df459). Затем я отбросил свой разум назад. Я помню, когда я загрузил этот образ, я думаю, что меня переправили с ubuntu.com на зеркальный сайт, и я выбрал французский случайный случай, потому что мое ближайшее британское зеркало было опущено. Должно быть, он немного устарел или что-то в этом роде. На самом деле, я теперь помню, как видят такие записи
в выводе dmesg (я думаю) или где-то в /var/log при проверке после сбоя установки выгрузил меня обратно на рабочий стол (Try Ubuntu).
В принципе, убедитесь, что вы проверяете хеш MD5 загруженного ISO-файла! (я знаю. Я знаю. Я редко проверяю!)
В любом случае, я снова загрузил 64-битный Ubuntu 11.10, и на этот раз мне было предложено диалоговое окно «Сохранить как», вместо того, чтобы попросить выбрать зеркальный сайт. При загрузке контрольная сумма соответствует 🙂 Установка ok:)
Это может быть результатом плохой ОЗУ на вашем компьютере. У меня была аналогичная проблема, и оказалось, что это так. Попробуйте протестировать свою оперативную память, загрузившись с USB-накопителя, и как только вы увидите значки клавиатуры и человека в нижней части экрана, нажмите клавишу, чтобы отобразить неграфическое меню загрузки. Затем выберите опцию для проверки вашей ОЗУ.
Если это обнаруживает дефект в вашей ОЗУ, вам придется удалить или заменить поврежденную RAM-карту. (Если вы не чувствуете себя комфортно с этим, вам следует заручиться помощью друга, профессионала или другого знакомого с аппаратным опытом. Поскольку это будет проблема с оборудованием, вы можете задать вопрос Суперпользователя , также проконсультируйтесь с ним.)
Это могут быть следующие проблемы:
Плохой установочный носитель (физически дефектный или, более вероятно, поврежденный образ записи или поврежденный ISO). MD5SUM Ubuntu ISO, который вы использовали , чтобы убедиться, что это хорошо (и если это не так, загрузите новый, MD5SUM тоже, и начните с него).
Также убедитесь, что USB-накопитель был правильно написан , выбрав Check диск для дефектов из того же меню, в котором есть опция проверки RAM (см. также это видео ).
Может возникнуть проблема с диском, к которому вы пытаетесь установить Ubuntu. Если у вас есть другой диск, вы можете попробовать его установить. Так как работает живая система (отключение самого флеш-накопителя), вы можете протестировать свой жесткий диск с smartctl , как описано в разделе «Сбой диска» в этой статье .
Доброго времени суток, %username%!
Имеется старый HDD WD Green на 2Tb, который начал откровенно барахлить (появлялись ошибки записи при записи на диск, чтение — без проблем). Была приобретена ему замена HDD WD Red, аналогично на 2Tb. Оба винта успешно подключены к стационарной машине под управлением Win7, "примонтированы" с помощью "Ext2Fsd" и с помощью "MiniTool Partition Wizard Free" создан на нем раздел в Ext4 во всё пространство (ну лень было создавать загрузочный образ с *nix, каюсь).
В общем — все данные с помощью копипаста успешно перенесены со старой железки на новую (права доступа, разумеется — пострадали, но они не критичны). Ошибки кое-где выползали, но сугубо на чтение, и не критичные данные. После чего железка была поставлены на своё родное место под управлением CentOS 7. Раздел успешно примонтировался, но при попытке, например, под рутом сделать рекурсивный chmod — посыпались ошибки вида:
Смотрим в директорию, и видим:
Проверка фс говорит что всё ок:
И таких ошибок довольно много, но данные совсем не критичные. Был бы рад "просто снести битые файлы". Гугл советует пройти процедуру переформатирования (очень не хочется).
Вопрос к вам, комрады — как лучше пофиксить эти ошибки?