blk_update_request：I / Oエラー、dev fd0、セクター0
最近、サーバーとして使用しているArch Linuxを実行している2台目のコンピューターのblk_update_request: I/O error, dev fd0, sector 0エラーに気づき始めました。これは、新しいアパートに引っ越したときにコンピューターを再起動しなければならなかったときに始まりました。次の/etc/fstab構成がありました。
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
#UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd
/dev/sda1 / ext4 rw,relatime,data=ordered 0 1
#UUID=c1245aca-bbf7-4813-8c25-10bd0d95631e
/dev/sda2 none swap defaults 0 0
#UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd
/dev/sdb1 /media/marcel/videos auto rw,user,auto 0 0
したがって、メインのhddは/にマウントされ、外部のhddは/media/marcel/videosにマウントされます。問題は、再起動後、外部ドライブが/dev/sdaを取得し、内部ドライブが/dev/sdbを取得したことです。 /media/marcel/videosのクローンである/を調べるまで、コンピュータは問題なく起動しました。外付けドライブを取り外し、メインドライブのトラブルシューティングを行っています。
関連するdmesg：
ACPI Error: [CAPB] Namespace lookup failure, AE_ALREADY_EXISTS (20160108/dsfield-211)
ACPI Error: Method parse/execution failed [\_SB.PCI0._OSC] (Node ffff88007b891708), AE_ALREADY_EXISTS (20160108/psparse-542)
blk_update_request: I/O error, dev fd0, sector 0
floppy: error -5 while reading block 0
ACPI Exception: AE_NOT_FOUND, Evaluating _DOD (20160108/video-1248)
ACPI Warning: SystemIO range 0x0000000000001028-0x000000000000102F conflicts with OpRegion 0x0000000000001028-0x0000000000001047 (\_SB.PCI0.IEIT.EITR) (20160108/utaddress-255)
ACPI Warning: SystemIO range 0x0000000000001028-0x000000000000102F conflicts with OpRegion 0x0000000000001000-0x000000000000102F (\_SB.PCI0.LPC0.PMIO) (20160108/utaddress-255)
ACPI Warning: SystemIO range 0x0000000000001180-0x00000000000011AF conflicts with OpRegion 0x0000000000001180-0x00000000000011AF (\_SB.PCI0.LPC0.GPOX) (20160108/utaddress-255)
blk_update_request: I/O error, dev fd0, sector 0
floppy: error -5 while reading block 0
blk_update_request: I/O error, dev fd0, sector 0
floppy: error -5 while reading block 0
blk_update_request: I/O error, dev fd0, sector 0
floppy: error -5 while reading block 0
fdisk -l（fdisk -lを実行すると必ずblk_update_requestエラーが再び表示されます）：
Disk /dev/sda: 149.1 GiB, 160041885696 bytes, 312581808 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0007ee23
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 311609343 311607296 148.6G 83 Linux
/dev/sda2 311609344 312581807 972464 474.9M 82 Linux swap / Solaris
uname -a：
Linux nas 4.5.3-1-Arch #1 SMP PREEMPT Sat May 7 20:43:57 CEST 2016 x86_64 GNU/Linux
これは深刻な問題ですか、それとも無視できる問題ですか？
編集1：
lsmod：
Module Size Used by
cfg80211 491520 0
rfkill 20480 2 cfg80211
coretemp 16384 0
kvm_intel 180224 0
psmouse 118784 0
kvm 491520 1 kvm_intel
irqbypass 16384 1 kvm
serio_raw 16384 0
snd_hda_codec_analog 16384 1
iTCO_wdt 16384 0
snd_hda_codec_generic 69632 1 snd_hda_codec_analog
iTCO_vendor_support 16384 1 iTCO_wdt
gpio_ich 16384 0
input_leds 16384 0
ppdev 20480 0
led_class 16384 1 input_leds
pcspkr 16384 0
evdev 24576 3
joydev 20480 0
mac_hid 16384 0
snd_hda_intel 32768 0
snd_hda_codec 106496 3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_analog
i2c_i801 20480 0
snd_hda_core 49152 4 snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_hda_codec_analog
lpc_ich 24576 0
snd_hwdep 16384 1 snd_hda_codec
snd_pcm 86016 3 snd_hda_codec,snd_hda_intel,snd_hda_core
mei_me 32768 0
i915 1155072 1
mei 81920 1 mei_me
snd_timer 28672 1 snd_pcm
snd 65536 7 snd_hwdep,snd_timer,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_hda_codec_analog
intel_agp 20480 0
soundcore 16384 1 snd
fjes 28672 0
drm_kms_helper 106496 1 i915
e1000e 217088 0
drm 290816 3 i915,drm_kms_helper
parport_pc 28672 0
ptp 20480 1 e1000e
parport 40960 2 ppdev,parport_pc
pps_core 20480 1 ptp
button 16384 1 i915
video 36864 1 i915
intel_gtt 20480 3 i915,intel_agp
acpi_cpufreq 20480 1
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
i2c_algo_bit 16384 1 i915
tpm_tis 20480 0
tpm 36864 1 tpm_tis
processor 32768 1 acpi_cpufreq
sch_fq_codel 20480 2
ip_tables 28672 0
x_tables 28672 1 ip_tables
ext4 516096 1
crc16 16384 1 ext4
mbcache 20480 1 ext4
jbd2 94208 1 ext4
sr_mod 24576 0
cdrom 49152 1 sr_mod
sd_mod 36864 3
hid_generic 16384 0
usbhid 45056 0
hid 114688 2 hid_generic,usbhid
atkbd 24576 0
libps2 16384 2 atkbd,psmouse
ata_piix 36864 2
ehci_pci 16384 0
floppy 69632 0
ata_generic 16384 0
pata_acpi 16384 0
i8042 24576 1 libps2
serio 20480 6 serio_raw,atkbd,i8042,psmouse
uhci_hcd 40960 0
libata 196608 3 pata_acpi,ata_generic,ata_piix
ehci_hcd 69632 1 ehci_pci
usbcore 196608 4 uhci_hcd,ehci_hcd,ehci_pci,usbhid
usb_common 16384 1 usbcore
scsi_mod 151552 3 libata,sd_mod,sr_mod
マシンに実際のフロッピードライブがないため、カーネルが一部のデバイスをフロッピーとして誤って検出したか、存在しない参照を作成したようです。したがって、これらのblk_update_request ために fd0は、ハードドライブとはまったく無関係です。 fdiskなどの多くのディスク管理プログラムは、使用可能なすべてのブロックデバイスを列挙するのが好きで、間違いなくfdiskはフロッピーモジュールにヒットし、これらのメッセージがdmesgに表示されるようになりました。
あなたのマシンにはフロッピードライブがないので、安全であり、floppyカーネルモジュールを削除してブラックリストに登録することをお勧めします。そうすれば、将来邪魔になることはありません：
Sudo rmmod floppy
echo "blacklist floppy" | Sudo tee /etc/modprobe.d/blacklist-floppy.conf
それから加えて /etc/modprobe.d/blacklist-floppy.confから/etc/mkinitcpio.conf FILES変数および実行mkinitcpio -p linuxしたがって、initramfsはそれもロードしません。
そのため、次の再起動後は表示されず、安定した構成を混乱させます。
これを試してください： http://forums.debian.net/viewtopic.php?t=13325
これは、私の場合は明らかに、新しいパーティションUUID（スワップパーティションの新しいUUIDなど）ではなく、フロッピーの初期化バグではなかったこのバグを解決します。
ところで：/boot/grub/grub.cfgを "root = UUID ="から "root =/dev/sd ??"に変更する必要はありません。
以下のコマンドを使用すると、問題が確実に修正されます。
# Sudo rmmod floppy
# echo "blacklist floppy" | Sudo tee /etc/modprobe.d/blacklist-floppy.conf
# update-initramfs -u -k all
リブート...
私はそれをいじくり回して、いじわるな時間を過ごしてきました。
短い解決策と長い解決策。
これは短いものです：
- まずfstabファイル、特にswapパーティションに問題がないことを確認してください。 -実行より：
sudo update-initramfs -
そしてあなたの問題は終わったはずです。
--- + ---
他の誰かが書いた長いバージョンで、私はメモしていません。 （ごめんなさい！）
試してください：
Blkidを使用してスワップパーティションのUUIDを確認します。このとき、他のすべてのパーティションの/ etc/fstabに正しいUUIDがあることを確認してください。 lsblk -fを使用してUUIDを見つけることもできます。
このエラーについては、正しいUUIDを/ etc/fstabに、特にswapに入れてください。
スワップ用の正しいUUIDを/etc/initramfs-tools/conf.d/resumeに入れます。
Sudo update-initramfs -uを実行します。
リブート。スワップファイルが変更されたため、Stretch allのこのトリプルブートをこのエラーで修正しました。
--- + ---
問題は、スワップが暗号化されていたためです。そのため、initramfsのローカルプレマウントスクリプトは、タイムアウトになるまで、使用できないスワップデバイスを待っていました。該当するメッセージは、デバイスのサスペンド/レジュームの待機をあきらめました。
これを無効にするため（暗号化されたスワップではスワップからの再開は不可能であり、いずれにしても休止状態を使用しないため）、次のファイルを変更しました：/etc/initramfs-tools/conf.d/resume。
このファイルでは、次の行
RESUME = none（ここにあったUUIDの代わりに）は、再開デバイスの待機を無効にします。
走る
変更を適用するには、sudo update-initramfs -u。
システムは正常に起動します。
--- + ---
バート。