Niedawno zacząłem zauważać blk_update_request: I/O error, dev fd0, sector 0
błędy na moim drugim komputerze z systemem Arch Linux, którego używam jako serwera. Zaczęło się to, gdy musiałem ponownie uruchomić komputer, kiedy przeprowadziłem się do nowego mieszkania. Miałem następującą /etc/fstab
konfigurację:
#
# /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
Więc mój główny dysk twardy zostaje /
podłączony do, a mój zewnętrzny dysk twardy jest podłączony do /media/marcel/videos
. Problem polega na tym, że po ponownym uruchomieniu dostałem /dev/sda
mój dysk zewnętrzny i mój dysk wewnętrzny /dev/sdb
. Komputer wystartował dobrze, o ile mogłem stwierdzić, dopóki nie spojrzałem, w /media/marcel/videos
której był klon /
. Teraz mam odłączony dysk zewnętrzny i próbuję tylko rozwiązać problem z dyskiem głównym.
Odświeżenie 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
(przy każdym uruchomieniu ponownie pojawia fdisk -l
się blk_update_request
błąd):
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
Czy to poważny problem, czy coś, co można zignorować?
Edycja 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
źródło
fd0
ifloppy
z dmesg nie są powiązane z dyskami twardymi. Jeśli twój komputer ma napęd dyskietek i go nie używasz - lepiej go usunąć. Programy takie jakfdisk
mogą pytać wszystkie odpowiednie urządzenia blokowe za pomocą zewnętrznych programów lub bibliotek.blk_update_request
błędy pochodzą z mojej stacji dyskietek? Jeśli tak jest, to naprawdę dziwne, ponieważ nawet nie mam stacji dyskietek.ls -ld /dev/fd0
lsmod
proszęOdpowiedzi:
Wygląda na to, że jądro błędnie wykryło jakieś urządzenie jako dyskietkę lub właśnie utworzyło nieistniejące odwołanie, ponieważ twoja maszyna nie ma prawdziwej stacji dyskietek. Więc to
blk_update_request
dlafd0
są całkowicie niezwiązane z dysków twardych. Wiele programów do zarządzania dyskami, takichfdisk
jak zliczanie wszystkich dostępnych urządzeń blokowych, z pewnościąfdisk
trafiło w moduł dyskietek i te komunikaty zaczęły pojawiać się w twoim dmesg.Ponieważ twoja maszyna nie ma napędu dyskietek,
floppy
możesz bezpiecznie i zachęcać do usuwania i umieszczania modułu jądra na czarnej liście , aby nie przeszkadzał ci w przyszłości:następnie dodaj
/etc/modprobe.d/blacklist-floppy.conf
do/etc/mkinitcpio.conf
zmiennej FILES i zróbmkinitcpio -p linux
tak, że initramfs też jej nie załaduje.Więc po następnym uruchomieniu nie pojawi się i nie zepsuje twojej stałej konfiguracji.
źródło
/etc/modprobe.d/blacklist-floppy.conf
do/etc/mkinitcpio.conf
, a następnie uruchomićmkinitcpio -p linux
, aby zmiany do ładowni. Możesz to dodać.Spróbuj tego: http://forums.debian.net/viewtopic.php?t=133253
Rozwiązuje ten błąd, który oczywiście nie był w moim przypadku błędem inicjalizacji dyskietki, a nie nowym UUID partycji (jak nowy UUID dla partycji wymiany).
Btw: Nie trzeba zmieniać /boot/grub/grub.cfg z „root = UUID =” na „root = / dev / sd ??”.
źródło
Wierciłem i wygłupiałem się z tym jeszcze przez długi czas.
Krótkie i długie rozwiązanie.
Oto krótki:
sudo update-initramfs -u
i twoje problemy powinny się skończyć.
--- + ---
Długa wersja napisana przez kogoś innego, czego nie zauważyłam. (Przepraszam ludzi!)
Próbować:
Użyj blkid, aby określić identyfikator UUID partycji wymiany, a będąc na nim, upewnij się, że wszystkie inne partycje mają poprawne identyfikatory UUID w / etc / fstab. Można także użyć lsblk -f, aby znaleźć UUID.
Umieść poprawny identyfikator UUID w / etc / fstab, szczególnie swap, dla tego błędu.
Umieść poprawny identyfikator UUID dla swap w /etc/initramfs-tools/conf.d/resume.
Uruchom sudo update-initramfs -u
Restart. Naprawiłem mój trzykrotny rozruch Stretcha z tym błędem, ponieważ zmienił się plik wymiany.
--- + ---
Problem był spowodowany zaszyfrowaniem mojej wymiany. Tak więc skrypt local-premount w initramfs czekał na urządzenie wymiany, które nie było dostępne, aż do przekroczenia limitu czasu. Odpowiednia wiadomość została zrezygnowana z oczekiwania na zawieszenie / wznowienie urządzenia.
Aby to wyłączyć (ponieważ wznowienie wymiany nie jest możliwe w przypadku szyfrowanej wymiany i mimo to nie używam hibernacji), zmodyfikowałem ten plik: /etc/initramfs-tools/conf.d/resume.
W tym pliku linia z
RESUME = none (zamiast identyfikatora UUID, który był tutaj) spowoduje wyłączenie oczekiwania na wznowienie urządzenia.
Biegać
sudo update-initramfs -u, aby zastosować zmiany.
System uruchamia się teraz normalnie.
--- + ---
Bert.
źródło
Użyj poniższego polecenia i na pewno rozwiąże problem:
Restart...
źródło