☰

外部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データ復旧（私はそれをテストまたは使用していません）。

おすすめ記事