USBからFedora-Workstation-Live28をインストールしようとしましたが、インストールの開始時に[Start Fedora-Workstation-Live 28]を選択すると、次のエラーが発生します。解決策はありますか?
[1.81660] --- [カーネルの終了]パニック-同期していません:VFS:ルートfsをunknown-block(0,0)にマウントできません。
(システム:Lenovo z51 70-OS:Linux、Ubuntu 18.04-カーネルバージョン:4.15)
次のエラーが発生しました。
[Start Fedora-Workstation-Live 28]を選択したとき:
uSBを交換したところ、次のエラーが発生しました。
解決済み。明らかに問題はUSBにあるので、次のコマンドを使用してUSBを再度フォーマットしようとしました。
Sudo dd if =/dev/zero of =/dev/sdb
次に、.isoファイルをその上に書き込みます。これで、インストールページが問題なく表示されます。
cmp
の後にdd
コマンドを使用して確認する方法。USBの不良データに非常によく似た起動の問題が発生しています。そのため、書き込まれたデータを再確認するUSB書き込み方式をご利用ください。
dd
自体は、書き込まれたデータを再チェックしません。次のセクションの正確な手順に従って、cmp
を使用してデータを手動で再確認してください。残念ながら、これ以上簡単な方法は考えられませんでした。
GNOME Disksを使用してUSBを書き込むことができます(Fedoraのインストール手順でその方法がわかります)。しかし、書き込まれたデータを再チェックするようには見えません。
公式のFedoraインストール手順は「デフォルト」でFedora Media Writerになります。少なくとも私が持っているFedora Media Writerのバージョンは、USBに書き込んだ後、書き込まれたデータを自動的に再チェックします。 Ubuntu OSにFedora Media Writerをインストールする簡単な方法がわかりません: 。
---(https://docs.fedoraproject.org/f28/install-guide/install/Preparing_for_Installation.html
Ubuntuの「スタートアップディスククリエーター」は私にはまったく機能しませんでした。私はそれがUbuntuISOを書くことだけをいとわないと思います、Fedoraのものではありません。
cmp
の後にdd
コマンドを使用して確認する方法原則として、これは単純なcmp
コマンドである可能性があります。非常に悲しいことに、役に立たない結果を返すいくつかの困難があるので、私はこれらを説明する必要があります。
cmp
は、書き込まれたUSBをLinuxシステムにマウントすることを許可した場合にも違いが見られると思います: 。これは、書き込んだ後にLinuxシステムに再度接続した場合に発生する可能性があります。 (またはFedora Live USBを正常に起動しますか??)注意する必要があります!
したがって、dd
を実行してデータを書き込み、次にcmp
コマンドを実行してUSBデータを確認します。その間に、USBを再接続(または再起動)する必要はありません。
まず、dd
コマンドを実行します。細心の注意を払い、内蔵ハードドライブを拭かないでください:)。
次に、sync
を実行して、データの書き込みが完了していることを確認する必要があることを忘れないでください。
その後、echo 3 | Sudo tee /proc/sys/vm/drop_caches
を実行できるようになります。この手順は、cmp
がシステムRAMのキャッシュから読み戻されるだけではないことを確認するために必要です。
その後、実行することができます
# cmp Fedora-Workstation-Live-28.iso /dev/sdb
つまりここで、sdb
はUSBデバイスの名前であり、.iso
ファイルはISOファイルの名前です。 USBスティックの交換が必要な場合、このコマンドはIOエラー、または違いを表示する可能性があります。
原則として、さらに進んで、USBが取り外されて電力が失われた後も、USBがデータを正しく保持することをテストすることをお勧めします。したがって、これには、グラフィカルログインの自動マウントを無効にする別の方法が必要になります。自動マウントを一時的に無効にする方法を知るのは非常に難しい場合があります:-(。最も簡単な方法は、テキストコンソールにログインして、そこからコマンドを実行することです。前にグラフィカルログインに戻らないようにしてください。テキストコンソールへのログインの詳細については、---(ここ を参照してください。
これまでの証拠から、USBから読み取ったinitramfsが破損しているようです。 USBを書き込んだのと同じシステムで、USBデータの検証を試みることができます。これは、USBへの書き込みに何らかの問題があることを確認するのに役立ちます。
完全を期すために、可能性の完全なリストは次のとおりです:-
同じエラーメッセージと非常によく似た条件で説明されている他の未解決の謎を見つけました。
[1.81660] --- [カーネルの終了]パニック-同期していません:VFS:ルートfsをunknown-block(0,0)にマウントできません。
残念ながら、これは実際の特定のエラーではありません。
私は再確認しました。 Fedora-Workstation-Live 28はinitramfsを使用します。これは、initrdのタイプとも呼ばれます。
このエラーは、カーネルとinitramfsの両方を使用してブートをセットアップした場合に表示されますが、エラーによってはinitramfsをロードできません。
たとえば、このエラーをトリガーする1つの方法は、ブートメニューで特別なキーを押して、ブートオプションの一時的な編集を開始した場合です。理論的には、ブートオプションの編集を開始し、意図せずにinitrd
オプションを削除した可能性があります。だから私はこれを可能性として言及しなければなりません:)。このタイプの編集は一時的なものであることに注意してください。したがって、再度起動して、initramfsを無効にする編集を行っていないことを確認してください:)。
この場合、カーネルはinitramfsなしで古いスタイルのブートに「フォールスルー」する可能性がありますが、ルートfsとしてマウントするように指定された「ブロックデバイス」はありません。 「(0,0)」は「不明」を意味します。このデバイス番号が有効なブロックデバイスになることはありません。
しかし、私はそれがあなた(そして他の何人か)がしたことではないと思います。
したがって、ブートプロセスの早い段階でおそらくより具体的なエラーがあると思います。残念ながら、エラーメッセージが表示された場合、それ以降のメッセージが多すぎると、画面の上部からスクロールして表示されない可能性があります:)。
"unable to mount root fs on unknown-block(0,0)。" の画像検索は、カーネル呼び出しトレースが画面全体に表示されるのが非常に一般的であることを示しています。これが発生すると、以前のエラーメッセージがあるかどうかを確認できません。
別のLinuxに関して投稿された、このようなエラーの例を見つけました。
https://bbs.archlinux.org/viewtopic.php?id=220178
Initramfs unpacking failed: junk in compressed archive
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
...
--- [end Kernel] panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0).
編集:それを呼んだ:-)。 「Initramfsの解凍に失敗しました:」が本当のエラーでした。 「XZ圧縮データが破損しています」は、initramfsがUSBから正しく読み取られていないことを明らかにします