Windows XPおよび2つの別々のLinuxインストールでのデュアルブートに関するパーティション分割のアドバイス
主な目標は、持つ/存在することです：
- Windows XP
- Linuxのメインインストール
- 私が現在実験している「その他の」Linuxインストール。
- 3つのOSインストールすべて完全に別々です（少なくとも最初は）。 Linuxインストール間で
/homeを共有しません。使用しているアプリケーションの中にはバージョンが異なり、$HOMEに異なる構成ファイルがある可能性があるためです。 - 現在のWindows XPインストールをワイプし、後でその前のイメージをインストールして、新しいWindowsシステムを楽しむことができます。
- 実験用のLinuxインストールを他のディストリビューションに変更できます。
- 私の120.0GBハードドライブに適合するこのための賢明なパーティションスキームを作成します。 追加情報： CPUが比較的弱く、ハードウェアの仮想化がサポートされていないラップトップ用であるため、HDDを追加することはできず、VMで本格的なOSを実行していません。
なぜ：
- 私はおそらく10ヶ月間Windowsを使用していません。私はそれを広範に使い始めるつもりはありませんが、いくつかのWindowsのみのソフトウェアを実行する必要がある場合、それは時々役に立つかもしれません。
- 私の主なLinuxインストールはUbuntuで、これはとても気に入っています。同時に、いくつかの点で改善の余地があると感じています（最新のLTS製品には非常に古いバージョンのAwesomeが含まれており、ローリングリリースシステムの方が使いやすいと思う傾向があります）。このため、私はそこにある他のディストリビューションを探求したいと思います...
- 私の実験的なLinuxのインストールは、物事をテストするためだけのものでなければなりません。いくつかの異なるディストリビューション（私の最初はArch Linux）を試して、それらを構成してみたいと思います。それは主に遊んだり実験したりするためのものです。気に入ったものが見つかった場合は、後でメインのLinuxインストールを置き換える可能性があります。
質問と考え：
- ハードドライブをパーティション分割することをどのように提案しますか？私の考えは、Windows XPと実験的なLinuxインストールをそれぞれ1つのパーティションに配置することです。メインのLinuxインストールを複数のパーティションに分散させることもできますifそれには利点があります。すべてのLinuxディストリビューションは、単一のパーティションに住むことができますか？
- 現在のWindows XPを後で古いイメージで上書きする際に問題が発生しましたか？パーティションテーブルやMBRを台無しにするべきではないと思いますが、ちょっと待ってください。意見。
- ハードドライブの実験部分にさまざまなディストリビューションをインストールするのはどうですか？ （Linuxの実験的なインストールのために保存した部分です。）予想される問題はありますか？
- イメージングにClonezillaを使用することを考えていました。個々のパーティションをイメージ化する必要があります。これも復元する必要があるためです。ホームサーバーから画像を送受信しているので、120GBのハードディスクに保存する必要はありません。これについて何かコメントはありますか？パーティションを復元できるようにするためにパーティションテーブルが誤って破損した場合に備えて、紙にパーティションスキームをメモする必要がありますか？
- このセットアップを計画するとき、他に何を考えるべきですか？
私のラップトップで（ほぼ）正確にこれを数年間行ってきました（ただし、Windowsのインストールを新しいものに置き換えたことはありません）。ここにいくつかのコメントがあります。
- これは問題なく機能するはずです。
- Linuxは単一のパーティションに問題なく存在します。RedhatEnterpriseクローン（Scientific Linux）をプライマリOSとして実行しているので、私の場合はUbuntuである小さな実験的なインストールで常に問題はありませんでした。メインインストールでは、好みに応じて、いくつかの異なるパーティション（/ boot、/、/ home、/ usr/localなど）に分割することをお勧めします。
- 私が使用したパーティションは、Windows用に25GB、「実験用」Linux用に10GB、メインLinux用に残りのディスクでした（私は120GMハードドライブも持っています）。既存のWindowsインストールのサイズと実験用パーティションに必要なものに応じて、必要に応じてこれらを調整できます。たくさんのものをインストールして遊んでみたい場合は、実験的なLinuxパーティションにもう少し入れたいと思うかもしれません。
- 遭遇する主な問題は、パーティションの1つに新しいOSをインストールするたびに、新しくインストールされたOSからコンピューターが起動するようにMBRを更新する必要があることです。私は最初にWindowsをインストールし、次にプライマリLinux OSをインストールすることで、これを回避しました。次に、MBRをディスクとサムドライブに保存しました（つまり、
dd if=/dev/sda of=orig.mbr -bs 512 -count 1）次に、セカンダリLinuxをインストールするたびに、MBRをディスクに書き直し、/ boot/grubディレクトリのmenu.txtを更新して、新しいパーティションへの参照を含めます。 - Windowsパーティションの以前のイメージをインストールするための正確な手順がわかりません。インストールプロセスを経ずにディスクに書き込むことができれば、問題はないはずです。再インストールする必要があり、WindowsがMBRを上書きする場合は、Linuxに戻るためにブートディスクが必要になり（LiveCDは機能します）、保存したMBRを書き換えてデュアルブート機能を復元します。
- 2つのLinuxインストール間でスワップパーティションを共有できます。
私にとって問題のラップトップは、2GB RAMおよび120GBHDのIntelCore Duo 2GHzです。これは私が使用した正確なパーティションテーブルですが、詳細はそれほど重要ではありません。考え：
- デルのユーティリティパーティション（90MB）
- Windowsパーティション（25GB）
- / boot（100MB）
- を含む論理パーティション（ディスクの残りの部分）
- /（10 GB）
- / usr/local（8 GB）
- スワップパーティション（4 GB）
- / home（〜55 GB）
- 実験用パーティション（10 GB）
これは最良の（最適な）パーティションスキームではなかった可能性があり、作成するパーティションによって意見は大きく異なりますが、私にとっては問題なく機能しました。
---ハードドライブをパーティション分割することをどのように提案しますか？
- パーティション1-ウィンドウ-ディスクの大部分
- パーティション2-Linux_Main-インストールするアプリの数に基づいたサイズ
- 最新のtop5ディストリビューションの最小インストール数6g
- 10g「フルデスクトップxインストール」
- 16g Javaおよび開発デスクトップ
- パーティション3-Linux_Test
- パーティション4-スワップ-RAMに等しい
Linuxインストールの共有データはWindowsパーティションに保持されます。
---すべてのLinuxディストリビューションは、単一のパーティションに住むことができますか？
はい。 「標準」のファイルシステムと機能を使用している限り。まだEXT4を使用しないでください。 Linuxシステムをパーティション分割する主な利点は、セキュリティとディスクエラーの軽減です。パーティション分割だけで魔法のように起こることもありません。追加された複雑さを利用するために、理由と他に何をする必要があるかを理解したら、単一のパーティションで学習し、複数のパーティションを作成することをお勧めします。多くの人々/企業は、より多くのスラックスペースを浪費する以外の目的を果たさない複数のLinuxパーティションを持っています。複数のパーティションを使用する場合は、セキュリティと使用パターンに基づいてパーティションを作成します。
- ブートパーティション-使用中にマウントする必要がなく、RAMをわずかに節約できます。カーネルが上書きされないように保護することで、少し安全になります。標準のモジュラーカーネルを使用する代わりに独自のカーネルをコンパイルしない限り、セキュリティには意味がありません。ハッカーは、カーネルをハッキングするためにモジュールをロードするだけです。カーネルを交換して再起動/カーネルのリロードを強制するよりもはるかに簡単です。
- 読み取り専用パーティション（/ bin/usr）は、ディスクの不足やルートキットによるバイナリの上書きから保護します。ユニオンファイルシステム、再マウント、シンボリックリンクなどを許可しないでください。許可しないと、セキュリティ上のメリットは最小限になります。
- 読み取り/書き込み構成（「etc」）は過度に大きくなることはありません。多くのシステムは、基本インストール、更新、およびetcディレクトリの復元で複製できます。
- 大量の拡張ディレクトリ（/ var/log、/ var/cache、/ var/pool）の読み取り/書き込みにより、エラー状態での過剰なログ記録によるディスクエラーが軽減されます。
- システムデータの読み取り/書き込み-mysql、webrootなど
- ユーザー構成の読み取り/書き込み-設定を含む非表示のホームディレクトリ
- ユーザーデータの読み取り/書き込み-ホーム/ダウンロード、ホーム/ドキュメント、ホーム/写真、.。
- 読み取り専用の共有データ-会社のマニュアル、テンプレート、ISOのインストール、サービスパック
- 共有データの読み取り/書き込み-プロジェクトディレクトリ、グループディレクトリ、部門ディレクトリ
- 会社が成長するにつれて、権利の制限やさまざまなサポート担当者の監査を容易にするために、管理対象アプリごとに個別のパーティションを作成することをお勧めします。メール、データベース、ウェブサーバー、経理、.。
そして、これが複雑に見える場合は、実際には過度に単純化されています。何か別のものが必要な理由が確実にわかるまで、単一パーティションまたはディストリビューションパーティションの推奨事項を使用してください。
---現在のWindows XPで、後で古いイメージで上書きする際に問題が発生しますか？
アクティベーションかもしれませんが、そうでない場合はありません。
---ハードドライブの実験部分にさまざまなディストリビューションをインストールするのはどうですか？ ...あなたが予見する問題はありますか？
LVM、EXT4、またはその他の「新しい」ファイルシステムを使用しないでください。 Linuxのインストール中は常にカスタムパーティショニングを使用し、必要に応じてLinux_mainまたはLinux_testにインストールしてください。
--- Clonezillaの使用を考えていました...
ここでは問題ありません。スペースを節約するために最高の圧縮のためにカスタム/エキスパートモードClonezillaを使用してください。
---パーティションを復元できるようにするためにパーティションテーブルが誤って破損した場合に備えて、紙にパーティションスキームをメモする必要がありますか？
多くのマルチブートシステムを使用する必要はありませんでした。パーティション内のデータを損傷することなく、パーティションテーブルが損傷するのはなぜですか？これは通常、ディスク全体を使用して自動インストールにジャンプすることで発生し、問題に気付くまでにパーティション情報だけではおそらく役に立ちません。最初にバックアップせずに、潜在的なパーティション変更を行うべきではありません。 （ディスクの追加、再パーティション化、インストールなど）
---このセットアップを計画するとき、他に何を考えるべきですか？
異なるLinuxバージョンまたはディストリビューションのホームパーティションを共有しないでください。データのみを共有してください。私は、これを行おうとする他の人々のために、壊れたホームディレクトリの問題を頻繁に解決します。一時的なキャッシュデータを除いて、あなたの家の好みのデータは決して重要なサイズであってはなりません。したがって、それを共有することに利点はなく、設定とバイナリの不一致バージョンを使用した場合の潜在的な問題のみです。ホームディレクトリのデータ部分を共有してください。
各Linuxのパーティションの最初のセクターにgrubをインストールします。次に、MBRに3番目のグラブをインストールし、2つのパーティショングラブにチェーンロードします。このようにして、カーネルの更新は常にメニューに反映され、更新または再インストール中にMBRが混乱することはありません。 （MBR grubを置き換えて、2つのLinuxパーティションのチェーンローダーメニューオプションを再度編集する必要がある場合のWindowsの再インストールを除きます。grubchainloadのWeb検索を実行するだけです。このタイプの方法を実行するには、オンラインで多くのハウツーがあります。セットアップ。単一のドライブでテストする12以上のディストリビューション（6x2 32ビットおよび64ビット）を備えた開発QAテストシステムがあります。これらは、仮想化でサポートされていないデバイスのハードウェアテストに使用されます。
ちょっとした警告：多くのLinuxはデフォルトでインストール時にLVMパーティションを使用しますが、Windows XPはLVMパーティションを含むハードディスクにインストールされません（XPイメージを再適用しても問題ないと思います、私はそれを試したことがありませんが）。
仮想ソリューションの使用を検討しましたか？ VirtualBoxなどのように、好みのOSで他のOSを試すことができますか？
最初の注意：同じ/ homeを使用し、2つのインストールに対して異なるユーザーを作成するだけです。
第二に、私は行きます
- 1位-/ home-50％（60GB）
- 2位-Linux_man-20％（24GB）
- 3番目-Linux_exp-10％（12GB）
- 4番目-Windows XP-+ /-20％（24GB）
1GBを超えるRAMがある場合は、おそらくスワップは必要ありません。
編集：コメントによる
個人的に問題が発生したことはありませんが、パーティション分割の制限が原因です。次に、ファイルベースのスワップスペースを作成します。 dd if =/dev/zero of =/boot/swap.img bs = 1M count = 512、スワップファイルシステムを作成しますmkswap /boot/swap.imgマウントイン/ etc/fstab with：/ boot/swap.img none swap 0。 swapon /boot/swap.img。ですぐにアクティブ化できます
最も一般的に使用されるOSをドライブの外側に保持することをお勧めします。これにより、応答速度は最小限に抑えられますが、役立ちます。
- ハードドライブの実験部分にさまざまなディストリビューションをインストールするのはどうですか？ （Linuxの実験的なインストールのために保存した部分です。）予想される問題はありますか？
新しいディストリビューションをインストールするときにGrubをインストールしないでください。新しいインストールの必要に応じて、/ boot/grub/menu.lst（Linux_main上）を編集するだけです。
バックアップにddを使用すると、ハードドライブ全体を実行できます。ネットワーク経由で行う必要がある場合は、netcatを使用してください。
試してみて気に入ったディストリビューションを見つけた場合は、真ん中の2つのパーティションをクリアし、好きなものを使用して再インストールしてください。/homeを保持します。 knoppixまたはインストールしたばかりのディストリビューションから/boot/grub/menu.lstを編集します
補足：Windowsまたは/ home用に別のハードドライブを入手することを検討することをお勧めします。その場合、メインドライブに/ bootパーティションを追加し、そこから起動するようにgrubを変更します。