blk_update_request:I / Oエラー、dev fd0、セクター0


16

これは、カーネルの更新後に発生しました。起動しようとするたびに、「権限の取得エラー:権限の初期化エラー:接続できませんでした:そのようなファイルまたはディレクトリはありません(g-io-error-quark、1)緊急モードへようこそ!...」と表示され、その後にabunch私ができることの。ctrl-dを押してデフォルトモードで起動すると、同じエラーが発生し、fstabファイルはドライブのUUIDと完全に一致します。しかし、私は犯人を見つけたと思います。blkidを実行すると、しばらく時間がかかり、「blk_update_request:I / Oエラー、dev fd0、セクター0」に続いてドライブのデータが出力されます。何が起こっているのか、なぜ、どうすれば修正できるのか?

重複する可能性のある質問を試しましたが、わずかに異なるエラーであり、解決策は機能しません。



recooveryモードで起動し、壊れたパッケージを修正するように指示すると、動作するようになることがわかりました。これが成功したかどうかは問題ではないようです。その後、起動を続行できますが、動作します。
ベン

更新:壊れたパッケージの修正オプションである必要はないことがわかりました。実際には、ファイルシステムを読み取り/書き込みモードで再マウントする任意のオプションで動作します。そのため、この問題は、ファイルシステムが適切にマウントされていないことに起因すると推測できます。
ベン

自分で問題を解決した場合は、自分の質問に答えて受け入れてください。コメントに答えを入れないでください!:
デビッドフォースター

1
バンプ。私は恥を感じません。
ベン

回答:


36

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

デバイスにはフロッピードライブがありませんが、フロッピードライバーモジュールがインストールされているため、/ dev / fd0があり、多くのものがそれを使用しようとします。

sudo rmmod floppy
echo "blacklist floppy" | sudo tee /etc/modprobe.d/blacklist-floppy.conf
sudo dpkg-reconfigure initramfs-tools

その編集をありがとう。それはまさに何が欠けていたように見えます。
-Auspex

7
Microsoft Hyper-VのVMでUbuntuを実行しているこのエラーを検索した後、ここに来る人は、デフォルトでフロッピードライブがVM構成に追加されますが、正しくアクティブ化されないためです。上記の答えでも解決しますが、最初にVM構成にフロッピーデバイスがあるかどうかを確認し、この修正を適用する前にフロッピーデバイスを削除してみてください。私は15個のくそったれのものを持っていますが、これまでのところ、Hyper-Vマネージャーを使用してHyper-Vマシン構成からルージュフロッピーを削除することでそれらの5個を修正しました。
ショーティー

@shawtyはい、VirtualBoxでも見ました。
-Auspex

1

Biosシステムでフロッピードライブを無効にすると、同じことが起こったので問題なく動作しました。


1

私はまだかなりの時間のためにそれをいじくり回していました。短い解決策と長い解決策。

これは短いものです

  • まず、fstabファイル、特にスワップファイルに問題がないことを確認します。
  • 実行より:

    sudo update-initramfs -u
    

    そしてあなたの問題は終わったはずです。

ロングバージョン

他の誰かが書いた長いバージョンで、私は注意しませんでした。(ごめんなさい!)

試してください:

  • を使用blkidUUIDてスワップパーティションを特定し、その間、他のすべてのパーティションにが正しいことを確認UUID/etc/fstabます。のlsblk -f検索にも使用できますUUID

  • このエラーのためUUID/etc/fstab、特にスワップに正しいを入れてください。

  • UUIDスワップの正しいものをに入れます/etc/initramfs-tools/conf.d/resume

  • 走る sudo update-initramfs -u

リブート。スワップファイルが変更されたため、このエラーでStretchのトリプルブートがすべて修正されました。

ロングバージョンの説明

問題は、スワップが暗号化されているためでした。そのためlocal-premount、initramfs内のスクリプトは、タイムアウトになるまで使用できないスワップデバイスを待っていました。関連するメッセージは、デバイスのサスペンド/レジュームの待機をあきらめました。

これを無効にするには(暗号化されたスワップではスワップからの再開は不可能であり、とにかく休止状態を使用しません)、このファイルを変更しました/etc/initramfs-tools/conf.d/resume

  • このファイルでは、次の行

    RESUME=none
    

    (ここにあったUUIDの代わりに)再開デバイスの待機を無効にします。

  • 実行sudo update-initramfs -uして変更を適用します。

  • システムが正常に起動するようになりました。

バート


1

別の状況がありました。ubuntuサーバーlts 18.04がインストールされ、modフロッピーがアクティブでした。

fstabエントリがあり、カーネルモジュールがアクティブになっていますfloppy

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

これは私がしました:

  • fstabエントリにコメントする(または単に削除する)
  • modフロッピーを無効化-ブラックリストに追加

ブラックリストモジュール

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

再起動なし:

sudo rmmod floppy
sudo dpkg-reconfigure initramfs-tools

または再起動

reboot
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.