blk_update_request: E / A-Fehler, dev fd0, Sektor 0

16

Dies geschah nach einem Kernel-Update. Bei jedem Startversuch wird auf dem Computer die Meldung "Fehler beim Abrufen der Berechtigung: Fehler beim Initialisieren der Berechtigung: Konnte keine Verbindung herstellen: Keine solche Datei oder kein solches Verzeichnis (g-io-error-quark, 1) Willkommen im Notfallmodus! ..." gefolgt von abunch angezeigt von Dingen, die ich tun kann. Es gibt den gleichen Fehler aus, wenn ich Strg-D drücke, um in den Standardmodus zu booten, und die fstab-Datei stimmt perfekt mit den UUIDs des Laufwerks überein. Aber ich glaube, ich habe den Täter gefunden. Wenn ich blkid ausführe, dauert es eine Weile, und dann wird "blk_update_request: E / A-Fehler, dev fd0, Sektor 0" gefolgt von den Daten der Laufwerke ausgespuckt. Was passiert, warum und wie behebe ich das?

Ich habe die mögliche doppelte Frage ausprobiert, aber es handelt sich um einen etwas anderen Fehler, und die Lösung funktioniert nicht.

filesystem Ben
quelle
1
Mögliches Duplikat des Fehlers "Puffer-E / A-Fehler auf Gerät fd0, logischer Block 0"
Mark Kirby
Ich fand heraus, dass ich es zum Laufen bringen kann, wenn ich in den Wiederherstellungsmodus boote und es dann anweise, beschädigte Pakete zu reparieren. Es scheint egal zu sein, ob dies erfolgreich war oder nicht. Dann kann ich weiter booten und es funktioniert.
Ben
Update: Ich entdeckte es nicht braucht , die fix gebrochen Pakete Option. Tatsächlich funktioniert es mit jeder Option, mit der das Dateisystem im Lese- / Schreibmodus erneut bereitgestellt wird. So kann ich nur dieses Problem stammt aus dem Dateisystem übernehmen nicht richtig montiert ist.
Ben
Wenn Sie Ihr Problem selbst gelöst, benutzen Sie bitte Ihre eigene Frage beantworten und es akzeptieren. Schreibe die Antwort nicht in die Kommentare! :-)
David Foerster
1
Stoßen. Ich schäme mich nicht.
Ben

Antworten:

36

/unix/282845/blk-update-request-io-error-dev-fd0-sector-0

Ihr Gerät hat kein Diskettenlaufwerk, aber das Diskettentreibermodul ist installiert. Sie haben also / dev / fd0, und viele Dinge werden versuchen, es zu verwenden.

sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
sudo dpkg-reconfigure initramfs-tools
Auspex
quelle
Danke für die Bearbeitung. Das scheint genau das zu sein, was gefehlt hat.
Auspex
7
Wenn Sie nach diesem Fehler suchen und Ubuntu in einer VM unter Microsoft Hyper-V ausführen, wird der VM-Konfiguration standardmäßig ein Diskettenlaufwerk hinzugefügt, das jedoch nicht ordnungsgemäß aktiviert ist. Die obige Antwort löst das Problem immer noch, aber prüfen Sie zunächst, ob sich in der VM-Konfiguration ein Diskettenlaufwerk befindet, und versuchen Sie, dieses zu entfernen, bevor Sie dieses Update anwenden. Ich habe 15 der verdammten Dinge, und bis jetzt 5 von ihnen durch Entfernen der Rouge-Diskette aus der Hyper-V-Maschinenkonfiguration mit Hyper-V-Manager behoben.
Shawty
@shawty Ja, das habe ich auch in VirtualBox gesehen.
Auspex
1

Deaktivieren Sie einfach das Diskettenlaufwerk im Bios-System.

Jason
quelle
1

Ich habe schon ziemlich lange damit rumgespielt. Eine kurze und eine lange Lösung.

Dies ist die kurze

  • Stellen Sie zunächst sicher, dass Ihre fstab- Datei in Ordnung ist, insbesondere Ihre Auslagerungsdatei .

  • Als laufen:

    sudo update-initramfs -u

    und deine Probleme sollten vorbei sein.

Die lange Version

Die lange Version von jemand anderem, die ich nicht zur Kenntnis genommen habe. (Sorry Leute!)

Versuchen:

  • Verwenden Sie blkiddie zur Bestimmung UUIDder Swap - Partition, und während es sicher, dass alle anderen Partitionen korrekt UUID‚s in /etc/fstab. Kann auch verwenden lsblk -f, um die zu finden UUID.

  • Setzen Sie für diesen Fehler die richtigen UUIDein /etc/fstab, insbesondere tauschen Sie sie aus.

  • Setzen Sie das richtige UUIDfür den Tausch ein /etc/initramfs-tools/conf.d/resume.

  • Lauf sudo update-initramfs -u

Starten Sie neu. Mein dreifacher Start von "Stretch all" wurde mit diesem Fehler behoben, da sich die Auslagerungsdatei geändert hatte.

Erklärung zur Langfassung

Das Problem lag daran, dass mein Swap verschlüsselt war. Das local-premountSkript in initramfs wartete also auf ein Swap-Gerät, das nicht verfügbar war, bis das Zeitlimit abgelaufen war. Die betreffende Nachricht wurde aufgegeben und wartet auf das Suspend / Resume-Gerät.

Um dies zu deaktivieren (von Swap - Wiederaufnahme nicht möglich , mit einem verschlüsselten Swap ist, und ich verwende nicht den Ruhezustand sowieso), modifizierte ich diese Datei: /etc/initramfs-tools/conf.d/resume.

  • In dieser Datei steht eine Zeile mit

    RESUME=none

    (anstelle der UUID, die hier vorhanden war) deaktiviert das Warten auf ein Gerät zum Fortsetzen.

  • Führen Sie aus sudo update-initramfs -u, um die Änderungen zu übernehmen.

  • Das System bootet jetzt normal.

Bert

Bert Mariën
quelle
1

Ich hatte eine andere Situation. Installierter Ubuntu Server lts 18.04 und Mod Floppy war aktiv.

Es gab einen fstabEintrag und ein aktiviertes Kernelmodul floppy.

## check for mod floppy
lsmod | grep -i floppy

Ich war das:

  • Kommentar fstab Eintrag (oder einfach löschen)
  • Moddiskette deaktivieren - zur Blacklist hinzufügen

Blacklist-Modul

echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf

Ohne Neustart:

sudo rmmod floppy
sudo dpkg-reconfigure initramfs-tools

Oder mit Neustart

reboot
hrvoj3e
quelle