スワップに関するubuntu 16.04 LTSのインストール


8

他のスワップパーティションの再フォーマットをどのように回避しますか?
ハードドライブに多くのディストリビューションがあります。

  • ウインドウズ10
  • Ubuntu16.10
  • Antergos [Arch Linux]
  • Fedora25
  • フリースペース
  • データ

すべてのLinuxディストリビューションにはスワップパーティションがあります(それぞれ16GiB)。
最初に空き領域に16 GiBのスワップパーティションを作成しました。残りのサイズはルートパーティション(ext4)用です。

  • / dev / sda13
  • / dev / sda14 ここに画像の説明を入力してください

ここに画像の説明を入力してください

スワップパーティションを選択できないのは奇妙ですが、とにかく「今すぐインストール」ボタンをクリックしてください。

ここに画像の説明を入力してください

Linuxのスワップを再フォーマットしたくないのですが、どうすれば回避できますか?

ハードドライブ:
fdisk -lの2 TiB MBR 出力

ubuntu-gnome@ubuntu-gnome:~$ sudo fdisk -l Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/loop0: 1.2 GiB, 1246838784 bytes, 2435232 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0xaaf06e0e

Device Boot Start End Sectors Size Id Type /dev/sda1 2048 1026047 1024000 500M 7 HPFS/NTFS/exFAT /dev/sda2 1026048 525314047 524288000 250G 7 HPFS/NTFS/exFAT /dev/sda3 525316094 3907028991 3381712898 1.6T f W95 Ext'd (LBA) /dev/sda5 2644512768 3907028991 1262516224 602G 7 HPFS/NTFS/exFAT /dev/sda6 525316096 557314047 31997952 15.3G 82 Linux swap / Solaris /dev/sda7 557316096 1057314815 499998720 238.4G 83 Linux /dev/sda8 1057314817 1058291377 976561 476.9M 83 Linux /dev/sda9 1058291379 1090291377 31999999 15.3G 83 Linux /dev/sda10 1090291379 1590291377 499999999 238.4G 83 Linux /dev/sda11 * 1590294528 2114582527 524288000 250G 83 Linux /dev/sda12 2114584576 2148139007 33554432 16G 82 Linux swap / Solaris

Partition 3 does not start on physical sector boundary. Partition 8 does not start on physical sector boundary. Partition 9 does not start on physical sector boundary. Partition 10 does not start on physical sector boundary. Partition table entries are not in disk order.

Disk /dev/sdb: 7.2 GiB, 7742685184 bytes, 15122432 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x178e5ca0

Device Boot Start End Sectors Size Id Type /dev/sdb1 * 0 2538431 2538432 1.2G 0 Empty /dev/sdb2 2511036 2515771 4736 2.3M ef EFI (FAT-12/16/32) ubuntu-gnome@ubuntu-gnome:~$


1
複数のスワップパーティションがあることに加えて、ナットであることに加えて、既存のパーティションの4つが適切に配置されていないという大きな問題があります。これは本当にパフォーマンスに影響します。
heynnema 16

どうすれば修正できますか。重要なパーティションは1つだけ/ dev / sd5(データ)です。
christianbueno.1 2016

どうすれば修正できますか?削除できない1つの重要なパーティション/ dev / sd5(データ)しかありません。または、すべてのハードドライブを削除する必要があります。
christianbueno.1 2016

2つの選択肢があります。1)最初からやり直す。ドライブ全体を再パーティション化し、ソフトウェアをリロードします。または、以前のパーティションイメージバックアップから復元します。または2)してみてください、外科的に整列されていないパーティションを削除するために整列パーティションに置き換えて、以前のパーティションのイメージバックアップからデータを復元します。
heynnema 16

1
技術的には、fdiskはMBRディスク用であり、gdiskはGPTディスク用です。gdiskがfdiskと同じクイックアライメント情報を提供するかどうかはわかりませんが、を試すことができますgdisk -l /dev/sdamanページを確認する必要がある場合があります。GpartedはMiBで適切に調整されます。確かに、整列されていないパーティションの1つを外科的に削除し、再作成して、fdisk / partedで再確認します。
heynnema 16

回答:


19

システムごとに異なるRAMスティックを必要としないのと同じように、システムごとに異なるスワップパーティションは必要ありません。それらのすべての間で1つを共有するだけです。一番左にあるものを使用する必要があります。これは、(HDDで)読み書き速度が最も速いものだからです。

シャットダウン後も引き続きスワップに関連するのは、PCを休止状態にするとき(ディスクに一時停止するとき)だけです。とにかく、それはデフォルトで無効になっています。

それらがフォーマットされることを気にしないでください。システムがディスクに一時停止されていない場合(および、必ずしもそうではないが、一時停止イメージを保持するためにスワップパーティションが使用されている場合のみ)、何も変更されません。

UUIDを使用して自動マウントされる場合、スワップパーティションのフォーマットは問題です。これに該当するかどうかを確認/etc/fstabするには、システムのファイルを開きます。「swap」という単語を含む行がで始まるUUID=場合、UUIDを新しいものと交換する必要があります。このような行である必要はないことに注意してください。スワップパーティションは、デバイス名で識別できます。この場合、行はたとえばで始まり/dev/sda12、何も実行する必要はありません。ただし、パーティションを削除した場合、またはパーティションが異なる種類のパーティションになっている場合を除きます。この場合、デバイス名を変更する必要があります。

1つを除くすべてのスワップパーティションを削除した場合は/etc/fstab、すべてのLinuxシステムのそれぞれの行に同じUUIDを書き込みます。これは、ライブセッションでもシステム自体でも実行できます。この変更は、次回の起動後に有効になります。UUIDが変更された場合、スワップパーティションはマウントされませんが、スワップパーティションがないことを除いて、システムは通常どおり使用できます。


こんにちは友達、それらのramxは自分で作成しました
christianbueno.1

そして、私たちは安全に先に行くことができます
christianbueno.1

1
システムごとに異なるRAMバーを使用するとは想定していませんでした。もちろん、そうではありません。それはあなた/dev/ramXのの暗示ではなく、代わりに私は次のように述べようとしました。システム?」
UTF-8

わかった、わかった。ram bar = RAMメモリスティック
christianbueno.1 '12

1
スワップ領域をフォーマットするとUUIDが変更されませんか?/ etc / fstabにスワップエントリのUUIDがあるシステムでは、これは面倒です。
Mark Plotnick、2016
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.