我嘗試在我選擇的安裝開始時從 USB 安裝 Fedora-Workstation-Live 28

$$ Start Fedora-Workstation-Live 28 $$我收到以下錯誤。有什麼解決辦法嗎？

$$ 1.81660 $$—$$ end Kernel $$恐慌 - 不同步：VFS：無法在未知塊（0,0）上掛載根 fs。

（系統：Lenovo z51 70 - 作業系統：Linux，Ubuntu 18.04 - 核心版本：4.15）

發生以下錯誤：

因為我選擇了

$$ Start Fedora-Workstation-Live 28 $$: 正如我選擇的

$$ start this media & Test $$:

我更換了 USB 並收到以下錯誤：

當我選擇了

$$ Start Fedora-Workstation-Live 28 $$: 正如我選擇的

$$ start this media & Test $$:

解決了。顯然問題出在USB上，所以我嘗試使用以下命令再次格式化USB：

sudo dd if=/dev/zero of=/dev/sdb

然後在其上刻錄 .iso 文件。現在它顯示安裝頁面沒有問題。

目錄

1. 請使用重新檢查寫入數據的 USB 寫入方法。這可能是相當困難的，對不起。
2. 如何cmp在dd.
3. 從 USB 讀取的 initramfs 已損壞。
4. 為什麼我責怪從 USB 讀取的 initramfs。

1.請使用重新檢查寫入數據的USB寫入方法。這可能是相當困難的，對不起。

您遇到的啟動問題看起來很像 USB 上的壞數據。因此，請使用重新檢查寫入數據的 USB 寫入方法。

dd本身，不會重新檢查寫入的數據。cmp請按照下一節中的確切說明，使用 手動重新檢查數據。不幸的是，我想不出任何更簡單的方法。

• GNOME 磁碟可用於寫入 USB（Fedora 安裝說明告訴您如何操作）。但它似乎並沒有重新檢查寫入的數據。
• Fedora Media Writer的官方安裝說明“預設” 。至少我擁有的Fedora Media Writer版本會在寫入 USB 後自動重新檢查寫入的數據。我不知道在你的 Ubuntu 作業系統上安裝Fedora Media Writer的簡單方法:-(。

https://docs.fedoraproject.org/f28/install-guide/install/Preparing_for_Installation.html

• Ubuntu 的“啟動磁碟創建器”對我來說根本不起作用。我認為它只願意編寫 Ubuntu ISO，而不是 Fedora 的。

2. 之後如何使用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 在移除和斷電後是否正確保存數據。因此，這將需要一種替代方法來禁用圖形登錄的自動掛載。可能很難知道如何暫時禁用自動掛載:-(。我認為最簡單的方法是登錄文本控制台並從那裡執行命令。確保之前不要切換回圖形登錄你已經完成了！有關在文本控制台上登錄的一些資訊，請參見此處。

3. 從您的 USB 讀取的 initramfs（可能）已損壞 ===============================

從目前的證據來看，從您的 USB 讀取的 initramfs 似乎已損壞。您可以嘗試在編寫 USB 的同一系統上驗證 USB 數據。這對於確認寫入 USB 的某種問題可能很有用。

為了完整起見，完整的可能性列表是：-

1. 寫入 USB 時出現問題

2. 您寫入的 ISO 映像中有問題

3. 電腦中的問題，例如早期啟動期間的 EFI/BIOS 問題

4. 您的電腦與此版本的 Linux 之間“不兼容”。（也就是說，如果有人認為您的電腦不應該受到責備，他們將不得不責怪特定版本的 Linux :)。

5. 為什麼我責怪從 USB 讀取的 initramfs ============================

我發現用相同的錯誤消息和非常相似的條件描述的其他未解之謎：

• Fedora Live USB 無法啟動
• 我無法製作可啟動 USB$$ of Fedora 24 $$…
• 核心恐慌 - 不同步 VFS：無法在 Fedora 22 安裝上的 unknown-block(0,0) 上掛載 root fs

$$ 1.81660 $$—$$ end Kernel $$恐慌 - 不同步：VFS：無法在未知塊（0,0）上掛載根 fs。

不幸的是，這不是真正的具體錯誤。

我已經仔細檢查過；Fedora-Workstation-Live 28 使用initramfs。這有時也稱為initrd的一種。

如果您使用核心和 initramfs 設置引導，則會顯示此錯誤，但某些錯誤會阻止載入 initramfs。

例如，觸發此錯誤的一種方法是，如果您在啟動菜單上按下一個特殊鍵來啟動啟動選項的臨時編輯。從理論上講，您可能已經開始編輯引導選項，並且無意中刪除了一個initrd選項。所以我不得不提到這是一種可能性:)。請注意，這種類型的編輯是臨時的。因此，您可以再次啟動，並確保您沒有進行禁用 initramfs 的編輯:)。

在這種情況下，核心可能會“失敗”到沒有 initramfs 的舊式引導，但是它沒有任何指定作為根 fs 掛載的“塊設備”。“(0,0)”表示“未知”；此設備號永遠不是有效的塊設備。

但我不認為這是你（和其他一些人）所做的。

因此，我認為在引導過程的早期可能存在更具體的錯誤。不幸的是，如果有錯誤消息，你可能看不到它，因為它從螢幕頂部滾動出來，如果從那時起有太多消息:)。

圖像搜尋“無法在未知塊 (0,0) 上掛載根 fs”。表明核心呼叫跟踪填滿螢幕是很常見的。發生這種情況時，您看不到是否有任何先前的錯誤消息。

我發現了一個這樣的錯誤範例，發佈在不同的 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 壓縮數據已損壞”清楚表明未從 USB 正確讀取 initramfs

引用自：https://unix.stackexchange.com/questions/453272