☰

デュアルブート Mint/Windows: Windows 側で 8 GB が失われました

tag-icon • tag-icon partition linux-mint dual-boot
デュアルブート Mint/Windows: Windows 側で 8 GB が失われました

多くのデュアルブートチュートリアルでは、Linuxとのデュアルブートを試みる前に、Windowsのディスクマネージャでスペースを解放することについて説明しています。

好奇心から、この手順をスキップして Mint インストーラーを実行し、インストーラーが何をするか決めることにしました (Mint 12 / Win 7)。結果は? Windows 側で 8 GB のスペースが不足しています。文句を言っているわけではありません...何が起こるかを見るために意図的にリスクを負いました。

それで、なぜこのようなことが起こったのか、またどのようにしてスペースを回復するつもりなのか、どのように説明しますか?

これは東芝のラップトップです。3 つのプライマリ パーティションから始まりました。東芝のリカバリ パーティション、Win 7 リカバリ パーティション、および Win 7 OS パーティションがあります。これは MBR プライマリ パーティションの制限によるものでしょうか? parted の問題でしょうか?

アップデート df -h次のように表示されます。

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda5             108G  3.7G   99G   4% /
udev                  898M  4.0K  898M   1% /dev
tmpfs                 362M  1.1M  361M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  905M  136K  905M   1% /run/shm

Mint のディスク ユーティリティを使用すると、次のようになります。

  • システム: 1.6 GB NTFS
  • Tl1...など: 119 GB NTFS
  • 拡張: 119 GB
  • 117 GB 拡張4
  • 1.9 GB スワップ
  • HDDリカバリ: 10 GB NTFS

ドライブは 250 GB です。Windows 7 ディスク マネージャーには次のように表示されます。

  • ディスク 0 基本 - 232.89 GB

以下のように分けられます。

  • 1.46 GB アクティブ、リカバリ - シンプル - ベーシック
  • 111.21 GB NTFS ブート - シンプル - ベーシック
  • 109.10 GB プライマリ - シンプル - ベーシック
  • 1.80 GB プライマリ - シンプル - ベーシック
  • 9.32 GB プライマリ - シンプル - ベーシック

したがって、10 GB のリカバリ パーティションを差し引くと、240 GB になります。約 7 GB はどうなったのでしょうか?

アップデート2
私の質問は解決しました。ありがとうございます。それでは、説明が必要です。私は、デュアルブート構成を希望しているものの、最初に Windows でパーティションを「縮小」することを推奨するすべてのチュートリアルに問題を抱えている新しい Linux ユーザーのために、このことを調査しています。なぜわざわざ? これは追加の手順であり、ない方がはるかに簡単です。その利点について説明してくれる人はいますか? 改宗者にとっては、無駄で混乱を招く手順のように思えます。

答え1

あなたは典型的な base10 と base2 の混乱に悩まされています。Windows は GiB (1024 * 1024 * 1024 バイト) 単位を表示していますが、gnome ディスク ユーティリティは GB (1,000,000,000 バイト) 単位を表示しています。

答え2

Windows は出力をギビバイト (2^30 バイト) で表示しますが、ディスク ユーティリティは出力をギガバイト (10^9 バイト) で表示します。報告される実際の容量は同じで、単位が異なるだけです。

関連情報