Vor kurzem habe ich blk_update_request: I/O error, dev fd0, sector 0auf meinem zweiten Computer mit Arch Linux, den ich als Server verwende , einige Fehler festgestellt. Dies begann, als ich den Computer neu starten musste, als ich in eine neue Wohnung zog. Ich hatte die folgende /etc/fstabKonfiguration:
#
# /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
Also wird meine Hauptfestplatte gemountet /und meine externe Festplatte wird gemountet /media/marcel/videos. Das Problem ist, dass nach dem Neustart mein externes Laufwerk /dev/sdaund mein internes Laufwerk erhalten haben /dev/sdb. Der Computer startete soweit ich das beurteilen konnte einwandfrei, bis ich mir ansah, von /media/marcel/videoswelchem ein Klon war /. Jetzt habe ich das externe Laufwerk ausgesteckt und versuche nur, mein Hauptlaufwerk zu beheben.
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(Wenn ich laufe fdisk -l, wird der blk_update_requestFehler erneut angezeigt):
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
Ist das ein ernstes Problem oder etwas, das ignoriert werden kann?
Bearbeiten 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
quelle
quelle
fd0undfloppyvon dmesg sind nicht mit hdds verwandt. Wenn Ihr Computer über ein Diskettenlaufwerk verfügt und Sie es nicht verwenden, entfernen Sie es besser. Programme wiefdiskkönnen alle relevanten Blockgeräte mit Hilfe externer Programme oder Bibliotheken fragen.blk_update_requestFehler von meinem Diskettenlaufwerk stammen? Wenn das der Fall ist, ist das wirklich komisch, weil ich nicht einmal ein Diskettenlaufwerk habe.ls -ld /dev/fd0lsmodAntworten:
Es scheint, dass der Kernel ein Gerät fälschlicherweise als Diskette erkannt oder nur eine nicht vorhandene Referenz erstellt hat, da Ihr Computer kein echtes Diskettenlaufwerk hat. Also diese
blk_update_requestfürfd0sind auf Ihre Festplatten völlig unabhängig. Viele Festplattenverwaltungsprogramme, die beispielsweisefdiskalle verfügbaren Blockgerätefdiskauflisten möchten , haben definitiv das Diskettenmodul getroffen, und diese Meldungen wurden in Ihrem dmesg angezeigt.Da Ihr Computer kein Diskettenlaufwerk hat, ist es sicher und empfehlenswert, das
floppyKernelmodul zu entfernen und auf die schwarze Liste zu setzen, damit Sie in Zukunft nicht mehr gestört werden:fügen Sie dann
/etc/modprobe.d/blacklist-floppy.confzu/etc/mkinitcpio.confFILES Variable und tunmkinitcpio -p linuxso initramfs wird es nicht laden.Nach dem nächsten Neustart wird es also nicht angezeigt und Ihre stabile Konfiguration wird durcheinander gebracht.
quelle
/etc/modprobe.d/blacklist-floppy.confzu/etc/mkinitcpio.confund führen Sie dannmkinitcpio -p linuxdie Änderungen zu halten bekommen. Vielleicht möchten Sie das hinzufügen.Versuchen Sie Folgendes : http://forums.debian.net/viewtopic.php?t=133253
Es behebt diesen Fehler, der in meinem Fall offensichtlich kein Disketteninitialisierungsfehler war, sondern eine neue Partitions-UUID (wie die neue UUID für die Swap-Partition).
Übrigens: Es ist nicht erforderlich, in /boot/grub/grub.cfg von "root = UUID =" zu "root = / dev / sd ??" zu wechseln.
quelle
Ich habe noch eine ganze Weile damit herumgespielt und herumgespielt.
Eine kurze und eine lange Lösung.
Dies ist die kurze:
sudo update-initramfs -u
und deine Probleme sollten vorbei sein.
--- + ---
Die lange Version von jemand anderem, die ich nicht zur Kenntnis genommen habe. (Sorry Leute!)
Versuchen:
Verwenden Sie blkid, um die UUID Ihrer Swap-Partition zu bestimmen, und stellen Sie dabei sicher, dass alle anderen Partitionen die richtigen UUIDs in / etc / fstab haben. Kann auch lsblk -f verwenden, um die UUIDs zu finden.
Fügen Sie für diesen Fehler die richtigen UUIDs in / etc / fstab ein, insbesondere swap.
Geben Sie die richtige UUID für den Swap in /etc/initramfs-tools/conf.d/resume ein.
Führen Sie sudo update-initramfs -u aus
Starten Sie neu. Mein dreifacher Start von Stretch wurde mit diesem Fehler behoben, da sich die Auslagerungsdatei geändert hatte.
--- + ---
Das Problem war darauf zurückzuführen, dass mein Swap verschlüsselt war. Das Local-Premount-Skript in initramfs wartete also auf ein Swap-Gerät, das nicht verfügbar war, bis das Zeitlimit überschritten wurde. Die entsprechende Nachricht wurde aufgegeben und auf das Anhalten / Fortsetzen des Geräts gewartet.
Um dies zu deaktivieren (da die Wiederaufnahme des Austauschs mit einem verschlüsselten Austausch nicht möglich ist und ich ohnehin keinen Ruhezustand verwende), habe ich diese Datei geändert: /etc/initramfs-tools/conf.d/resume.
In dieser Datei eine Zeile mit
RESUME = none (anstelle der hier vorhandenen UUID) deaktiviert das Warten auf ein Wiederaufnahmegerät.
Lauf
sudo update-initramfs -u, um die Änderungen zu übernehmen.
Das System startet jetzt normal.
--- + ---
Bert.
quelle
Verwenden Sie den folgenden Befehl, um das Problem sicher zu beheben:
Neustart ...
quelle