스왑에 대한 우분투 16.04 LTS 설치


8

다른 스왑 파티션을 다시 포맷하지 않으려면 어떻게해야합니까?
하드 드라이브에 많은 배포판이 있습니다.

  • 윈도우 10
  • 우분투 16.10
  • Antergos [아치 리눅스]
  • 페도라 25
  • 자유 공간
  • 데이터

모든 Linux 배포판에는 스왑 파티션이 있습니다 (각 16GiB).
여유 공간에서 먼저 16GiB의 스왑 파티션을 만들었고 나머지 크기는 루트 파티션 (ext4)입니다.

  • / dev / sda13
  • / dev / sda14 여기에 이미지 설명을 입력하십시오

여기에 이미지 설명을 입력하십시오

스왑 파티션을 선택할 수 없습니다. 어쨌든 "지금 설치"버튼을 클릭하십시오

여기에 이미지 설명을 입력하십시오

Linux 스왑을 다시 포맷하고 싶지 않습니다. 어떻게 피할 수 있습니까?

하드 드라이브 : 2 TiB MBR
fdisk 출력 -l

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

어떻게 해결할 수 있습니까? 중요한 파티션 / dev / sd5 (Data) 만 있습니다.
christianbueno.

어떻게 해결할 수 있습니까? 삭제 할 수없는 중요한 파티션 / dev / sd5 (Data) 만 있습니다. 또는 모든 하드 드라이브를 삭제해야합니다.
christianbueno.

두 가지 선택이 있습니다. 1) 다시 시작하십시오. 전체 드라이브를 다시 분할하고 소프트웨어를 다시로드하십시오. 또는 이전 파티션 이미지 백업에서 복원하십시오. 2) 시도 이전 파티션 이미지 백업에서 데이터를 복원, 정렬 된 파티션으로 대체 수술 정렬되지 않은 파티션을 제거 할 수 있습니다.
heynnema

1
기술적으로 fdisk는 MBR 디스크 용이고 gdisk는 현재 사용중인 것과 같은 GPT 디스크 용입니다. gdisk가 fdisk와 동일한 빠른 정렬 정보를 제공하는지 모르겠지만 시도해 볼 수 gdisk -l /dev/sda있습니다. man페이지 를 확인해야 할 수도 있습니다 . Gparted는 MiB에 올바르게 정렬되어야합니다. 확실하게, 잘못 정렬 된 파티션 중 하나를 외과 적으로 제거하고 다시 생성 한 다음 fdisk / parted로 다시 확인하십시오.
heynnema

답변:


19

시스템마다 다른 RAM 스틱이 필요하지 않은 것과 같은 방식으로 시스템마다 다른 스왑 파티션이 필요하지 않습니다. 그들 모두 사이에 하나를 공유하십시오. 가장 왼쪽은 HDD에서 읽기 / 쓰기 속도가 가장 빠르므로 가장 왼쪽을 사용해야합니다.

종료 후 여전히 스왑에 관련된 유일한 시간은 PC를 최대 절전 모드로 전환 할 때입니다 (디스크 일시 중단). 그러나 그것은 기본적으로 비활성화되어 있습니다.

형식이 지정되는 것을 신경 쓰지 마십시오. 시스템이 디스크에 일시 중단되지 않은 경우 (그리고 반드시 스왑 파티션을 사용하여 일시 중단 이미지를 보관하는 경우에만) 아무 것도 변경하지 않습니다.

스왑 파티션 포맷은 UUID를 사용하여 자동 마운트 된 경우 문제가됩니다. 이런 경우인지 확인하려면 /etc/fstab시스템 파일을여십시오. 로 시작하는 "swap"이라는 단어가 포함 된 줄이 있으면 UUID=UUID를 새 줄로 바꿔야 합니다. 그런 줄이있을 필요는 없습니다. 스왑 파티션은 장치 이름으로 식별 할 수 있습니다. 이 경우 행은 예를 들어 시작 /dev/sda12하며 아무 것도 수행하지 않아도됩니다. 파티션을 삭제했거나 다른 종류의 파티션 인 경우를 제외하고는 장치 이름을 변경해야합니다.

하나의 스왑 파티션을 제외한 모든 스왑 파티션을 삭제 한 경우 모든 /etc/fstabLinux 시스템 의 해당 라인에 동일한 UUID를 작성하십시오 . 이는 라이브 세션 또는 시스템 자체에서 수행 할 수 있습니다. 다음에 부팅하면 변경 사항이 적용됩니다. UUID가 변경된 경우 스왑 파티션이 마운트되지 않지만 스왑 파티션이 없으면 시스템을 정상적으로 사용할 수 있습니다.


안녕하세요 친구, 그 ramx 스스로에 의해 만들어졌습니다
christianbueno. 1

그때 우리는 안전하게 진행할 수 있습니다
christianbueno. 1

1
시스템마다 다른 RAM 막대를 사용한다고 가정하지 않았습니다. 물론 그렇지 않습니다. 그것은 당신의 암시하지 않았다 /dev/ramX대신 내가 말하려고 S :. "당신은 서로 다른 운영 체제에 대해 서로 다른 RAM 막대를 사용하지 않는 스왑 파티션이 RAM의 확장 그래서 당신은 다른 다른 스왑 파티션을 사용하는 이유. 시스템? "
UTF-8

아 알았어, 이해 했어 램 바 = 램 메모리 스틱
christianbueno.1

1
스왑 영역을 포맷하지 않으면 UUID가 변경되지 않습니까? / etc / fstab의 스왑 항목에 대한 UUID가있는 모든 시스템에서 성 가실 것입니다.
Mark Plotnick
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.