☰

e2fsck 슈퍼블록 문제를 해결하는 방법은 무엇입니까?

tag-icon • tag-icon fstab e2fsck ufs
e2fsck 슈퍼블록 문제를 해결하는 방법은 무엇입니까?

이 문제가 있습니다 읽기/쓰기로 구성되었음에도 불구하고 디스크가 갑자기 쓰기 금지된 이유는 무엇입니까?

이 문제를 해결하기 위해 다음 명령을 사용했습니다. umount /dev/sdb1 e2fsck /dev/sdb1 mount /dev/sdb1

하지만

~# e2fsck /dev/sdb1
e2fsck 1.44.5 (15-Dec-2018)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1

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>

/dev/sdb1 contains a ufs file system

추가 명령을 사용하면 자세한 내용을 확인할 수 있습니다.

~#nano /etc/fstab
UUID=###951671### /DATA ufs defaults 1 2

mkdir /DATA

mount /DATA

~# ls -lat | grep DATA
drwxr-xr-x  5 root     root     1024 May 26 11:37 DATA

~# df -h | grep sd
/dev/sda1       276G  8.7G  254G   4% /
**/dev/sdb1       197G  102G   80G  57% /DATA**

~# lsblk -f | grep sd
sda                                                                                      
├─sda1 ext4                          ###-c0fb-42ce-9c78-###  253.2G     3% /
├─sda2                                                                                   
└─sda5 swap                          ###-27b4-485b-98b3-###                [SWAP]
sdb                                                                                      
└─sdb1 ufs                           ###951671###                       79.3G    52% /DATA

~:/DATA# ls
ls: reading directory '.': Input/output error


~:/DATA# mount -o rw,remount /dev/sdb1
mount: /DATA: mount point not mounted or bad option.

~# umount /DATA
~# e2fsck /DATA
e2fsck 1.44.5 (15-Dec-2018)
e2fsck: Is a directory while trying to open /DATA

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>

~# mount /DATA
mount: /DATA: WARNING: device write-protected, mounted read-only.

어쨌든 /DATA 폴더에 있는 이 하드 드라이브 /dev/sdb1에 액세스하고 싶습니다.

이 문제를 어떻게 해결할 수 있나요?

답변1

멈추다.

e2fsck파일 /etc/fstab과 출력 에 따르면 lsblk파일 시스템 유형 /dev/sdb1은 입니다 ufs.

e2fsck예오직파일 시스템 유형을 전혀 복구할 수 없으며 UFS 파일 시스템을 강제로 복구하려고 하면 실제로 더 많은 손상을 초래할 ext2수 있습니다 .ext3ext4ufs

UFS 파일 시스템을 확인하고 복구하려면 fsck.ufs대신 이 작업을 수행해야 합니다. 일부 Linux 배포판에서는 다음과 같은 패키지로 제공됩니다 ufsutils. 패키지 관리자를 사용하여 설치하세요.

그 외에도 UFS는 Linux에서 일반적으로 사용되는 파일 시스템이 아닙니다. 제 생각에는 Solaris나 *BSD에 더 가깝습니다. 디스크가 Solaris 또는 BSD 시스템에서 이동된 경우 원래 시스템의 도구를 사용하여 디스크를 다시 가져와 파일 시스템을 확인할 수 있습니다. 이러한 도구는 사용 중인 실제 파일 시스템 버전에 맞춰 최신 상태일 가능성이 높습니다.

답변2

이 문제를 해결했습니다.

$ dmesg|grep bsd

[3.467958]sda1:

그 다음에:

$ sudo mount -t ufs -r -o ufstype=ufs2 /dev/sdb1 ~/freebsd

물론 다른 버전의 Linux 시리즈 우분투에 대해서는 다음 사항을 알아야 합니다. 가능한 일반적인 유형은 다음과 같습니다.

old old format of ufs
default value, supported as read-only
44bsd used in FreeBSD, NetBSD, OpenBSD
ufs2 used in FreeBSD 5.x
5xbsd synonym for ufs2
sun used in SunOS (Solaris)
sunx86 used in SunOS for Intel (Solarisx86)
hp used in HP-UX
nextstep used in NextStep
nextstep-cd used for NextStep CDROMs (block_size == 2048)
openstep used in OpenStep

우분투에서는 이 명령을 이렇게 사용해야 합니다

$ sudo mount -t ufs -r -o ufstype=44bsd /dev/sdb1 /DATA

답변3

Windows에서 ext2fsd를 제거하거나 업데이트하기만 하면 됩니다. 그러나 Linux를 일시적으로 또는 긴급하게 복원하려면 오류가 표시되는 검은색 화면에 다음 명령을 작성할 수 있습니다.

e2fscl -c <-y> <device>

<device>대신 Linux 파티션에 쓸 수 있습니다 /dev/sdb7. -y실행에서 추가 또는 누르기를 요청할 때마다 추가하거나 누를 수 있습니다 .y

관련 정보