암호화 된 홈을 사용하여 클린 14.04 설치에서 스왑이 작동하지 않음 발생하는 오류에 대해 불평하지 않습니다. $ sudo fdisk

업데이트 3 :

업그레이드 후에도 다른 문제가 발생했기 때문에 시스템을 처음부터 다시 설치하기로 결정했습니다. 그러나이 문제는 지속되었습니다.

새로 설치시 “암호화 된 홈”을 사용하여 설치하도록 선택하면 암호화 된 스왑 구성이 손상됩니다.

업데이트 2 :

cfdisk가 불만을 제기 한 분할 순서를 수정했지만 문제가 지속됩니다. 스왑은 이제 / dev / sda6에 있으며 다음과 같이 스왑을 실행할 수 있습니다.

~$ sudo mkswap /dev/sda6
Setting up swapspace version 1, size = 7998460 KiB
no label, UUID=18881d0f-d9ec-43be-a23f-0cbd78ea6d22

$sudo nano /etc/crypttab # Update crypttad with new UUID

$ sudo /etc/init.d/cryptdisks reload
 * Stopping remaining crypto disks...
 * cryptswap1 (stopped)...                                               [ OK ]
 * Starting remaining crypto disks...
 * cryptswap1 (starting)..
 * cryptswap1 (started)...                                               [ OK ]
$ sudo swapon -a

$ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:04 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:08 18881d0f-d9ec-43be-a23f-0cbd78ea6d22 -> ../../sda6
lrwxrwxrwx 1 root root 10 May 11 09:04 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:04 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:04 D28230E68230D129 -> ../../sda2
lrwxrwxrwx 1 root root 10 May 11 09:08 fcc8c419-8fec-4d4d-b55e-9e4c3b04d21d -> ../../dm-0

그러나 재부팅 후 스왑이 활성화되지 않고 다시 한 번 다음과 같이 보입니다.

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 11 09:12 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 11 09:12 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda5
lrwxrwxrwx 1 root root 10 May 11 09:12 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May 11 09:12 D28230E68230D129 -> ../../sda2

현재 디스크를 암호화로 설정하면 리눅스가 파티션 유형을 더 이상 인식하지 못하기 때문에 디스크를 올바르게로드하지 않아 UUID에 등록하지 못하므로 cryptswap에서 디스크를 찾을 수 없습니다. 그러나 나는 그것을 고치는 방법을 모른다 ..

업데이트 된 질문 :

추가 테스트 결과 $ mkswap / dev / sda5를 실행하여 스왑을 시작하고 실행할 수있는 것으로 나타났습니다.

그런 다음 올바른 UUID로 / etc / crypttab을 업데이트하고 여기에 설명 된 단계를 따릅니다.
암호화 된 스왑 파일을 어떻게 설정합니까?

그러나 컴퓨터를 재부팅 할 때 문제가 남아 있으며 실행할 때 / dev / sda5가 나타나지 않습니다.

$ ls -l /dev/disk/by-uuid/

만약 내가한다면:

$ cfdisk /dev/sda

다음과 같은 오류가 발생합니다.

FATAL ERROR: Bad logical partition 6: enlarged logical partitions overlap
                      Press any key to exit cfdisk

그래픽 “디스크”유틸리티는 디스크를 사용하여 디스크를 열 때 발생하는 오류에 대해 불평하지 않습니다.

$ sudo fdisk -l

Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders, total 500118192 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 identifier: 0x619aebf1

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   100870143    50331648    7  HPFS/NTFS/exFAT
/dev/sda3       191397888   192397311      499712   83  Linux
/dev/sda4       192399358   500117503   153859073    5  Extended
/dev/sda5       484118528   500117503     7999488   82  Linux swap / Solaris
/dev/sda6       192399360   484118527   145859584   83  Linux

Partition table entries are not in disk order

원래 질문 :

14.04 (13.04에서)로 업그레이드 한 후 컴퓨터가 심각한 속도 저하를 겪고 있습니다. 또한 스왑 공간이 없다는 것을 알았습니다!

$ sudo swapon -a
swapon: /dev/mapper/cryptswap1: stat failed: No such file or directory

암호화 된 스왑 설정에 문제가있는 것 같습니다 (내가 가지고 있음을 몰랐 음).

$ cat /etc/crypttab
cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May  6 11:00 08b07f88-6da5-4b40-b062-42b3bb1c5f00 -> ../../sda3
lrwxrwxrwx 1 root root 10 May  6 11:00 19aa372c-05c8-4226-8f09-c54e5566e816 -> ../../sda6
lrwxrwxrwx 1 root root 10 May  6 11:00 A800B16E00B143DA -> ../../sda1
lrwxrwxrwx 1 root root 10 May  6 11:00 D28230E68230D129 -> ../../sda2

그리고 내 fstab을보고

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=19aa372c-05c8-4226-8f09-c54e5566e816 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
UUID=08b07f88-6da5-4b40-b062-42b3bb1c5f00 /boot           ext2    defaults        0       2
# swap was on /dev/sda5 during installation
#UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

내 생각에 sda5의 설정에 문제가 있지만 암호화되도록 설정되어 있으므로 수정 방법을 모르겠습니다. 진행하는 방법에 대한 도움을 주시면 감사하겠습니다.



답변

알려진 버그

UUID파티션에 데이터를 쓰 자마자 파티션 을 덮어 쓰는 버그 (아래 참조)가 있습니다. 따라서 UUID를 사용하여 암호화 된 스왑에 사용할 파티션을 참조 할 수 없습니다 .

요즘 스왑 공간은 거의 사용되지 않습니다. 내 컴퓨터에서 스왑은 40 번째 탭을 열 때만 사용됩니다. 스왑이 없으면 갑자기 컴퓨터가 느려지기 시작하고 브라우저가 닫힙니다. 또는 Chromium브라우저 의 경우 많은 탭이 갑자기 ‘사라집니다’.
이러한 이유로, 참조 /dev/disk/by-uuid/당신의 /etc/crypttab힘은 같다 잠시 동안 작동하는, 그러나 즉시 스왑 공간이 실제로 사용되는, 그것은을 덮어 쓰게됩니다 UUID전체 파티션을 암호화 된 데이터 저장을 위해 사용되기 때문이다.

쉬운 수정

쉬운 해결책은 다음 /etc/crypttab과 같은 장치에서 스왑 파티션을 참조하는 것입니다 .

cryptswap1 /dev/sda5 /dev/urandom swap,cipher=aes-cbc-essiv:sha256

경고 : 이은 아마 노트북 (I는 다음과 같이 사용)에 안전하지만 스왑 드라이브와 바탕 화면 또는 드라이브 / 파티션 레이아웃을 변경하는 다른 이유가있는 경우, 당신은,이 싶지 않아 일반 스토리지 파티션이 갑자기 스왑에 사용될 수 있습니다.

참고 : 부팅이 /dev/mapper/cryptswap1생성 될 때만이 변경 사항을 적용하려면 재부팅해야합니다 .

적절한 수정

이 문제를 해결하는 올바른 방법은을 저장하는 원시 파티션의 일부 UUID가 암호화 된 스왑 데이터로 덮어 쓰지 않도록함으로써 재부팅시에도 그대로 유지하는 것입니다. 그러나 UUID작성 위치와 차지하는 바이트 수를 잘 모르겠습니다 . 자신의 위험에 따라 다음과 같이 테스트 할 수 있습니다.

cryptswap1 UUID=abe3c568-c8fd-4dfb-b8e9-0520d442dd61 /dev/urandom swap,offset=36,cipher=aes-cbc-essiv:sha256

를 참고하십시오 offset=36.

당신은 제발 경우 우분투 하나 의 계정 로그 및 이동 런치 패드에 버그 # 1310058 를 선택 (또는 여기를 클릭) : “이 버그가 너무 나에 영향을 미치는” 버그가 ‘인기’를 얻을 수 있도록 고정하기가 더 쉽습니다.


2014-10-27 업데이트

나는 또한 이것을 우연히 발견했다. 본인이 확인하지 않았습니다. offset깨진 스왑을 재구성하는 것에 대한 자세한 설명과 의견이있는 트릭 처럼 보입니다 .

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1310058/comments/22


답변

우분투 14.04에서 똑같은 문제가 발생 하여이 스레드를 발견했습니다. 돌연변이가 제공 한이 링크 는 저에게 효과적이었습니다. /dev/disk/by-id참조가 항상 동일한 물리 분할을 가리키는 것은 아니기 때문에 / dev / sdXY 대신 참조를 사용했습니다 . 내 결과 /etc/crypttab는 다음과 같습니다.

cryptswap1 /dev/disk/by-id/wwn-0x500...-part6 /dev/urandom swap, cipher=aes-cbc-essiv:sha256


답변

암호화되지 않은 스왑을 사용하십시오

… / home 암호화 유지

여기에 제안 된 다른 솔루션 몇 가지를 시도했습니다. 핫 재부팅 후에도 계속 작동했지만 결국 종료 및 콜드 재시작 후 모두 실패했습니다.

이것은 실제로 이중 버그를 다루고 있음을 알려줍니다.

  1. 스왑 드라이브의 UUID는 암호화 시스템에 의해 재정의됩니다.
  2. 부팅하는 동안 시간 초과 문제가 있습니다.

이러한 생각은 Launchpad에 제출 된 관련 버그 에 대한 의견에도 반영됩니다 . 그러나 Upstart에서 systemd로 보류중인 이동으로 현재 LTS 시스템의 버그를 해결하기위한 작업은 거의 없습니다.

이 시점에서 다음과 같은 생각이 떠 올랐습니다.

  1. 시스템을 설치하는 동안 \home파티션을 암호화하기 만하면됩니다.
  2. 암호화 된 스왑 파티션이없는 것과 관련된 위험은 다소 제한적입니다.
  3. 그들의 행동을 정리하는 것은 정식입니다. 더 이상 시간을 낭비하지 않을 것입니다.

따라서 전체 운영 체제를 다시 설치하지 않고 스왑을 일반적인 암호화되지 않은 스왑으로 복원하는 솔루션이 있습니다.

  1. 아직 설치하지 않은 경우 다음을 설치하십시오 blkid.$ sudo apt-get install blkid
  2. /etc/crypttab전체 cryptswap1줄을 편집 하고 삭제하십시오 .$ sudo nano /etc/crypttab
  3. 시스템 설정 메뉴에서 GParted를 시작하십시오.
  4. 느낌표가있는 파티션이 표시됩니다. 이것은 잘못된 스왑 파티션이어야합니다. 신중하게 선택하고 linux-swap파티션으로 다시 포맷하십시오 . 이 작업을 적용하면 복원 된 일반 스왑 파티션의 새 UUID에 대한 정보가 제공됩니다. 이 정보를 저장할 기회가 제공됩니다. 그렇지 않으면 다음을 사용하여 항상 명령 행에서 새 UUID를 검색 할 수 있습니다 blkid.$ sudo blkid
  5. 이제 /etc/fstab옛 영광 으로 회복 할 때입니다.$ sudo nano /etc/fstab

    • 에 대한 참조가 포함 된 전체 줄을 제거하십시오 /dev/mapper/cryptswap1.
    • 앞에 swap있는 해시 #를 제거 하여 이전 행의 주석 을 해제하십시오 UUID=....
    • 이제 이전 UUID를 이전에 얻은 새 UUID로 바꾸십시오.
    • 타격하여 파일을 쓰기 Ctrl+ O 및 종료 nanoCtrl+ X.
  6. 이 모든 작업을 완료하면 다음과 같이 새로운 암호화되지 않은 스왑을 이미 사용할 수 있습니다. $ sudo swapon -a
  7. 이 솔루션은 핫 재부팅 및 콜드 재시작으로 종료됩니다.

답변

이것 좀 봐 . / etc / crypttab에서 UUID = …를 / dev / sda3으로 간단히 바꾸어이 문제를 해결했습니다.


답변

문제의 사람들이 332625 처럼이 문제가 있습니다 . 일시 중지와 재부팅의 일부 조합은 스왑 파티션의 UUID를 잃어 버립니다 ( / etc / fstab 의 주석에서 확인 sudo blkd하십시오). / etc / crypttab 의 행은 암호화 된 스왑이 실패 할 때 해당 UUID를 사용합니다.

파티션 이름 ( 귀하의 경우 / dev / sda6 ) 또는 사라지는 UUID 대신 이름 을 사용하도록 / etc / crypttab 을 전환하는 것이 운이 없습니다 ./devdev/disk/by-id/

슬프게도 가장 쉬운 솔루션은 암호화 된 스왑을 포기하는 것입니다.


답변