☰

다시 시작하면 "설치: 잘못된 파일 시스템 유형, 잘못된 옵션, 잘못된 슈퍼 블록"이 발생합니다.

tag-icon • tag-icon ubuntu mount disk
다시 시작하면 "설치: 잘못된 파일 시스템 유형, 잘못된 옵션, 잘못된 슈퍼 블록"이 발생합니다.

백업 드라이브가 있지만 /dev/sda1간단한 작업을 수행 apt-get upgrade하고 서버를 다시 시작한 후에는 더 이상 마운트할 수 없습니다.

/dev/sda1 /backups 마운트

mount: /backups: special device /dev/sda1 does not exist.

서버를 설정할 때 mkfs.ext4 /dev/sda1재부팅할 때까지 몇 주 동안 드라이브가 제대로 작동했습니다.

이것은 lsblk 및 fsck의 출력입니다.

LSBLK

NAME        MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda           8:0    0   3.7T  0 disk
nvme0n1     259:0    0 419.2G  0 disk
├─nvme0n1p1 259:1    0   511M  0 part  /boot/efi
├─nvme0n1p2 259:2    0   511M  0 part
│ └─md2       9:2    0   511M  0 raid1 /boot
├─nvme0n1p3 259:3    0 417.7G  0 part
│ └─md3       9:3    0 417.7G  0 raid1 /
└─nvme0n1p4 259:4    0   511M  0 part  [SWAP]
nvme1n1     259:5    0 419.2G  0 disk
├─nvme1n1p1 259:6    0   511M  0 part
├─nvme1n1p2 259:7    0   511M  0 part
│ └─md2       9:2    0   511M  0 raid1 /boot
├─nvme1n1p3 259:8    0 417.7G  0 part
│ └─md3       9:3    0 417.7G  0 raid1 /
└─nvme1n1p4 259:9    0   511M  0 part  [SWAP]

fsck /dev/sda1

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext2: No such file or directory while trying to open /dev/sda1
Possibly non-existent device?

fsck /dev/sda

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
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/sda

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>

Found a PMBR partition table in /dev/sda

현재 콘텐츠/etc/fstab

# <file system> <mount point>   <type>  <options>       <dump>  <pass>                         
/dev/md3        /       ext4    errors=remount-ro       0       1
/dev/md2        /boot   ext4    errors=remount-ro       0       1
/dev/nvme0n1p4  swap    swap    defaults        0       0        
/dev/nvme1n1p4  swap    swap    defaults        0       0        
proc            /proc   proc    defaults                0       0
sysfs           /sys    sysfs   defaults                0       0
UUID=4497-A8EC  /boot/efi       vfat    defaults        0       0

추가해 보았습니다

/dev/sda1        /backups   ext4    errors=remount-ro       0       1

하지만 이로 /etc/fstab인해 서버가 시작되지 않습니다.

fdisk -l /dev/sda

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 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: 0x00000000

Device     Boot Start        End    Sectors Size Id Type
/dev/sda1           1 4294967295 4294967295   2T ee GPT

고양이/프로세스/파티션

major minor  #blocks  name

 259        0  439548984 nvme0n1
 259        1     523264 nvme0n1p1
 259        2     523264 nvme0n1p2
 259        3  437971968 nvme0n1p3
 259        4     523264 nvme0n1p4
   9        2     523200 md2
   9        3  437971904 md3
 259        5  439548984 nvme1n1
 259        6     523264 nvme1n1p1
 259        7     523264 nvme1n1p2
 259        8  437971968 nvme1n1p3
 259        9     523264 nvme1n1p4
   8        0 3907018584 sda

테스트 디스크 /log /dev/sda https://pastebin.com/raw/mUHfDubj

무슨 일이 일어나고 있는지, 드라이브를 수리하는 방법을 아는 사람이 있습니까?

답변1

출력 fdisk결과에 따르면 특정 시점의 디스크에 GPT 파티션 테이블이 있었습니다. 파티션 유형은 eeMBR만 이해하는 운영 체제에 "이해할 수 없는 일이 발생했습니다. 건드리지 마세요."라고 알려주는 가상의 것일 뿐입니다. GPT를 지원하는 운영 체제의 경우 이는 "GPT 파티션 테이블이 실제이므로 읽어 보십시오."를 의미합니다.

GPT 파티션 테이블은 디스크 시작 부분, 클래식 MBR 파티션 바로 뒤에 위치하며, 디스크 맨 끝에 GPT 파티션 테이블의 백업 복사본이 있어야 합니다. 시스템이 이를 인식하지 못한다는 사실은 두 복사본이 모두 손상되었거나 커널이 어떤 이유로 올바른 복사본을 인식하지 못한다는 것을 의미합니다.

testdisk(Ubuntu에서 패키지로 사용 가능해야 함)을 사용하여 파티션을 스캔하고 복구할 수 있습니다. 필요한 경우 설치한 후 다음을 실행하세요.

sudo testdisk /log /dev/sda

파티션 테이블 유형을 선택 EFI GPT하고 빠른 검색을 시작하세요. 3.7TiB 디스크를 사용하면 "빠른" 검색에도 시간이 걸릴 수 있습니다. 파일 시스템이 디스크에 여전히 존재하는 경우 도구는 이를 감지하고 시작 및 종료 위치를 결정하고 이에 대한 유효한 파티션 테이블 항목을 재구성해야 합니다.

이 도구는 먼저 결과를 표시하지 않고서는 아무 것도 다루지 않습니다. 그런 다음 결과가 유효한지 확인할 수 있는 기회가 제공되며, 결과가 유효한 것으로 확신하는 경우 수정된 파티션 테이블을 디스크에 쓰도록 선택할 수 있습니다. 하지만 확실하지 않은 경우 이 /log옵션을 사용하면 로그 파일을 생성하라는 메시지가 표시되며, 로그 파일을 어딘가에 게시하고 질문에 대한 링크를 추가하여 자세한 내용을 확인할 수 있습니다.

답변2

/dev아직 항목이 있는지 확인할 수 있습니다 sda1. 없는 경우 새로 만들 수 있습니다.

cd /dev
ls -l sda*

편집: NVM, mknod가 커널에 의해 /dev/sda1이 생성되지 않은 이유에 대한 더 깊은 문제를 해결하지 않았기 때문입니다.

이 답변은 다른 곳과 관련되어 있으므로 그대로 두겠습니다.

관련 정보