Recentemente, comecei a perceber alguns blk_update_request: I/O error, dev fd0, sector 0erros no meu segundo computador executando o Arch Linux que uso como servidor. Isso começou quando tive que reiniciar o computador quando me mudei para um apartamento novo. Eu tinha a seguinte /etc/fstabconfiguração:
#
# /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
Então, meu HDD principal é montado /e meu HDD externo é montado /media/marcel/videos. O problema é que, após a reinicialização, minha unidade externa ficou /dev/sdae minha unidade interna ficou /dev/sdb. O computador inicializou muito bem, até onde eu pude perceber até que eu olhei para o /media/marcel/videosque era um clone /. Agora eu tenho a unidade externa desconectada e estou apenas tentando solucionar problemas da minha unidade principal.
Relavent 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(sempre que executo fdisk -l, recebo o blk_update_requesterro novamente):
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
Esse é um problema sério ou algo que pode ser ignorado?
Editar 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
arch-linux
hard-disk
error-handling
Marcel
fonte
fonte
fd0efloppydo dmesg não estão relacionados aos discos rígidos. Se sua máquina possui uma unidade de disquete e você não a usa - é melhor removê-la. Programas como o defdisksolicitar a todos os dispositivos de bloco relevantes com a ajuda de programas ou bibliotecas externas.blk_update_requesterros estão vindo da minha unidade de disquete? Se for esse o caso, isso é realmente estranho, porque eu nem tenho um drive de disquete.ls -ld /dev/fd0lsmodfavorRespostas:
Parece que o kernel detectou erroneamente algum dispositivo como disquete ou apenas criou uma referência inexistente porque sua máquina não possui uma unidade de disquete real. Então, essas
blk_update_requestparafd0são completamente alheios a seus discos rígidos. Muitos programas de gerenciamento de disco,fdiskcomo o de enumerar todos os dispositivos de bloco disponíveis,fdiskatingiram definitivamente o módulo de disquete e essas mensagens começaram a aparecer no seu dmesg.Como sua máquina não possui uma unidade de disquete, é seguro e recomendável remover e colocar o
floppymódulo do kernel na lista negra , para que não o incomode no futuro:depois adicione
/etc/modprobe.d/blacklist-floppy.confà/etc/mkinitcpio.confvariável FILES e,mkinitcpio -p linuxpara isso, o initramfs também não o carregará.Portanto, após a próxima reinicialização, ele não aparecerá e prejudicará sua configuração estável.
fonte
/etc/modprobe.d/blacklist-floppy.confa/etc/mkinitcpio.confe depois executarmkinitcpio -p linuxpara obter as alterações à espera. Você pode querer adicionar isso.Tente isso: http://forums.debian.net/viewtopic.php?t=133253
Ele resolve esse bug que obviamente não era, no meu caso, um bug de inicialização de disquete em vez de uma nova UUID de partição (como o novo UUID para partição de troca).
Btw: Não é necessário alterar no /boot/grub/grub.cfg de "root = UUID =" para "root = / dev / sd ??".
fonte
Eu tenho me preocupado e brincado com isso por um longo tempo.
Uma solução curta e longa.
Este é o curto:
sudo update-initramfs -u
e seus problemas devem acabar.
--- + ---
A versão longa escrita por outra pessoa que eu não tomei nota. (Desculpe pessoal!)
Tentar:
Use blkid para determinar o UUID da sua partição de swap e, enquanto estiver nela, verifique se todas as outras partições têm os UUIDs corretos em / etc / fstab. Também pode usar lsblk -f para encontrar os UUIDs.
Coloque os UUIDs corretos em / etc / fstab, especialmente swap, para esse erro.
Coloque o UUID correto para troca no /etc/initramfs-tools/conf.d/resume.
Execute sudo update-initramfs -u
Reinicie. Corrigida minha inicialização tripla do Stretch, com esse erro, pois o arquivo de troca havia sido alterado.
--- + ---
O problema foi devido ao meu swap ser criptografado. Portanto, o script local-premount no initramfs aguardava um dispositivo de troca que não estava disponível até o tempo limite. A mensagem relevante foi deixada aguardando a suspensão / retomada do dispositivo.
Para desabilitar isso (como não é possível retomar a troca com uma troca criptografada e, de qualquer forma, não uso a hibernação), modifiquei este arquivo: /etc/initramfs-tools/conf.d/resume.
Nesse arquivo, uma linha com
RESUME = none (em vez do UUID que estava aqui) desativará a espera por um dispositivo de retomada.
Corre
sudo update-initramfs -u para aplicar as alterações.
O sistema agora inicializa normalmente.
--- + ---
Bert.
fonte
Use o comando abaixo e ele resolverá o problema com certeza:
Reiniciar ...
fonte