EBS 볼륨을 복원하여 새 EC2 인스턴스에 연결했습니다. lsblk
이름 아래에서 볼 수 있을 때 /dev/nvme1n1
.
보다 구체적으로 출력은 다음 lsblk
과 같습니다.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 25M 1 loop /snap/amazon-ssm-agent/4046
loop1 7:1 0 55.4M 1 loop /snap/core18/2128
loop2 7:2 0 61.9M 1 loop /snap/core20/1169
loop3 7:3 0 67.3M 1 loop /snap/lxd/21545
loop4 7:4 0 32.5M 1 loop /snap/snapd/13640
loop5 7:5 0 55.5M 1 loop /snap/core18/2246
loop6 7:6 0 67.2M 1 loop /snap/lxd/21835
nvme0n1 259:0 0 8G 0 disk
└─nvme0n1p1 259:1 0 8G 0 part /
nvme1n1 259:2 0 100G 0 disk
보시다시피 nvme1n1
파티션이 없습니다. 결과적으로 다음을 사용하여 폴더에 설치하려고 하면:
sudo mkdir mount_point
sudo mount /dev/nvme1n1 mount_point/
알겠어요
mount: /home/ubuntu/mount_point: wrong fs type, bad option, bad superblock on /dev/nvme1n1, missing codepage or helper program, or other error.
이 볼륨 안에 데이터가 있습니다:
/dev/nvme1n1: data
Amazon에서는 파일 시스템 생성을 사용하는 것이 sudo mkfs -t xfs /dev/nvme1n1
옵션이 아니라고 말합니다.
경고하다 이미 데이터가 포함된 볼륨(예: 스냅샷에서 생성된 볼륨)을 탑재하는 경우에는 이 명령을 사용하지 마십시오. 그렇지 않으면 볼륨을 포맷하고 기존 데이터를 삭제하게 됩니다.
사실 제가 복원한 두 번째 가상 EBS 스냅샷으로 시도해 봤는데 얻은 건 가상뿐이었습니다.lost+found
리눅스 폴더.
이 EBS 복원 스냅샷에는 유용한 데이터가 포함되어 있습니다. 이를 파괴하지 않고 마운트하려면 어떻게 해야 합니까?
# parted -l /dev/nvme1n1 print
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme0n1: 8590MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 8590MB 8589MB primary ext4 boot
Error: /dev/nvme1n1: unrecognised disk label
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 107GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
dmesg | grep nvme1n1
[ 68.475368] EXT4-fs (nvme1n1): VFS: Can't find ext4 filesystem
[ 96.604971] EXT4-fs (nvme1n1): VFS: Can't find ext4 filesystem
[ 254.674651] EXT4-fs (nvme1n1): VFS: Can't find ext4 filesystem
[ 256.438712] EXT4-fs (nvme1n1): VFS: Can't find ext4 filesystem
sudo fsck /dev/nvme1n1
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/nvme1n1
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
사용해 보도록 하겠습니다테스트 디스크삭제된 파티션을 복구하세요.
바라보다:단계별로 디스크 테스트
답변2
나 자신도 이 문제로 어려움을 겪고 있었는데, 계속해서 쏟아지는 정보를 통해 깨닫게 되었습니다.
disk util은 마운트 지점뿐만 아니라 드라이브와 미디어도 관리합니다. 사용에 따른 책임은 사용자에게 있습니다. 대부분의 Linux 배포판에서 표준 유틸리티입니다.