質問：オペレーティングシステムのディスク以外のディスクを扱うときに/dev/sdbマウントする必要がありますか、それともマウントする必要がありますか？/dev/sdb1
私の質問はユーティリティ - ディスク~からアプリケーションRHEL / CentOS 7のメニュー（私の考えではgdisk？）、新しいディスクの場合はそのGUIから起動できます。滞在ディスクをマウントしましたが、エラーが出るかと心配ですね。 GUIを完全に使用し、ついにインストールdev/sdbしました。乗り物になるには、dev/sdb1まずやるべきこと
parted /dev/sdb mklabel GPT
ディスクGUIを使用すると、ディスクをEXT4またはXFSとしてフォーマットし、次のように処理できます。/dev/sdb1
/dev/sdx 次の数字について心配する必要がありますか？どうしたの？
私はいつもuuidを通してすべてをマウントする予定です。私のシナリオは、1つ/dev/sdbのプライマリパーティションがXFSまたはEXT4で、ディスク全体があります/data。
ベストアンサー1
全体的に:あなたが欲しい/dev/sdb1。
/dev/sdbディスク全体を表します。/dev/sdb1ディスクの単一パーティションを表します。パーティショニングには基本的に特別なものはありません。ただ、オペレーティングシステムが1つのディスクを効果的に複数のディスクとして扱うことにしました。これは、パーティションテーブルと呼ばれるディスクの先頭（場合によっては最後）に特別にフォーマットされたいくつかのデータを書き込むことによって行われます。
ファイルシステムをディスク全体（パーティションテーブルなし）に配置するか、ディスク全体を含む単一のパーティション（パーティションテーブルで使用されるスペースを除く）に配置できます。両方ともよく働く。それぞれにいくつかの長所と短所があります。物理ディスクにディスク全体を保存する主な利点は、数キロバイトの追加ディスク容量を確保できることです。これは、ええ、明らかに些細なことです。ゾーニングの最大の利点は、すべての人の期待を満たすことです。たとえば、事前EFI（BIOS）システム用のブートローダをインストールするために予約されているスペースを明確にします。または、ファイルシステムの種類がGPTを持つディスクにあります。
誰もがパーティションを期待しているという事実は、パーティションを作成する理由です。それ以外の場合、将来の管理者（おそらく本人を含む）が混乱する可能性があります。ランダムプログラムも同様です。ディスク全体を使用する理由がない場合（物理ディスクの場合は実際には理由がない）、パーティションを作成する必要があります。
PS：GUIアプリケーションがCLIを使用せずに新しいパーティションテーブル（または「タグ」）を作成する方法があると確信していますparted。これがあなたが言うものだと思うなら、メニューに「ディスクフォーマット...」オプションが必要です。 （申し訳ありません。RHEL / CentOSを直接実行しません。）
PPS：論理ボリュームマネージャを持つ仮想ディスクでは、フルディスクを使用することをお勧めします。ディスクのサイズを簡単に調整できますが、仮想ではないディスクのサイズを変更することはできません。したがって、これはあなたの場合にはまったく適用されない可能性があります。