web-dev-qa-db-ja.com

有効なパーティションテーブルなしでUSB外付けドライブを使用しても安全ですか？

私がやったことは次のとおりです。

  1. エンクロージャーにSATAハードディスクを取り付けました
  2. USB経由で接続しました
  3. ディスクユーティリティを使用して、EXT4ファイルシステムでドライブをフォーマットしました
  4. 問題なくハードドライブの使用を開始（ファイルをコピーおよび削除）

ランダムfdisk -lを実行していたときに、ドライブに有効なパーティションテーブルがないことがわかりました。

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 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
Disk identifier: 0x00000000

Disk /dev/sdc doesn't contain a valid partition table

このようなドライブを使い続けるのは安全ですか？心配する必要がありますか？ :)

ありがとう！

partitioningusb-driveformat
4
Favio

あなたがその場合に言及したいのですが。ここにも同じケースがあります。 11.10から13.04までずっとこのハードドライブをテストしたことを付け加えておきます。読み続けて、ハードドライブが問題なくすべて完了したことを確認してください。

まず、Sudo fdisk -lを実行すると、次のことがわかります。

Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 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
Disk identifier: 0x00000000

Disk /dev/sdd doesn't contain a valid partition table

今、私はこのドライブを内部で使用し、USB外部エンクロージャーで使用しました。それは完全に機能し、他のUbuntuシステムでは問題なく正しく検出されます。私が一般的な意図と目的（ファイル、映画、テキスト、音楽など）のために正しく働くことについて話していることに注意してください。その中に私は多くの映画やテレビシリーズがあります。私もその上でディスクユーティリティを実行し、次のものを得た：

enter image description here

今、私が見つけた唯一の問題です。 Gpartedでドライブをチェックすると、次のメッセージが表示されます。

enter image description here

そして、「OMG ITS GOING TO DIE !!」のように見えますが、1年あまりの間そのようなものでした。つまり、Ubuntu 11.10、12.04、12.10、そして現在13.04で私が与えた使用が続いたということです。

実際にfsckを実行すると、すべてが完璧であると表示されます。

mountを使用して、マウント方法を確認することもできます。 Nautilusファイルマネージャを使用してユニットをマウントすると、次のように表示されます。

/dev/sdd on /media/cyrex/stuff type ext4 (rw,nosuid,nodev,uhelper=udisks2)

だから、コピー、貼り付け、削除、そこから何かを実行し、PCから次のPCに変更し、基本的に何でもする1年で、データは安全で、Linuxが大好きです。 この質問 を読むことを勧めます。

Gpartedに関する追加情報（お礼を申し上げます）

余談ですが、gpartedからのエラーメッセージは、既に知っていることを意味します。パーティションテーブルはありません。情報を提供するとき、gpartedはe2fsprogs（インストールされている場合）でプログラムを呼び出します。これらのプログラムでは、デバイス名を渡す必要があります。問題は、gpartedがパーティションエディターであることです。/proc/partitionsで/ dev/sddを単独で見ると、実際にはパーティション1が存在する必要があると想定し、/ dev/sdd1を渡します。 （gpartedレポートのパスに注意してください。）指定されたデバイス名が存在しないため、e2fsprogsはスーパーブロックを見つけることができません。ただし、実際のデバイス名/ dev/sddを使用してcmd行からe2fsprogsを実行すると、正常に機能します。言い換えれば、gpartedエラーが引き起こす可能性のある不安にもかかわらず、ファイルシステムとそのスーパーブロックは問題ありません。

3
Luis Alvarado

これまでに共有した内容を考えると、大丈夫です。基本的に、ディスク全体をパーティションであるかのように使用しています。お使いのシステムは、ディスクの最初の数バイトを調べて「ああ、このデバイスはパーティションとして使用されています」と判断できるほどスマートです。

パーティションは、さまざまな理由でディスクを切り分けるための単なる方法です。ほとんどの人の外部ストレージのニーズでは、そのドライブからオペレーティングシステムを起動する場合にのみ問題になります。

危険なのは、そのドライブをMacまたはPCに接続した場合です。デフォルトでは、これらのオペレーティングシステムには「挿入したディスクに有効なファイルテーブルがありません。初期化しますか？」というポップアップが表示されます。誤ってリターン/エンターキーを押した場合、それが実行される場合があります。ただし、パーティションを配置した場合でも、同じリスクがあります。

3
Stephan

実際、パーティションはブロックデバイスを使用するために厳密に必要というわけではありません。また、一部のUSBドライブでも問題なくこのようなスキームを使用しています。

とはいえ、パーティションはいくつかの点で優れています。思い浮かぶのは、ブートです。 BIOSがそのデバイスから起動しようとすると、いくつかの固定された場所でパーティションテーブルとMBRが見つかることが期待されます。互換性は別のポイントです。たとえば、Windowsがこのミニマルなアプローチをどう思うかはわかりませんが、おそらくあまり良いものではありません。

パーティショニングプログラムを実行しているとき、GRUBをインストールしているとき、またはUSBドライブを非Unixオペレーティングシステムに接続しているときは注意してください。

0
tuxpiper

重要なデータがない場合、またはhddのファイルのバックアップを作成できる場合は、gpartedでパーティションテーブルを作成することをお勧めします。 http://www.dedoimedo.com/ computers/gparted.html＃mozTocId55589

しかし、私はそれが今まで適切に動作していた場合、それが問題だとは思わない

0
matthias_94