2台のハードドライブでプログラムをインストールする[閉じる]

2台のハードドライブでプログラムをインストールする[閉じる]

私は約1ヶ月間別のコンピュータからWindows、Mint、Ubuntuを切り替えてきましたが、メインコンピュータをXubuntuにしたいと思います。最初のOSのインストールには、2つのハードドライブ(SSDとHDDがあります)を使用してすべてを設定する方法について多くのリソースを見ましたが、特定のプログラムなどをどこにインストールするのかわかりません。

たとえば、Mintでは、何かをインストールするたびに「sudo apt-get 'whatever'」を実行し、すべてがほぼ自動的に実行されます。 2台のハードドライブがある場合は、どのドライブを取り付けるのですか?また、プログラムをインストールするハードドライブ(OSと追加ボリューム)について心配する必要がありますか?たとえば、追加ボリュームにg ++をインストールしても問題はありますか?また、OSドライブにない一部の依存関係について心配する必要がありますか?

答え1

基本的には、ビジネスゲームについて考えています。

たとえば、完全なDebian CDセットは8つの650MB圧縮CDです。 Ubuntu Desktopは最小要件が約5GBであると主張していますが、ほぼ確実に少し高いです。これに比べて、Windowsは20GBが必要であると説明されており、Officeスイートは含まれていません。個人的には、現在のLinuxデスクトップ環境は、ユーザーデータファイルを除く40GBファイルシステム(50%全体)に適していると思います。したがって、ディストリビューションリポジトリのプログラムで128GB SSDを埋めることは実際には不可能です。

...また、選択したファイルシステムにパッケージをリダイレクトする方法もありません。彼らは/またはより具体的に/usr

あなたはヘビーゲーマーと言及していないので、プログラムはあなたに何か問題を引き起こすとは思わない。スペースが必要な場合は、注意を払うことなく音楽やビデオをハードドライブに保存できます。残りはただ適応の問題だと思います。

メモリが約150GB以下でない限りそして後で手作業がない場合は、/homeSSDはそのままにして、ハードディスクは別に設置することを強くお勧めします。デフォルトでは、任意のIO(複数のファイルにアクセス)がある場合、10msの待ち時間が目に見えます。 100ミリ秒という魔法の数に達する前に、10回のランダムIOだけが必要です。 SSD =すばらしい(ランダム読み出しで0.3msを得ました)。

つまり、技術的にSteam / Wine /デフォルトでインストールされ/home/userているすべてのアイテムと他の種類のファイルと比較して優先順位を付ける方法について話すことができます。しかし、「不要」で始まると、自分のデータファイルの移動を管理する方法が非常に明らかになります。したがって、実際の問題が発生するのを待ってから、具体的に質問することができます:).

答え2

Linuxでは、特定のドライブにエントリをインストールする必要はありません。これを使用してパッケージをインストールすると、そのパッケージを構成するさまざまなファイルがシステム内のさまざまな場所に保存されます。

次に、まったく異なる操作でディスクを別のマウントポイント(ディレクトリ)にマウントし、そのディレクトリにディスク容量を提供します。

Linuxには長年のLVMがあり、物理ディスクを(ボリューム)グループとして収集し、ディスクとして使用できる論理ボリュームを作成できます。最も一般的な使用法は、ディスクを1つに集めることです。推測ですが、わかりません)これを裏付けるデータがあります。また、デバイスマッパー(技術的にはLVMより低く、RAIDと暗号化を実行できる)もあり、状況が複雑になる可能性がありますが、今は心配する必要はありません。

出発点としてになければなりません/。実行している作業がわからない場合に考慮すべき他のマウントポイントは/home次のとおりです。 - 再インストールが必要な場合は簡単に保つことができます。これは(今まで)、最も必要なディレクトリスペースは次のとおりです。

/ディスクが2つある場合は、小さなディスクと大きなディスクを使用しますが、/home1つはSSDと言ったように、速度も考慮する必要があるかもしれません。

他のディスクに何があるかを心配する唯一の理由は、ディスクの1つが破損した場合に起動に問題が発生する可能性があることです。しかし、別のマウントポイント/boot/sbin/、、、、、/bin)がない限り、/lib大きな問題は発生しませ/root/var(私はあまり頻繁に使用しません)。

関連情報