☰

rsync 정지 후 RAID 10 LUKS 어레이에서 슈퍼블록을 읽을 수 없습니다(Budgie 데스크탑이 있는 Ubuntu Server 18.04.3).

tag-icon • tag-icon luks superblock
rsync 정지 후 RAID 10 LUKS 어레이에서 슈퍼블록을 읽을 수 없습니다(Budgie 데스크탑이 있는 Ubuntu Server 18.04.3).

외부 LUKS RAID 10 어레이(e-Sata로 연결됨)에서 내부 드라이브로 rsync하는 동안 OS가 정지되었습니다.

재부팅 후 더 이상 외부 RAID 10에 액세스할 수 없습니다. 클릭하면 다음 오류 메시지가 나타납니다.

Error mounting filesystem
Error mounting /dev/dm-0 at /media/marco/EXT_RAID_10: can't read superblock
on /dev/mapper/luks-49aa238c-96bc-4bf6-abeb-1f4b018ccabe (udisks-error-quark, 0)

시스템은 Budgie 데스크탑이 포함된 Ubuntu 서버 18.04.3입니다. 4개의 드라이브 표시등이 모두 켜져 있어 정상임을 나타냅니다.

sudo fdisk -l의 출력:

Disk /dev/nvme0n1: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 223.6 GiB, 240057409536 bytes, 468862128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x373d828f

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda2            2048 468860927 468858880 223.6G  5 Extended
/dev/sda5       443695104 468860927  25165824    12G 82 Linux swap / Solaris
/dev/sda6            4096 226996223 226992128 108.2G 83 Linux
/dev/sda7       226998272 443693055 216694784 103.3G 83 Linux

Partition table entries are not in disk order.


Disk /dev/sdf: 3.7 TiB, 4000694927360 bytes, 7813857280 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: B9829E9E-44BE-4381-BB42-387062B5252D

Device     Start        End    Sectors  Size Type
/dev/sdf1   2048 7813855231 7813853184  3.7T unknown


Disk /dev/mapper/luks-49aa238c-96bc-4bf6-abeb-1f4b018ccabe: 3.7 TiB, 4000690733056 bytes, 7813849088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

sudo fsck.ext4 -v /dev/sdf1의 출력:

e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdf1

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/sdf1 contains a crypto_LUKS filesystem

sudo mke2fs -n /dev/sdf1의 출력:

Creating filesystem with 976731648 4k blocks and 244187136 inodes
Filesystem UUID: 11a09e27-4114-4555-8dd3-afcf61deacc4
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544

sudo e2fsck -b 98304 /dev/sdf1의 출력:

e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/sdf1

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/sdf1 contains a crypto_LUKS filesystem

결국 문제는 rsync 명령이 중단되어 드라이브가 잠겼다는 것입니다(간단한 cp 명령을 중단했을 때도 발생했습니다). 이 간단한 잠금은 비밀스러운(말장난 의도된) 오류 메시지를 제공하는 LUKS 암호화로 인해 복잡해졌습니다. 다음 지침에 따라 잠금 장치를 제거하여 이 문제를 해결했습니다. https://alvinabad.wordpress.com/2012/09/22/how-to-recover-a-luks-encrypted-disk/

간단히 말해서:

1. Boot from a recovery disk

2. Determine /dev address of locked LUKS partition (in this case /dev/sdh1):
~$ sudo fdisk -l

3. Display LUKS header info:
~$ sudo cryptsetup -v luksDump /dev/sdh1

4. Unlock partition with LUKS passphrase:
~$ sudo cryptsetup -v luksOpen /dev/sdh1 sdh1_crypt

5. Mount drive using Nautilus or manually:
~$ mkdir /tmp/disk
~$ sudo mount /dev/mapper/sdh1_crypt /tmp/disk

답변1

케이블을 바꾸고 이렇게 했습니다. https://alvinabad.wordpress.com/2012/09/22/how-to-recover-a-luks-encrypted-disk/

나를 위해 일했습니다 :

1. Boot from a recovery disk

2. Determine /dev address of locked LUKS partition (in this case /dev/sdh1):
~$ sudo fdisk -l

3. Display LUKS header info:
~$ sudo cryptsetup -v luksDump /dev/sdh1

4. Unlock partition with LUKS passphrase:
~$ sudo cryptsetup -v luksOpen /dev/sdh1 sdh1_crypt

5. Mount drive using Nautilus or manually:
~$ mkdir /tmp/disk
~$ sudo mount /dev/mapper/sdh1_crypt /tmp/disk

답변2

Raid 설정이 없지만 Linux 자체에서 오류가 발생했습니다.
eSATA 케이블이 아닌지 확인하세요.

Ubuntu에서 파일 시스템 오류를 복구하는 방법

Ubuntu 설치 CD를 사용하여 시스템을 부팅합니다.을 클릭한 다음 Ubuntu 테스트를 선택합니다.
다음으로 터미널을 열고 명령줄을 사용하세요.
   $ sudo fsck.ext3 -f /dev/sdaX
오류 검색을 시작합니다. 발견된 모든 오류는 복구되어야 합니다.

다음을 입력하여 다음 재부팅 시 파일 시스템을 확인하도록 시스템에 요청할 수 있습니다.
   sudo 터치 /forcefsck

관련 정보