blk_update_request: błąd we / wy, dev fd0, sektor 0

16

Stało się to po aktualizacji jądra. Za każdym razem, gdy próbuję uruchomić komputer, mój komputer wyświetla komunikat „Błąd podczas uzyskiwania uprawnień: Błąd inicjowania uprawnień: Nie można nawiązać połączenia: Brak takiego pliku lub katalogu (g-io-error-quark, 1) Witamy w trybie awaryjnym! ...” rzeczy, które mogę zrobić. Wyrzuca ten sam błąd, jeśli Itrl-d uruchamia się w trybie domyślnym, a plik fstab idealnie pasuje do UUID dysku. Ale myślę, że znalazłem winowajcę. Kiedy uruchamiam blkid, zajmuje to chwilę, a potem wyrzuca „blk_update_request: błąd we / wy, dev fd0, sektor 0”, a następnie dane dysków. Co się dzieje, dlaczego i jak to naprawić?

Wypróbowałem możliwe zduplikowane pytanie, ale jest to nieco inny błąd i rozwiązanie nie działa.

filesystem Ben
źródło
1
Możliwa duplikacja błędu „Błąd we / wy bufora na urządzeniu fd0, błąd logiczny 0”
Mark Kirby
Doszedłem do wniosku, że mogę go uruchomić, jeśli uruchomię komputer w trybie odzyskiwania, a następnie każę naprawić uszkodzone pakiety. Nie ma znaczenia, czy się to udało, czy nie. Następnie mogę kontynuować uruchamianie i działa.
Ben
Aktualizacja: Odkryłem, że nie musi to być opcja naprawy uszkodzonych pakietów. W rzeczywistości będzie działać z każdą opcją, która ponownie instaluje system plików w trybie do odczytu i zapisu. Mogę tylko założyć, że ten problem pochodzi z nieprawidłowego podłączenia systemu plików.
Ben
Jeśli sam rozwiązałeś problem, odpowiedz na swoje pytanie i zaakceptuj je. Nie umieszczaj odpowiedzi w komentarzach! :-)
David Foerster
1
Guz. Nie mam wstydu.
Ben

Odpowiedzi:

38

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

Twoje urządzenie nie ma stacji dyskietek, ale moduł sterownika stacji dyskietek jest zainstalowany, więc masz / dev / fd0 i wiele rzeczy będzie próbowało z niego korzystać.

sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
sudo dpkg-reconfigure initramfs-tools
Auspex
źródło
Dzięki za tę edycję. To wygląda dokładnie na to, czego brakowało.
Auspex
7
Dla każdego, kto tu przyjeżdża po poszukiwaniu tego błędu podczas uruchamiania Ubuntu na maszynie wirtualnej pod Microsoft Hyper-V, dzieje się tak, ponieważ domyślnie napęd dyskietek jest dodawany do konfiguracji maszyny wirtualnej, ale nie jest poprawnie aktywowany. Powyższa odpowiedź nadal ją rozwiązuje, ale sprawdź najpierw, czy masz dyskietkę w konfiguracji maszyny wirtualnej, i spróbuj ją usunąć przed zastosowaniem tej poprawki. Mam 15 cholernych rzeczy, a jak dotąd 5 z nich naprawiono, usuwając dyskietkę rouge z konfiguracji maszyny Hyper-V za pomocą menedżera Hyper-V.
shawty
@ shawty Tak, widziałem to również w VirtualBox.
Auspex,
1

Po prostu wyłącz napęd dyskietek w systemie Bios, to samo mi się przydarzyło, że teraz działa dobrze.

Jason
źródło
1

Wierciłem i wygłupiałem się z tym jeszcze przez długi czas. Krótkie i długie rozwiązanie.

To jest krótki

  • Najpierw sprawdź, czy plik fstab jest w porządku, zwłaszcza plik wymiany .

  • Niż bieg:

    sudo update-initramfs -u

    i twoje problemy powinny się skończyć.

Długa wersja

Długa wersja napisana przez kogoś innego, czego nie zauważyłam. (Przepraszam ludzi!)

Próbować:

  • Zastosowanie blkidw celu określenia UUIDswojej partycji swap, a przy tym upewnić, że wszystkie inne partycje mają poprawne UUID„sw /etc/fstab. Można również użyć lsblk -fdo znalezienia UUID.

  • Umieścić poprawne UUID„s do /etc/fstab, zwłaszcza swap, dla tego błędu.

  • Wstaw poprawną UUIDdo wymiany /etc/initramfs-tools/conf.d/resume.

  • Biegać sudo update-initramfs -u

Restart. Naprawiłem mój trzykrotny rozruch Stretcha z tym błędem, ponieważ zmienił się plik wymiany.

Wyjaśnienie dotyczące długiej wersji

Problem był spowodowany zaszyfrowaniem mojej wymiany. Tak więc local-premountskrypt 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ć (jak wznowieniu z zamiany nie jest to możliwe z zaszyfrowanym swap, a nie używam hibernacji i tak), I zmodyfikowane ten plik /etc/initramfs-tools/conf.d/resume.

  • W tym pliku linia z

    RESUME=none

    (zamiast UUID, który był tutaj) wyłączy czekanie na urządzenie do wznowienia.

  • Uruchom, sudo update-initramfs -uaby zastosować zmiany.

  • System uruchamia się teraz normalnie.

Bert

Bert Mariën
źródło
1

Miałem inną sytuację. Zainstalowano serwer Ubuntu lts 18.04 i aktywna była dyskietka mod.

Był fstabwpis i aktywowany moduł jądra floppy.

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

Ja to zrobiłem:

  • skomentuj wpis fstab (lub po prostu go usuń)
  • wyłącz mod dyskietkę - dodaj do czarnej listy

Moduł czarnej listy

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

Bez ponownego uruchomienia:

sudo rmmod floppy
sudo dpkg-reconfigure initramfs-tools

Lub z restartem

reboot
hrvoj3e
źródło