web-dev-qa-db-ja.com

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

最近、ubuntu 14.04をインストールしましたが、まだlinux/ubuntuの初心者です。 120GB SSDと750GB HDDをインストールしたラップトップを持っています。現在、SSDにubuntuをインストールし、fstabを介して/ mnt/varにHDDをマウントしています。今、私はプログラムをHDDにインストールし、SSDをubuntu用にきれいに保ちたいと思っています。私の知る限り、プログラムは/ varディレクトリにインストールされているので、現在のデータを/ varから/ mnt/varにコピーし、fstabを編集してHDDを/ varにマウントしようとしています。しかし、再起動するたびにさまざまな問題が発生します。最初に、ドライバーなどを見つけることができなかったと言いました。次とは少し違った試みをした後、単に/ varが見つかりませんでした。だからここで私の質問は、これが以前に尋ねられた場合は申し訳ありませんが、私はたくさんの異なるガイドに従いましたが、私のために働いた人はいません、私はどのように適切に設定しますか？

partitioningmounthard-drivessd
15
Taerus

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

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

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

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

19
karel

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

最初に、私はあなたが飛び込んで何かを試したことを称賛しますが、あなたが問題に遭遇した理由は、Linuxディレクトリ構造の不完全な理解によるものです。私はLinuxの* buntuフレーバーの通常のユーザーではないので、盲目的に私のアドバイスに従う前に、次のことを確認してください。

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

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

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

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

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

私のデータとウェブサイトはssdにない唯一のものです。私のデータ（/ home、/ srv/httpは、アップグレードや他のディストリビューションへの移動を容易にするために別のドライブに保存されます。 1998）

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

9
mesamoo

繰り返しになりますが、基本的には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を使用する方が好きです。高速で、次のようなファイル属性を保持します（簡単な例、簡単にするために手順は省略されています）

ISが行われていることを理解することなく、これらの方向に従ってはいけません

  • ライブ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としてマウントされます。

4
mesamoo