
我有一台雙啟動筆記型電腦,運行 Windows 10 和 Ubuntu 18.04。 Ubuntu 已經安裝並運作正常,直到突然停止啟動
讀取 /dev/sda6 時出現輸入/輸出錯誤。
另一方面,Windows 正常啟動,我甚至可以使用第三方程式 DiskInternals 存取我的 linux 分割區 /dev/sda6 上的資料。
我嘗試使用 Ubuntu 18.04 live USB 重新安裝 Linux,但失敗並顯示錯誤訊息“error fsyncing/ opening /dev/sda input/output error”
任何幫助表示讚賞。
更新:--> 磁碟應用程式的螢幕截圖
輸出grep -i sda6 /var/log/syslog*
ubuntu@ubuntu:~$ grep -i sda6 /var/log/syslog
Jun 25 01:42:08 ubuntu lvm[1097]: /dev/sda6: read failed after 0 of 4096 at 220201943040: Input/output error
Jun 25 01:42:08 ubuntu lvm[1097]: /dev/sda6: read failed after 0 of 4096 at 220202000384: Input/output error
Jun 25 01:42:08 ubuntu lvm[1097]: /dev/sda6: read failed after 0 of 4096 at 0: Input/output error
Jun 25 01:42:08 ubuntu lvm[1097]: /dev/sda6: read failed after 0 of 4096 at 4096: Input/output error
Jun 25 01:42:08 ubuntu kernel: [ 7.481627] sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8
Jun 25 01:42:08 ubuntu kernel: [ 10.124131] EXT4-fs (sda6): INFO: recovery required on readonly filesystem
Jun 25 01:42:08 ubuntu kernel: [ 10.124133] EXT4-fs (sda6): write access will be enabled during recovery
Jun 25 01:42:08 ubuntu kernel: [ 147.204149] EXT4-fs (sda6): error loading journal
Jun 25 01:42:10 ubuntu kernel: [ 158.444325] Buffer I/O error on dev sda6, logical block 53760240, async page read
Jun 25 01:42:39 ubuntu kernel: [ 186.822855] Buffer I/O error on dev sda6, logical block 53760240, async page read
輸出fsck /dev/sda6
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext2: Input/output error while trying to open /dev/sda6
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
答案1
另一方面,Windows 正常啟動,我甚至可以使用第三方程式 DiskInternals 存取我的 linux 分割區 /dev/sda6 上的資料。
這是你問題的根源。由於 ubuntu Bionice2fsprogs
創建了具有新功能的檔案系統。Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
我的意思是metadata_csum。
從 man e2fsck 複製
此 ext4 功能支援元資料校驗和。此功能儲存所有檔案系統元資料(超級區塊、群組描述區塊、索引節點和區塊點陣圖、目錄和磁碟區樹區塊)的校驗和。用於元資料區塊的校驗和演算法與用於具有 uninit_bg 功能的群組描述符的演算法不同。這兩個功能不相容,將優先使用metadata_csum而不是uninit_bg。
在使用 Windows 程式存取期間,它會更改/損壞此儲存的元資料。
答案2
讓我們先檢查您的檔案系統是否有錯誤。
對於 18.04 或更高版本...
- 引導至 Ubuntu Live DVD/USB
- 打開一個
terminal
視窗 - 類型
sudo fsck -f /dev/sda6
- 如果有錯誤,請重複 fsck 指令
- 類型
reboot
更新#1:
嗯,這是一個非常奇怪的硬碟問題。
底線...在 Windows 中,我們刪除了 Ubuntu sda6 分割區,從 BIOS 中刪除了 Ubuntu 開機記錄,引導到 Ubuntu Live USB,重新安裝了 Ubuntu,並恢復了資料。一切又恢復正常了!