/ SSDで、/ varをHDDに配置する必要がありますか？

私は最近Ubuntu 14.04をインストールしましたが、Linux / Ubuntuはまだ非常に新しいです。120GB SSDと750GB HDDをインストールしたラップトップを持っています。

現在、UbuntuをSSDにインストールし、HDDをfstabにマウントしてい/mnt/varます。ここで、プログラムをHDDにインストールし、UbuntuのSSDをクリーンに保ちたいと思います。

私の知る限り、プログラムは/varディレクトリにインストールされているため、現在のデータをから/varにコピーしてから、HDDをにマウント/mnt/varするfstabように編集しようとしています/var。

しかし、再起動するたびに、さまざまな問題が発生します。まず、いくつかのドライバーが見つかりませんでした。次に、別の方法で少し違った方法で試してみましたが見つかりません/varでした。

私の質問は、これが以前に尋ねられた場合は申し訳ありませんが、私はたくさんの異なるガイドに従っていましたが、私のために働いた人はいませんでした。

それは悪い考えです。インストールしたアプリケーションをSSDに配置すると、より安定したオペレーティングシステムとパフォーマンスの向上が得られます。120GB SSDを持っているので、インストールされたアプリケーションに使用することをheしないでください。

750GBのハードドライブは確かにそこにありません。750GBのハードドライブを最適に使用する方法に関する私の提案を以下に示します。/homeディレクトリを含むSSDにUbuntuをインストールすると、すべてがSSDに格納されます。次に、750GBのハードドライブをデータドライブとして使用して、個人ファイルを保存します。オペレーティングシステムに何が起きても、個人ファイルは750GBのハードドライブで保護され、アクセス可能になります。オペレーティングシステムが完全に使用できなくなった場合や、Ubuntuの新規インストールを行った場合でも、750GBのハードドライブにはすべての個人ファイルがそのまま残ります。

120GB SSDが小さすぎることを心配する必要はありません。120GB SSDには、この方法でUbuntuをインストールするのに十分なスペースがあります。実際、60GBのパーティションでさえ、Ubuntuおよびインストールされている多くのアプリケーションに十分なスペースを持っています。

Ubuntuには、定期的に使用するファイルがいくつかあります。パフォーマンスを向上させ、これらのファイルを高速で開くために、これらのファイルもSSDの/homeディレクトリに保存します。私はこれらのファイルの多くを持っていないので、私の/homeディレクトリは非常に小さいです。

わかりました、最初に、私が見た答えは2つの最も重要な問題に対処しません。

最初に、あなたが飛び込んで何かを試したことを称賛しますが、あなたが問題に遭遇した理由は、linuxディレクトリ構造の不完全な理解によるものです。私はLinuxの* buntuフレーバーの一般ユーザーではありませんが、...

アプリケーションは（私の経験では）通常/ varにはありません（例外があります）。ほとんどのアプリケーションは/ usrディレクトリの下にあり、/ varは（ubuntuで）サーバー関連のファイル、ログ、キャッシュに使用されます。また、/ tmpに保存されている場合、再起動時に失われるもの。

トレードオフが必要です。高速ドライブ（ssdなど）で/ varを使用するとシステムパフォーマンスが向上しますが、ssdドライブの仕様により、書き込みが頻繁になるため、ドライブの寿命が（多少）短くなる場合があります。

一言で言えば、高速なパフォーマンス、ssdの/ var、ドライブ寿命の延長、750GBドライブの/ var。

参考までに、すべてのシステムファイル（openSUSE 13.1）とシステムディレクトリ構造全体（/ varを含む）は、単一の64GB ssdに存在します。

あなたのデータに関するカレルの情報は、あなたのデータと/ homeディレクトリが密接に結びついているという点で、少し誤解を招くものです（私は信じています）。私の提案では、750GBドライブのパーティションに/ homeをマウントします。これにより、長期的にファイル管理が簡素化されます。

ssdにないのはデータとWebサイトだけです。データ（/ home、/ srv / httpは別のドライブに保存して、アップグレードや他のディストリビューションへの移動を容易にします。（/ homeディレクトリに作成したファイルは1998）

/ varの移動方法については、次の投稿でお答えします

繰り返しになりますが、ssdへの基本インストールを行うことが最善の選択肢であるということにカレル氏と同意します。私の指示に従う前に、他のいくつかのチュートリアルを読むこともお勧めします。

注：新規インストール中にシステムを構成する方がはるかに簡単です。

/ varの新しいマウントポイントを作成する場合は、考慮すべきことが数多くあります。

一部のディレクトリは、ファイルが使用されている可能性があるため、移動が難しくなります。/varはこれらの問題の子の1つです。システムがアクティブなときは常に、データが/ varに書き込まれている可能性があります

別の考慮事項は、正しいファイル属性を維持することです。コピーは、適切なフラグなしではこれを行いません。

これらのリンクは、あなたが始めるのを助けるかもしれません、

http://lists.opensuse.org/opensuse/2001-11/msg01343.html

http://dev.digi-corp.com/2009/09/moving-opt-data-to-new-partition-in-linux-due-to-low-disk-space

注： cpよりもtarを使用する方が好きです。より高速で、次のようなファイル属性を保持します（簡単な例、簡単にするためにいくつかの手順を省略しています）

行われていることを理解せずに、これらの指示に従わないでください

• ライブUSBから起動します。
• fdiskとmkfsを使用して、750GBドライブに新しいパーティションを作成およびフォーマットします。50GBで十分です。
• 新しいディレクトリをマウントします。

このような

mkdir /mnt/var2
mount -a /dev/sdxx /mnt/var2

（sdxxを、/ dev / sdb1など、新しい/ var用に作成した50 GBパーティションに置き換えます）

ssdを/ mnt / oldrootとしてマウントします

mkdir /mnt/oldroot
mount -a /dev/sdxx /mnt/oldroot

（ここで/ dev / sdxxはssdの/パーティションで、おそらく/ dev / sda1または同様のものです）/ mnt / oldrootで始まる古いファイルシステムを今すぐナビゲートできるはずです。

次に、古い/ varディレクトリから新しいディレクトリにファイルをコピーします

cd /mnt/oldroot/var
tar cSpf - . | (cd /mnt/var2 ; tar xvSpf - )

コピーが終了したら、2つのディレクトリを比較します。すべてが適切に見える場合は、古い/ varディレクトリの名前を変更します

mv /mnt/oldroot/var /mnt/oldroot/var.0ld
mkdir /mnt/oldroot/var

残っているのは、/ mnt / oldroot / etc / fstabを編集して、新しいパーティションを/ varのマウントポイントとして追加することです（これはあなたの想像に任せます）

それから

umount /mnt/var2
umount /mnt/oldroot
reboot

すべてうまくいった場合、再起動すると新しいパーティションが/ varとしてマウントされます。