☰

외부 USB 드라이브를 마운트할 수 없습니다

tag-icon • tag-icon mount usb-drive fstab ntfs fdisk
외부 USB 드라이브를 마운트할 수 없습니다

저는 Debian Jessie를 사용하고 있으며 NTFS 외부 USB 드라이브를 가지고 있습니다. Raspberry Pi에 연결했더니 자동으로 재부팅되었습니다(아마도 제가 사용하는 어댑터에 비해 전력 소비가 너무 높을 것 같습니다). 그 이후로 더 이상 USB 드라이브에 액세스할 수 없습니다. 일반 컴퓨터에서 수정하려고 했는데요

sudo ntfsfix /dev/sdb1

하지만 그건 나한테만 말해줄 뿐이야

Volume is corrupt. You should run chkdsk.

Windows 컴퓨터를 사용하고 있는데 드라이브를 감지할 수 없습니다. 자세한 내용은 다음과 같습니다.

$ ll /dev/sd*
> brw-rw---- 1 root disk 8,  0 Oct 28 12:07 /dev/sda
> brw-rw---- 1 root disk 8,  1 Oct 28 12:07 /dev/sda1
> brw-rw---- 1 root disk 8,  2 Oct 28 12:07 /dev/sda2
> brw-rw---- 1 root disk 8,  5 Oct 28 12:07 /dev/sda5
> brw-rw---- 1 root disk 8, 16 Oct 28 12:16 /dev/sdb
> brw-rw---- 1 root disk 8, 18 Oct 28 12:16 /dev/sdb2
> brw-rw---- 1 root disk 8, 19 Oct 28 12:16 /dev/sdb3

$ sudo fdisk -l
> Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 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: 0x0007f3b4
> 
> Device     Boot     Start       End   Sectors   Size Id Type
> /dev/sda1  *         2048 472016895 472014848 225.1G 83 Linux
> /dev/sda2       472018942 488396799  16377858   7.8G  5 Extended
> /dev/sda5       472018944 488396799  16377856   7.8G 82 Linux swap / Solaris

> Disk /dev/sdb: 1.8 TiB, 2000365289472 bytes, 3906963456 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: 0x6e697373
> 
> Device     Boot      Start        End    Sectors   Size Id Type
> /dev/sdb1  ?    1936269394 3772285809 1836016416 875.5G 4f QNX4.x 3rd part
> /dev/sdb2  ?    1917848077 2462285169  544437093 259.6G 73 unknown
> /dev/sdb3  ?    1818575915 2362751050  544175136 259.5G 2b unknown
> /dev/sdb4  ?    2844524554 2844579527      54974  26.9M 61 SpeedStor
> 
> Partition table entries are not in disk order.

$ cat /etc/fstab 
> # /etc/fstab: static file system information.
> #
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # <file system> <mount point>   <type>  <options>       <dump>  <pass>
> # / was on /dev/sda1 during installation
> UUID=4b0d4c23-d659-4d16-9396-b895c4964b12 /               ext4    errors=remount-ro 0       1
> # swap was on /dev/sda5 during installation
> UUID=2cc71c90-2d55-4f49-bdb0-b25166d77014 none            swap    sw              0       0
> /dev/sdb1       /media/usb0     auto    rw,user,noauto  0       0

파티션은 이어야 /dev/sdb1하지만 보시다시피 그렇지 않습니다 /dev. 또한 fdisk해당 유형이 QNX4.x 3rd part.

답변1

디스크에서 원본 데이터를 읽을 수 있으면 dd디스크 복제본 생성(또는 실패할 dd_rescue경우 dd)을 사용할 수 있습니다. 그런 다음 다음과 같은 파일 조각기를 사용할 수 있습니다.foremost(나에게 이것은 포맷된 파티션과 손상된 파티션 모두에서 좋은 결과를 가져왔습니다.)

를 사용하려면 foremost여유 공간으로 복원하려면 파티션 크기의 2.5배 이상이어야 합니다(파티션 이미지를 위한 공간과 조각 파일을 위한 공간이 필요합니다).

특히 손상된 장치를 다루는 경우, 장치를 사용하기 전에 해당 장치의 이미지를 생성해야 합니다(우발적인 장치 덮어쓰기로 인한 데이터 손실을 방지하고 장치 오류로 인한 데이터 손실을 최소화하기 위해).

파일 카버의 단점은 파일의 일부를 수동으로 재구성해야 하거나 대체 데이터(예: 재구성할 수 없는 JFIF 이미지 미리보기)를 사용해야 한다는 것입니다.

특히 NTFS의 경우 다음과 같은 도구를 사용해 볼 수도 있습니다.스텔라 피닉스 NTFS 데이터 복구(나는 그것을 테스트하거나 사용하지 않았습니다).

답변2

fdisk파티션 테이블이 완전히 엉망이 된 것을 명령에서 볼 수 있습니다 . 이는 드라이브에 액세스하는 동안 드라이브 전원이 차단되었기 때문에 발생할 수 있습니다. 설치 testdisk하고 실행해봤는데

sudo testdisk /dev/sdb

빠른 분석 후 디스크는 권장되는 4개의 파티션이 아닌 파티션이 하나만 있는 ntfs 디스크로 올바르게 식별되었습니다 fdisk. 파티션 테이블을 다시 작성하면 testdisk문제가 해결되었습니다. 이제 아무 일도 일어나지 않은 것처럼 모든 파일에 액세스할 수 있습니다.

원천:https://linuxacademy.com/blog/linux/ntfs-partition-repair-and-recovery-in-linux/

관련 정보