Fedora

EXT4-fs (sdc): VFS: 找不到 ext4 文件系統

  • February 3, 2021

簡而言之,這是我找到磁碟問題的最佳答案的地方:https ://help.ubuntu.com/community/DataRecovery


在 Fedora 15 安裝期間,我添加了所有 3 個驅動器以在啟動時掛載。但是,安裝結束後,我無法再安裝它們了。

在重新啟動期間,我收到了此消息?

**Give root password for maintenance
(or type Control-D for normal startup):** 

“Control-D”不起作用,我最終手動關閉並重新安裝了 Fedora 14,希望這是一個錯誤,但是,正如我後來知道的那樣,它不是。

所以我嘗試在 fstab 中手動添加磁碟:

$ nano /etc/fstab
/dev/sdb1                /media/Unus                     ext4     defaults  0 0
/dev/sdc1                /media/Duo                     ext4     defaults       0 0

但他們不安裝:

$ mount media/Duo
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
      missing codepage or helper program, or other error
      In some cases useful info is found in syslog - try
      dmesg | tail  or so

這是我從 dmesg 得到的:

$ dmesg | tail
[  897.592207] EXT4-fs (sdc): VFS: Can't find ext4 filesystem

但是,磁碟在那裡:

$ testDisk

Disk /dev/sdb - 1000 GB / 931 GiB - ATA ST31000528AS
Disk /dev/sdc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
   Partition                  Start        End    Size in sectors
>   P ext4                     0   0  1 121601  80 63 1953525168 [Unus]

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
   Partition                  Start        End    Size in sectors
>   P Unknown                  0   0  1 243201  80 63 3907029168

請注意,在安裝 Fedora 15 之前,兩個磁碟都使用 ext4 格式化並且工作正常。

有沒有辦法在不失去磁碟上記錄的數據的情況下重建文件系統?

我想知道我應該怎麼做,因為兩個磁碟中都有不可或缺的數據。

謝謝。


更新:

以下: http: //linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/

我以 root 身份執行:

$ fsck.ext4 -vy /dev/sdb

這恢復了我的一張磁碟。所以我可以安裝它:

$ mkdir /media/Unus && mount /dev/sdb

但是,我對另一個沒有那麼幸運:

$ fsck.ext4 -vy /dev/sdb
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
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>

正如有人建議的那樣,我跑了:

$ file -s /dev/sdb1 /dev/sdc1
/dev/sdb1: ACB archive data
/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: XlSIOVm3e8Ozqv4EO0TgTCiKAOdW4V6

現在我正在弄清楚如何修復磁碟 /dev/sbc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1 (順便說一下,這是ext4)。


# e2fsck -n /dev/sdc1

e2fsck 1.41.12 (17-May-2010)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
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>

磁碟的一些列印螢幕:http: //imgur.com/a/hY6ze


最後更新

在等待新磁碟到貨時,我正在嘗試您的一些建議。

為了嘗試啟動邏輯卷,我得到了這個:

# lvchange -ay vg_atipico/**lv_duo**
 One or more specified logical volume(s) not found.

我寫的命令是正確的還是應該改寫:

“lvchange -ay vg_atipico / sdc1 ”?

首先,在你完全理解發生了什麼之前,不要做任何破壞性的事情。例如,不要在e2fsck沒有-n設備的情況下執行,除非您絕對確定該設備包含 ext2/ext3/ext4 文件系統並且您可以恢復它。

在冒任何破壞性風險之前,我建議您製作原始磁碟的副本。獲取至少一樣大的磁碟並複制整個內容:

cat </dev/sdb >/dev/sdd

(要保存的磁碟在哪裡/dev/sdb並且你想覆蓋/dev/sdd- 非常小心不要弄錯一個字母!)。

/dev/sdb似乎處於不一致的狀態。顯然它有一個分區表,表明有一個分區/dev/sdb1,同時它在整個磁碟上而不是在分區上都有一個文件系統。如果整個磁碟上確實存在文件系統,則不應該存在分區表。鑑於您已經做了一些可能具有破壞性的事情,我建議您嘗試將所有文件從磁碟上複製下來。將其安裝為只讀:

mkdir /media/b
mount -r -t ext4 /dev/sdb /b
cp -a /media/b /some/place/you/have/enough/space

/dev/sdc1包含一個LVM 物理卷。您需要組裝此卷。事實上,系統可能已經這樣做了;數據在邏輯卷上,而不是直接在分區上。執行lvs以查看可用的邏輯卷。

mkdir /media/c
lvs   # You'll probably see a line with "  volumegroupname    logicalvolumename"
mount -r -t ext4 /dev/mapper/volumegroupname-logicalvolumename /media/c

如果lvs沒有顯示任何內容,您需要先啟動卷。執行vgs以查看可用卷組列表、vgchange -ay volumegroupname啟動卷組、lvchange -ay volumegroupname/logicalvolumename啟動邏輯卷。如果您需要幫助,請發布 和pvsvgs輸出lvs


即使e2fsck無法管理,您也可以嘗試恢復文件系統結構。但這需要對文件系統有深入的了解。即使是專業人士也可能會或可能不會走遠,這取決於準確地覆蓋了哪些位。TestDisk是一個文件系統恢復工具;嘗試在您的磁碟上釋放它。

如果您無法修復文件系統,請去尋找單個文件。這可能容易或困難,具體取決於您要處理的文件類型以及磁碟的佈局方式。一個有利的情況是一次性編寫的大型影片文件(因此每個文件都有一個可辨識的標題並且很可能是未分段的)。一個不利的情況是原始碼樹,其中每個文件都有很多版本(除了一個已刪除),甚至將文件數據與名稱相關聯也是困難的一部分。

有一些工具可以在損壞的文件系統(或已刪除的文件)上尋找可辨識的文件,主要是圖像、影片和聲音。TestDisk 網站有一個數據恢復分發列表特別是CAINE是一個專門用於取證的實時發行版。

引用自:https://unix.stackexchange.com/questions/16029