Linux blk update request

blk_update_request: ошибка ввода-вывода, dev fd0, сектор 0

Недавно я начал замечать некоторую blk_update_request: I/O error, dev fd0, sector 0 ошибки blk_update_request: I/O error, dev fd0, sector 0 на моем втором компьютере, на котором работает Arch Linux, который я использую в качестве сервера. Это началось, когда мне пришлось перезагрузить компьютер, когда я переехал в новую квартиру. У меня была следующая конфигурация /etc/fstab :

Поэтому мой основной hdd подключается к / а мой внешний hdd подключается к /media/marcel/videos . Проблема в том, что после перезагрузки мой внешний накопитель получил /dev/sda а мой внутренний накопитель получил /dev/sdb . Насколько я могу сказать, компьютер загрузился, пока я не посмотрел в /media/marcel/videos который был клоном / . Теперь у меня отключен внешний диск, и я просто пытаюсь устранить неисправность моего основного диска.

fdisk -l (всякий раз, когда я запускаю fdisk -l , я снова blk_update_request ошибку blk_update_request ):

Это серьезная проблема или что-то, что можно игнорировать?

Похоже, что ядро ​​ошибочно обнаружило какое-то устройство как дискету или просто создало несуществующую ссылку, потому что у вашего компьютера нет реальной флоппи-дисковода. Таким образом, эти blk_update_request для blk_update_request полностью не связаны с вашими жесткими дисками. Многие программы управления дисками, такие как fdisk любят перечислять все доступные блочные устройства, и, безусловно, fdisk ударил модуль гибких дисков, и эти сообщения начали появляться в вашем dmesg.

Так как на вашем компьютере нет флоппи-дисковода, безопасно и рекомендуется удалять и черный список модулей floppy чтобы он не беспокоил вас в будущем:

затем добавьте параметр /etc/modprobe.d/blacklist-floppy.conf в переменную /etc/mkinitcpio.conf и сделайте mkinitcpio -p linux поэтому initramfs не загрузит ее.

Поэтому после следующей перезагрузки он не появится и не испортит вашу постоянную конфигурацию.

Источник

Linux — Console Error: «blk_update_request: I/O error, dev fd0, sector 0» (205943)

Did this article solve an issue for you?

Title

Description

After installing the AppAssure / Rapid Recovery Linux agent, you may see the following message in your server console or your kernel logs:

«[708.684636] blk_update_request: I/O error, dev fd0, sector 0»

«[302691.504544] end_request: I/O error, dev fd0, sector 0»

Cause

This is caused by AppAssure / Rapid Recovery, polling for supported devices to protect in the background and incidentally polls the floppy disk drive. The floppy drive is automatically added in many cases, to virtual machines weather you specify to add it or not.

Since the floppy device is not supported for protection via AppAssure / Rapid Recovery, the device does not properly handle the poll request and throws an error.

Also, it should be noted that this will not affect the integrity of the AppAssure or Rapid Recovery recovery points.

Resolution

To resolve this issue, if you do not need a floppy disk, you can simply remove the floppy kernel module from loading on startup.

Do one of the following depending on your affected Operating System:

CentOS/RHEL (Red Hat Enterprise Linux)

2. echo «blacklist floppy» > /etc/modprobe.d/blacklist-floppy.conf

3. cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.backup

4. dracut -f /boot/initramfs-$(uname -r).img

5. Reboot (optional)

Debian/Ubuntu

2. echo «blacklist floppy» > /etc/modprobe.d/blacklist-floppy.conf

3. cp /boot/initrd.img-$(uname -r) /boot/initrd.img-$(uname -r).backup

4. update-initramfs -u

5. Reboot (optional)

SLES (SuSE Linux Enterprise Server)

2. echo «blacklist floppy» > /etc/modprobe.d/blacklist-floppy.conf

3. cp /boot/initrd-$(uname -r) /boot/initrd-$(uname -r).backup

Источник

Media UniX

freebsd команды, настройка, установка сервера и не только

Ошибка blk_update_request: I/O error, dev fd0 в ubuntu server

Ошибка blk_update_request: I/O error, dev fd0 появилась сразу же после установки свежей ubuntu server 20.04. Эту ошибку можно увидеть при загрузке в консоли или следующим образом:
sudo cat /var/log/syslog | grep I/O

Если видим что-то похожее на:
Sep 19 10:07:37 ugrt kernel: [ 18.234662] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:07:37 ugrt kernel: [ 34.306444] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:07:38 ugrt thermald[808]: I/O warning : failed to load external entity «/etc/thermald/thermal-conf.xml»
Sep 19 10:08:00 ugrt kernel: [ 200.910662] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:08:28 ugrt kernel: [ 228.147367] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:08:44 ugrt kernel: [ 245.038929] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:09:12 ugrt kernel: [ 272.122734] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:49:59 ugrt kernel: [ 2719.532538] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:50:13 ugrt kernel: [ 2733.740907] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:50:27 ugrt kernel: [ 2747.184333] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:50:40 ugrt kernel: [ 2760.915941] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:50:54 ugrt kernel: [ 2774.487238] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Sep 19 10:51:10 ugrt kernel: [ 2790.351086] blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0

То исправляем ошибку по короткой инструкции ниже. Выполняем:
sudo rmmod floppy
sudo nano /etc/modprobe.d/blacklist.conf

в конце дописываем:
blacklist floppy
Сохраняем, закрываем.

Выполняем:
sudo update-initramfs -u
sudo reboot

После перезагрузки, этой проблемы больше не будет.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник

Arch Linux

You are not logged in.

#1 2016-04-12 14:52:47

[SOLVED] blk_update_request i/o error fd0 sector 0; UUID=xx not found

I installed Arch next to Debian and then generated new Grub in Debian. It found Arch (on /dev/sda4) without any problems.

When I reboot and get into Grub and I choose Arch, I get something like «blk_update_request i/o error fd0 sector 0; UUID=xxx not found» and I get into rootfs console. There is nothing weird in my fstab (just /dev/sda4 for / and /dev/sda5 for /home — the exists and can be mount normally using arch-chroot). But the UUID in the error message is not any of existing on my disk. I suspected it is from installation USB, but it has different UUID too.

I am using BIOS with GPT, so it might be the issue, but I followed all guides how to install grub and it has worked well so far on my debian.

Thanks for any help

Last edited by Kotrfa (2016-04-14 12:33:11)

#2 2016-04-12 15:11:37

Re: [SOLVED] blk_update_request i/o error fd0 sector 0; UUID=xx not found

The error mentions ‘fd0’ which refers to floppy disk. I can’t explain why it’s looking for a specific UUID, but the first thing to look into is disabling floppy in BIOS. There are often two settings, one for floppy drive type (by capacity) and one for floppy drive controller. On the BIOS type I’m most familiar with, controller is under «I/O Device Configuration». Disable any that you find. IMO it’s always good practice to disable (via BIOS or jumpers) any h/w you don’t intend to use.*

A less elegant solution is blacklisting the floppy module. It’s also possible the module was built into your initramfs, which would explain why you only have this issue in Arch.

* Provided you remember you disabled it. When I needed to use a Serial port, it took me a few minutes to realize why it wasn’t found.

But whether the Constitution really be one thing, or another, this much is certain — that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner

#3 2016-04-13 06:34:35

Re: [SOLVED] blk_update_request i/o error fd0 sector 0; UUID=xx not found

thank you for your answer Alphaniner. I disabled floppy disk in boot BIOS menu, but with no change. Hence I guess I need to get it out of initramfs. Could you give me a hint where should I look? I tried to add «floppy.blacklist=yes» when choosing Arch in grub, but that didn’t help either (nor modules.blacklist=floppy).

Then I edited mkinitcpio.conf according to this post: https://bbs.archlinux.org/viewtopic.php … 8#p1166918, rebuild mkinitcpio and run update-grub2 on Debian, but when I use lsinitramfs on arch initramfs-linux.img, I still se there is «floppy.ko» module listed.

Last edited by Kotrfa (2016-04-13 09:01:28)

#4 2016-04-13 12:04:45

Re: [SOLVED] blk_update_request i/o error fd0 sector 0; UUID=xx not found

You should post your grub.cfg as it might provide clues as to why you are seeing that error.

#5 2016-04-13 14:47:57

Re: [SOLVED] blk_update_request i/o error fd0 sector 0; UUID=xx not found

Then I edited mkinitcpio.conf according to this post: https://bbs.archlinux.org/viewtopic.php … 8#p1166918, rebuild mkinitcpio and run update-grub2 on Debian, but when I use lsinitramfs on arch initramfs-linux.img, I still se there is «floppy.ko» module listed.

The blacklist method is intended to prevent the module from loading; it’s not necessarily the case that it would prevent mkinitcpio adding the module to the initramfs. The point is, if you followed that post correctly, I think you should be good to go despite the module still being in initramfs. Have you tried booting with it?

But whether the Constitution really be one thing, or another, this much is certain — that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner

Источник

blk_update_request: ошибка ввода / вывода, dev fd0, сектор 0

Недавно я начал замечать некоторые blk_update_request: I/O error, dev fd0, sector 0 ошибки на моем втором компьютере под управлением Arch Linux, который я использую в качестве сервера. Это началось, когда мне пришлось перезагрузить компьютер, когда я переехал в новую квартиру. У меня была следующая /etc/fstab конфигурация:

Таким образом, мой основной жесткий диск монтируется / и мой внешний жесткий диск монтируется /media/marcel/videos . Проблема в том, что после перезагрузки мой внешний диск получил /dev/sda и мой внутренний диск получил /dev/sdb . Насколько я мог судить, компьютер загрузился нормально, пока не выяснил, /media/marcel/videos что это за клон / . Теперь у меня отключен внешний диск, и я просто пытаюсь устранить неполадки моего основного диска.

fdisk -l (всякий раз, когда я бегу fdisk -l , я blk_update_request снова получаю сообщение об ошибке):

Это серьезная проблема или что-то, что можно игнорировать?

Кажется, что ядро ​​ошибочно обнаружило какое-то устройство как дискету или просто создало несуществующую ссылку, потому что на вашей машине нет реального дисковода. Так что это blk_update_request для fd0 абсолютно не связаны с ваших жестких дисков. Многие программы управления дисками, такие как, fdisk например, перечисляют все доступные блочные устройства, и определенно fdisk ударили по модулю дискеты, и эти сообщения начали появляться в вашем dmesg.

Поскольку на вашей машине нет дисковода гибких дисков, рекомендуется и безопасно удалить floppy модуль ядра из черного списка, чтобы он не беспокоил вас в будущем:

затем добавьте /etc/modprobe.d/blacklist-floppy.conf в /etc/mkinitcpio.conf переменную FILES и сделайте mkinitcpio -p linux так, чтобы initramfs тоже не загружал ее.

Так что после следующей перезагрузки он не появится и не испортит вашу устойчивую конфигурацию.

Это решает эту ошибку, которая в моем случае явно не была ошибкой инициализации дискеты, а не новым UUID раздела (как новый UUID для раздела подкачки).

Кстати: нет необходимости менять /boot/grub/grub.cfg с «root = UUID =» на «root = / dev / sd ??».

Я возился и дурачился с этим еще довольно долго.

Короткое и длинное решение.

• Сначала убедитесь, что с вашим файлом fstab все в порядке, особенно с разделом подкачки . -Чем запустить:

sudo update-initramfs -u

и ваши проблемы должны быть закончены.

Длинная версия, написанная кем-то другим, которую я не принял к сведению. (Извините люди!)

Используйте blkid, чтобы определить UUID вашего раздела подкачки, и, находясь там, убедитесь, что все другие разделы имеют правильные UUID в / etc / fstab. Также можно использовать lsblk -f для поиска UUID.

Поместите правильные UUID в / etc / fstab, особенно swap, для этой ошибки.

Поместите правильный UUID для обмена в /etc/initramfs-tools/conf.d/resume.

Запустите sudo update-initramfs -u

Перезагрузка. Исправлена ​​моя тройная загрузка Stretch all с этой ошибкой, так как файл подкачки изменился.

Проблема была в том, что мой своп был зашифрован. Таким образом, скрипт local-premount в initramfs ожидал недоступного устройства подкачки, пока не истекло время ожидания. Соответствующее сообщение было прекращено в ожидании приостановки / возобновления работы устройства.

Чтобы отключить это (поскольку восстановление из свопа невозможно с помощью зашифрованного свопа, и я в любом случае не использую спящий режим), я изменил этот файл: /etc/initramfs-tools/conf.d/resume.

В этом файле строка с

RESUME = нет (вместо UUID, который был здесь) отключит ожидание устройства возобновления.

sudo update-initramfs -u для применения изменений.

Источник