web-dev-qa-db-ja.com

Ubuntu 18.04 LTSに関する質問/ SSD / HDDシステムでのパーティションサイズ設定

みなさん、こんにちは。デュアルブートUbuntu 16.04LTS/Win 10システムを18.04LTS/Win10にアップグレードする予定です。私のメインドライブは1TB SSDであり、私のデータドライブはRAID1構成で実行されている2つの8TB HDDです。 Ubuntuは主に、大規模な（r）医用画像データセットでのTensorflowとPytorchによるディープラーニング研究に使用しています。

16.04LTSビルドでは、Windowsをさらに使用することを予想したように、SSD 60/40をWindows/Ubuntuに分割しました。もちろん、そうではありません。私はまだ250 GBの使用をクラックする必要があります。私はUbuntuのルート（/）に100 GBを割り当て、これまで30 GBしか使用していませんでした。

/ homeと/ linux-swapをHDDに置くことを選択しました。明らかに、/ homeをHDDに置くのはひどい間違いであり、ユニットのパフォーマンスに悪影響を与えています。 Ubuntu 18.04LTSのインストールで修正する予定です。

私のWindows NTFSパーティションを450 GBに縮小し、Ubuntu ext4パーティションを最大500 GBに拡張して、50 GBを未割り当てのままにする計画です。 SSDを完全に割り当てない方が、パフォーマンス、エラー修正、安定性が向上するため、役立つと読みました。それが古いSSDにのみ当てはまるかどうか（私は2年前のSamsung 960 EVOなので、新しいバッチの一部です）、ファンタジー/伝説、または何に当てはまるのかはわかりません。

Ubuntu 18.04LTSのインストールでは、次のようにSSDに割り当てます。

  1. デュアルブートローダーとWindows 10 – 450 GB
  2. Ubuntuのルート：100 GB（これは多すぎますか？特にanacondaと多くのパッケージをインストールする場合は？）
  3. Ubuntuホーム：350 GB

私は64GBのRAMを持っているので、ハードドライブ上でlinux-swapを維持します。すぐにメモリ不足になるとは思いませんが、8 TBのディスク容量がある場合は、ハードドライブのスワップパーティションに配置することもできます。強い意見をお持ちの方はぜひお知らせください。

私がここでやっていることや、それをよりよくするための方法について、誰かが意見の相違がありますか？私はUbuntuのただの趣味なので、多くのインストールを行い、Ubuntu Linuxシステムを実行して多くの経験を積んだ人の意見を気に入っています。

dual-boot18.04partitioningssd
3
drsxr

  • /の100 GBはです！大量の一時ファイルを大量に使用しない限り、これはやりすぎです。 64GBは通常のシステムに必要な容量の2倍であり、これまでに作成した最大のtmpファイルが24GBだったため、48GBを割り当てました。

    df --human-readable | grep --invert-match "/loop"
Filesystem                         Size  Used Avail Use% Mounted on
udev                               7.8G     0  7.8G   0% /dev
tmpfs                              1.6G  9.6M  1.6G   1% /run
/dev/sdb2                           47G   17G   28G  39% /
tmpfs                              7.9G   92M  7.8G   2% /dev/shm
tmpfs                              5.0M  4.0K  5.0M   1% /run/lock
tmpfs                              7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/sdc1                          932G  461G  472G  50% /media/Data
/dev/sdb3                          154G  112G   35G  77% /home
/dev/sdb1                           96M   56M   41M  59% /boot/efi
tmpfs                              1.6G  116K  1.6G   1% /run/user/1001

    経験則：

    • 最小システムの場合は16Gb
    • 平均的なJoeは32GB
    • 強力なシステム用に64GB
    • BFMの詳細

  • ディスクの10％を「未割り当て」として保持することは 非常に良いアイデア ： wear-leveling のためだけでなく、柔軟性のため：そのすべてのスペースは必要ありませんお使いのPCが新品で、他のパーティションのいずれかをフラットにして拡張する必要がある場合は、その空きスペースがよくあるスペアタイヤです。 ;-)

  • SSDに/homeを置き、HDD上の大きなファイルをシンボリックリンクできます。
    例えば。上記のシステムでは、/home/fabby/Videosは実際には/dev/sdc1上にあります。長いストーリーについては here を見てください。ただし、基本的には次のようになります。

    # copy all Video files from SSD to HDD
cp --preserve=all --recursive /home/fabby/Videos /Media/Data/home/Fabby/Videos
# now delete them from the SSD
rm --force --recursive /home/fabby/Videos/
# now create a symbolic link to the right volume
cd /home/fabby
ln --symbolic /Media/Data/home/Fabby/Videos Videos

    FabbyのホームディレクトリのシンボリックリンクVideosが、ディレクトリ/dev/sdc1の/Media/Data/にマウントされたhome/Fabby/Videosを指しているようになりました。

これは、私のドキュメント、ダウンロード、音楽などすべてが私のSSDにあることを意味しますビデオを除き、 HDD上

両方の長所！ 0 :-)

5
Fabby

プロビジョニング用の未割り当てSSDスペース

質問のこの部分に対処する：

私のWindows NTFSパーティションを450 GBに縮小し、Ubuntu ext4パーティションを最大500 GBに拡張して、50 GBを未割り当てのままにする計画です。 SSDを完全に割り当てない方が、パフォーマンス、エラー修正、安定性が向上するため、役立つと読みました。

差出人： SSD：未割り当て領域を保持しますか？ ：

次に、ほとんどのSSDは内部でオーバープロビジョニングされています。 256GB SSDには、256 + 16GBのような実際のスペースがあると思われます。 SSDコントローラーはこれをOSから隠しますが、必要に応じて内部的にその余分なスペースを使用します。

SSDは、既存のデータを書き換えるよりも速く、消去された空き領域に書き込むことができます。 SSDとOSがTRIMをサポートしている限り（最近はすべて）、削除されたデータは「消去」され、今後の書き込みは高速になります。

したがって、50 GBを未割り当てのままにしないでください。私はそれをUbuntuに割り当て、450 GBを500 GBに増やします。

分ける /home

私は単に100 GBを保持します/および350GB /home一緒に使用して、どちらかが不足する可能性を減らします。同様に、個別の/bootパーティション。

私は/swap HDDではなく8 GB SSDパーティションにあるので高速になりますが、使用されることはないので、スペースを元に戻したい場合は、ほぼ空のHDDに再配置できます。

HDDの計画は、大きなWindowsプロジェクト（60 GB）を格納することです。その後、私が特定のプロジェクトに取り組んでいる数週間/数ヶ月で、それはSSDに移動されます。プロジェクトが終了すると、プロジェクトはHDDに戻され、別のプロジェクトがHDDからSSDに移動されます。

2
WinEunuuchs2Unix