print_req_error: ошибка I/0

Каждые несколько дней я получаю эти ошибки тот тупик сервер.

[501.882940] print_req_error: I/O error, dev fd0, sector 0

[504.338961] print_req_error: I/O error, dev fd0, sector 0

[504.738984] print_req_error: I/O error, dev fd0, sector 0

[509.250929] print_req_error: I/O error, dev fd0, sector 0

[509.898921] print_req_error: I/O error, dev fd0, sector 0

[510.334916] print_req_error: I/O error, dev fd0, sector 0

[517.714867] print_req_error: I/O error, dev fd0, sector 0

[520.118801] print_req_error: I/O error, dev fd0, sector 0

[520.618864] print_req_error: I/O error, dev fd0, sector 0

[521.047029] print_req_error: I/O error, dev fd0, sector 0

Я поместил в черный список дисковод для гибких дисков, и я также отключил дисковод для гибких дисков в vSphere. Любая справка ценилась бы!Спасибо

3
задан 17 December 2018 в 20:04

6 ответов

Я продолжал получать эту ошибку, которая заставила меня загрузиться в чрезвычайный режим и не предоставила доступ SSH/remote.

Я удалил все пользовательские/etc/fstab записи кроме по умолчанию. В моем случае у меня были записи для монтирования жестких дисков, которые больше не включались, после того как я удалил их, я прекратил получать ту ошибку. Для ссылки моя ошибка сказала, что проблема была с sr0, но я не мог найти ссылку на sr0 ни в каком logs/fdisk.

0
ответ дан 1 December 2019 в 17:26

Хорошо это работало на меня!

Если Вы удалили свой файл подкачки, затем гарантируют это на шаге 3. то, что Вы прокомментировали строку файла подкачки (она будет иметь 'подкачку' в той же строке), и на шаге 4. прокомментируйте первое (и только)

  1. Выполните это dpkg-reconfigure initramfs-tools и затем перезапустите и продолжите

  2. lsblk -f команда и примечание UUID

  3. Удостоверьтесь, что UUID в этом файле является правильным /etc/fstab -- sudo nano /etc/fstab

  4. Удостоверьтесь, что UUID в этом файле является также правильным /etc/initramfs-tools/conf.d/resume. -- sudo nano /etc/initramfs-tools/conf.d/resume.

  5. Выполненный sudo update-initramfs -u и перезапуск

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

Источники:

https://tinycp.com/community/show/solved-print-req-error-i-o-error-dev-fd0-sector-0,43.html#sidebar

https://lists.debian.org/debian-user/2017/09/msg00866.html

1
ответ дан 1 December 2019 в 17:26

Почему Вы отключаете Дисковод для гибких дисков? Почему не только удаляют его из конфигурации VM?

Я полностью удалил Дисковод для гибких дисков из конфигурации VM. Время покажет, если ошибка возвращается.

0
ответ дан 1 December 2019 в 17:26

Вы можете увидеть мой ответ здесь: Я столкнулся с ошибкой print_req_error при попытке открыть Ubuntu 16.04 на моем ноутбуке HP с двойной загрузкой

Как и раньше, я сталкивался с той же проблемой.

0
ответ дан 24 December 2019 в 06:57

Я видел это на следующем веб-сайте: https://tinycp.com/community/show/solved-print-req-error-io-error-dev-fd0-sector-0,43.html

# rmmod floppy
# echo "blacklist floppy" | tee /etc/modprobe.d/blacklist-floppy.conf 
# dpkg-reconfigure initramfs-tools 

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

Спасибо

5
ответ дан 30 December 2019 в 15:22

Это не сработало на нашем сервере 18.04, использование tee дало отказ в разрешении на создание файла. Однако это сработало:

sudo rmmod floppy
sudo sh -c "echo 'blacklist floppy' >  /etc/modprobe.d/blacklist-floppy.conf"
sudo dpkg-reconfigure initramfs-tools
0
ответ дан 12 November 2020 в 15:06

Другие вопросы по тегам:

Похожие вопросы: