Recientemente comencé a notar algunos blk_update_request: I/O error, dev fd0, sector 0
errores en mi segunda computadora con Arch Linux que uso como servidor. Esto comenzó cuando tuve que reiniciar la computadora cuando me mudé a un nuevo departamento. Tenía la siguiente /etc/fstab
configuración:
#
# /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
Entonces mi /
disco duro principal se monta y mi disco duro externo se monta /media/marcel/videos
. El problema es que después del reinicio, mi unidad externa se activó /dev/sda
y mi unidad interna se activó /dev/sdb
. La computadora arrancó bien hasta donde pude ver hasta que miré /media/marcel/videos
cuál era un clon /
. Ahora tengo la unidad externa desconectada y solo estoy tratando de solucionar mi unidad 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
(cada vez que corro fdisk -l
, obtengo el blk_update_request
error nuevamente):
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
¿Es este un problema grave o algo que puede ignorarse?
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
fuente
fd0
yfloppy
desde dmesg no están relacionados con discos duros. Si su máquina tiene una unidad de disquete y no la usa, es mejor quitarla. Los programas comofdisk
pueden solicitar todos los dispositivos de bloque relevantes con la ayuda de programas o bibliotecas externas.blk_update_request
errores provienen de mi disquetera? Si ese es el caso, es realmente extraño porque ni siquiera tengo una unidad de disquete.ls -ld /dev/fd0
lsmod
favorRespuestas:
Parece que el kernel detectó erróneamente algún dispositivo como disquete o simplemente creó una referencia inexistente porque su máquina no tiene una unidad de disquete real. Así que estos
blk_update_request
parafd0
no guardan relación alguna con sus discos duros. Muchos programas de administración de discosfdisk
como enumerar todos los dispositivos de bloque disponibles, y definitivamentefdisk
golpearon el módulo de disquete y estos mensajes comenzaron a aparecer en su dmesg.Dado que su máquina no tiene unidad de disquete, es seguro y recomendable eliminar y poner en la lista negra el
floppy
módulo del núcleo para que no le moleste en el futuro:luego agregue
/etc/modprobe.d/blacklist-floppy.conf
a la/etc/mkinitcpio.conf
variable ARCHIVOS y, de estemkinitcpio -p linux
modo, initramfs no la cargará también.Entonces, después del próximo reinicio, no aparecerá y afectará su configuración estable.
fuente
/etc/modprobe.d/blacklist-floppy.conf
a/etc/mkinitcpio.conf
y vuelva a ejecutarmkinitcpio -p linux
para obtener los cambios en espera. Es posible que desee agregar eso.Pruebe esto: http://forums.debian.net/viewtopic.php?t=133253
Resuelve este error que obviamente no era en mi caso un error de inicialización de disquete en lugar de un nuevo UUID de partición (como el nuevo UUID para la partición de intercambio).
Por cierto: no es necesario cambiar en /boot/grub/grub.cfg de "root = UUID =" a "root = / dev / sd ??".
fuente
He estado jugando y jugando con eso durante bastante tiempo.
Una solución corta y larga.
Este es el corto:
sudo update-initramfs -u
y tus problemas deberían haber terminado.
--- + ---
La versión larga escrita por otra persona que no tomé nota. (Lo siento gente!)
Tratar:
Use blkid para determinar el UUID de su partición de intercambio y, mientras lo hace, asegúrese de que todas las demás particiones tengan UUID correctos en / etc / fstab. También puede usar lsblk -f para encontrar los UUID.
Coloque los UUID correctos en / etc / fstab, especialmente swap, para este error.
Coloque el UUID correcto para el intercambio en /etc/initramfs-tools/conf.d/resume.
Ejecute sudo update-initramfs -u
Reiniciar. Solucioné mi triple arranque de Stretch, todo con este error, ya que el archivo de intercambio había cambiado.
--- + ---
El problema se debió a que mi intercambio estaba encriptado. Entonces, el script de premontaje local en initramfs estaba esperando un dispositivo de intercambio que no estaba disponible, hasta que se agotó el tiempo de espera. El mensaje relevante se abandonó esperando el dispositivo de suspensión / reanudación.
Para deshabilitar esto (ya que no es posible reanudar el intercambio con un intercambio cifrado, y no uso la hibernación de todos modos), modifiqué este archivo: /etc/initramfs-tools/conf.d/resume.
En este archivo, una línea con
RESUME = none (en lugar del UUID que estaba aquí) deshabilitará la espera de un dispositivo de reanudación.
correr
sudo update-initramfs -u para aplicar los cambios.
El sistema ahora arranca normalmente.
--- + ---
Bert
fuente
Utilice el siguiente comando y solucionará el problema con seguridad:
Reiniciar...
fuente