마운트 : 잘못된 fs 유형, 잘못된 옵션, 잘못된 수퍼 블록 1074GB. 다 잘 갔다 그런 다음 드라이브를

나는 새 하드 드라이브를 (추가 /dev/sdb우분투 서버 (16), RAN에) parted /dev/sdb mklabel gptsudo parted /dev/sdb mkpart primary ext4 0G 1074GB. 다 잘 갔다 그런 다음 드라이브를 마운트하려고했습니다.

mkdir /mnt/storage2
mount /dev/sdb1 /mnt/storage2

결과

mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

나는 mount -t ext4 /dev/sdb1 /mnt/storage2동일한 결과로 시도했다 . 나는이 일을 여러 번 해왔으며 결코 이런 것에 빠지지 않았습니다. 이미이 마운트를 읽었습니다 : CentOS 6.0의 잘못된 fs 유형, 잘못된 옵션, / dev / sdb의 잘못된 수퍼 블록은 아무 소용이 없습니다.

드라이브에 관한 fdisk 출력

Disk /dev/sdb: 1000 GiB, 1073741824000 bytes, 2097152000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0E136427-03AF-48E2-B56B-A467E991629F

Device     Start        End    Sectors  Size Type
/dev/sdb1   2048 2097149951 2097147904 1000G Linux filesystem



답변

여전히 파일 시스템을 만들어야합니다

mkfs.ext4 /dev/sdb1

Parted User ‘s Manual https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

명령 : mkpart [부품 유형 fs 유형 이름] start end

해당 파티션에 새 파일 시스템작성하지 않고 새 파티션 을 작성 합니다.


답변

Ubuntu 16.04에서 / dev / sda와 함께이 문제가 발생했습니다. 라이브 usb로 부팅하고 다음을 수행하여 문제를 해결했습니다.

디스크를 보려면 lsblk

드라이브의 상태가 양호 fdisk -l하면 시스템이 드라이브를 사용할 수 있는지 확인하십시오 .

드라이브에서 불량 수퍼 블록을 복구하려면이 명령을 실행하십시오.

fsck /dev/sda1 (/ dev / sda1을 수정하려는 드라이브로 바꾸십시오).

블록 수리를 요청하면 ‘ y ‘ 를 눌러 yes를 선택하십시오.

fsck가 모든 불량 블록을 복구하도록 허용합니다.

그런 다음 사용하여 장치를 마운트 할 수있었습니다.

sudo mount /dev/sda /media/ubuntu

이것은 나를 위해 해결했습니다.


답변

# create mount dir
sudo mkdir /hdd6T

# new file system
sudo mkfs.ext4 /dev/sdc

# mount drive
sudo mount /dev/sdc /hdd6T/

# change ownership to specified user
sudo chown your-user /hdd6T/


답변

나쁜 수퍼 블록을 대체 방법 중 하나로 대체하는 다른 프로세스가 있습니다. FSCK가 너무 많은 데이터를 제거하거나 민감한 위치 (예 : 데이터베이스의 데이터 디렉토리)에서 데이터를 제거하려고 할 수 있기 때문에 FSCK는 “손실”프로세스 일 수 있습니다. 작동하지 않습니다.

당신은 자신을 어리석게 만들거나 프로세스의 근본이 될 수 있습니다. 당신이 루트 일 때, 리눅스는 명령을 내릴 때 무엇을하고 있는지를 알고 있다고 가정합니다. 그렇게 지시하면, 총알 씨를 발에게 신속하게 배달 할 것입니다. 다른 많은 것들과 마찬가지로, 큰 힘으로 큰 책임이 따릅니다. 이것으로 시스템을 루트로 실행하는 것에 대한 경고가 끝납니다.

sudo -s

fdisk -l

이 예에서는 / dev / sdc1을 가정하고이 설명에 가장 일반적인 EXT4를 사용하는 장치를 알아냅니다.

fsck -N /dev/sdc1

장치와 파일 시스템 (ZFS, UFS, XFS 등)이 다를 수 있으므로 먼저 가지고있는 것을 알고 있어야합니다. 그것이 EXT4라고 가정하지 마십시오. 이 단계를 무시하면 나중에 EXT4 파일 시스템이 아닌 경우 문제가 발생할 수 있습니다.

fsck.ext4 -v /dev/sdc1

수퍼 블록이 나쁘다는 오류 메시지를받습니다. 수퍼 블록이 정상이면이 작업을 원하지 않습니다.

mke2fs -n /dev/sdc1

파티션에 저장된 대체 수퍼 블록이 출력됩니다.

*Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208*

대체 수퍼 블록을 선택하십시오-첫 번째 블록이 기본값이고 나쁜 블록이므로 사용하지 마십시오. 파티션에서 가져온 목록에서 하나를 선택하려고 할 수도 있습니다. 예제를 사용하지 마십시오. 슈퍼 블록은 다른 곳에 저장 될 수 있습니다 .

e2fsck -b 98304 /dev/sdc1

재부팅하고 이것이 작동하는지 확인하십시오. 목록에서 다음 수퍼 블록을 시도하지 않으면 나는 두 번이나 세 번째 또는 네 번째로 가야했습니다.

e2fsck -b 163840 /dev/sdc1

이제 디스크를 다시 확인하는 명령을 시도하십시오. 불량 수퍼 블록에 대해 동일한 정보가 있는지 확인하십시오.

fsck.ext4 -v /dev/sdc1

수퍼 블록이 부족하거나 작동 할 때까지 계속 시도하십시오. 부족한 경우 더 큰 문제가 발생하여 백업이 잘 되길 바랍니다. 이 시점에서 FSCK를 실행할 수 있습니다.


답변