마운트 : 잘못된 fs 유형, 잘못된 옵션, 잘못된 수퍼 블록


40

나는 새 하드 드라이브를 (추가 /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 

dmesg를 실행하면 문제가 실제로 무엇인지 더 많은 정보를 얻을 수 있습니다.
Winston Ewert

답변:


58

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

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

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


22
이것은 현재 드라이브를 지울 것입니다!
SudarP

이렇게하면 권한 거부 오류가 발생합니다. 전에 이런 일이 있었습니까?
코스타

1
당신은 수퍼 유저로 명령을 실행해야합니다 @Kosta (예 sudo)
엘리 Korvigo

@SudarP는 / dev / sdb1 장치를 지 웁니다. 당신의 현재가 아닙니다. 당신이하고있는 일을 확신한다면 실행하십시오 ( linux.die.net/man/8/mkfs.ext4 )
tremendows

당신은 또한 (또는 ext4 파티션이 어느 번호에 있는지) 말 sda대신 마운트하려고 할 수도 있습니다 sda2. 오늘도 내 사건처럼 ... 나는 반 자다
박하

6

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

디스크를 보려면 lsblk

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

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

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

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

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

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

sudo mount /dev/sda /media/ubuntu

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


이것을 시도하면 fdisk -l과 fsck 명령 모두에 대한 권한 거부 오류가 발생합니다. 해결 방법이 있습니까?
코스타

0
# 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/

6
질문은 이미 mkdir이고 mount, 대답은이라고 말합니다 mkfs.ext4. chown질문과 관련이없는을 추가 했으므로 유용한 새 정보를 실제로 제공하지 않습니다.
G-Man은

0

나쁜 수퍼 블록을 대체 방법 중 하나로 대체하는 다른 프로세스가 있습니다. 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를 실행할 수 있습니다.


1
나는 사람들이 대답을 받아들이 기 위해 하루나 이틀 정도 기다릴 것을 촉구합니다.
Israr
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.