สลับไม่ทำงานในการติดตั้ง clean 14.04 โดยใช้การเข้ารหัสโฮม

อัปเดต 3:

ฉันตัดสินใจติดตั้งระบบใหม่อีกครั้งตั้งแต่เริ่มต้นเพื่อลบ cruft เก่า ๆ ที่วางอยู่เนื่องจากฉันประสบปัญหาอื่น ๆ หลังจากการอัปเกรดเช่นกัน อย่างไรก็ตามปัญหานี้ยังคงมีอยู่

ในการติดตั้งใหม่ทั้งหมดการเลือกที่จะติดตั้งโดยใช้ "การเข้ารหัสที่บ้าน" จะนำไปสู่การกำหนดค่าการสลับที่เข้ารหัสที่ใช้งานไม่ได้

อัปเดต 2:

ฉันแก้ไขคำสั่งการแยกส่วนที่ cfdisk บ่น แต่เขายังคงมีปัญหาอยู่ ตอนนี้ swap อยู่ที่ / 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

ฉันเดาว่าในขณะนี้คือเมื่อตั้งค่าดิสก์เป็นการเข้ารหัส linux ไม่รู้จักประเภทพาร์ติชั่นอีกต่อไปดังนั้นจึงไม่โหลดอย่างถูกต้องทำให้ไม่ลงทะเบียน UUID และ cryptswap ไม่สามารถหาสาเหตุของความล้มเหลวได้ แต่ฉันไม่รู้จะแก้ไขได้อย่างไร ..

อัปเดตคำถาม:

การทดสอบเพิ่มเติมพบว่าฉันสามารถสลับและทำงานได้โดยใช้ $ mkswap / dev / sda5

จากนั้นอัปเดต / etc / crypttab ด้วย UUID ที่ถูกต้องและทำตามขั้นตอนที่อธิบายไว้ที่นี่: ฉันจะติดตั้งไฟล์ swap ที่เข้ารหัสได้อย่างไร

อย่างไรก็ตามปัญหายังคงอยู่เมื่อฉันรีบูตคอมพิวเตอร์ / 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) คอมพิวเตอร์ของฉันประสบปัญหาการชะลอตัวรุนแรงเมื่อทำงานบนฉันพบว่า kswap0 สละเวลาของ cpu มาก ฉันยังสังเกตเห็นว่าฉันไม่มีพื้นที่สว็อป!

$ 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เพื่ออ้างอิงพาร์ติชันเพื่อใช้สำหรับการแลกเปลี่ยนที่เข้ารหัส

วันนี้พื้นที่สว็อปไม่ค่อยมีใครใช้ บนเครื่องของฉัน swap จะใช้เมื่อฉันเปิดแท็บที่ 40 เมื่อฉันไม่มี swap คอมพิวเตอร์ของฉันก็เริ่มทำงานช้าลงและเบราว์เซอร์จะปิดตัวเอง หรือในกรณีของChromiumเบราว์เซอร์แท็บจำนวนมากก็จะ 'ตาย'
ด้วยเหตุนี้การอ้างอิง/dev/disk/by-uuid/ในของคุณ/etc/crypttabอาจดูเหมือนจะทำงานในขณะที่ แต่ทันทีที่พื้นที่ swap ของคุณจะใช้จริงก็จะเขียนทับUUIDเพราะพาร์ทิชันทั้งหมดจะถูกนำมาใช้สำหรับการจัดเก็บข้อมูลที่เข้ารหัส

แก้ไขง่าย

การแก้ไขที่ง่ายคือการอ้างอิง swap partition ตามอุปกรณ์ในของคุณ/etc/crypttabเช่น:

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

คำเตือน:นี่อาจจะปลอดภัยสำหรับแล็ปท็อป (ฉันใช้แบบนี้) แต่ถ้าคุณอยู่บนเดสก์ท็อปที่มีไดรฟ์ชนิดถอดเปลี่ยนได้หรือมีเหตุผลอื่นในการเปลี่ยนเค้าโครงไดรฟ์ / พาร์ติชันคุณไม่ต้องการทำเช่นนี้ พาร์ติชั่นหน่วยเก็บข้อมูลปกติอาจถูกใช้เพื่อสลับทันที

หมายเหตุ:คุณต้องรีบูตเพื่อให้การเปลี่ยนแปลงนี้มีผลบังคับใช้เพราะเฉพาะเมื่อการบูตจะ/dev/mapper/cryptswap1ถูกสร้างขึ้น

การแก้ไขที่เหมาะสม

วิธีที่เหมาะสมในการแก้ไขปัญหานี้คือเพื่อให้แน่ใจว่าส่วนหนึ่งของพาร์ติชั่นดิบที่เก็บข้อมูลUUIDนั้นไม่ได้ถูกเขียนทับโดยการแลกเปลี่ยนข้อมูลที่เข้ารหัสดังนั้นมันจะยังคงอยู่ในการรีบูต อย่างไรก็ตามฉันไม่แน่ใจว่าUUIDเขียนไว้ที่ไหนและต้องใช้จำนวนไบต์เท่าใด คุณสามารถทดสอบความเสี่ยงด้วยตัวเองโดยทำดังนี้

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

offset=36หมายเหตุ

กรุณาถ้าคุณมีการเข้าสู่ระบบบัญชีหนึ่งใน Ubuntuและไปที่Bug # 1310058 บน Launchpadและเลือก (หรือคลิกที่นี่): "ข้อบกพร่องนี้ส่งผลกระทบต่อฉันด้วย"ดังนั้นข้อผิดพลาดจะได้รับความนิยมและมีแนวโน้มที่จะได้รับการแก้ไข

อัปเดต 2014-10-27

ฉันยังสะดุดกับเรื่องนี้ ไม่ผ่านการตรวจสอบโดยฉัน ดูเหมือนว่าoffsetมีเล่ห์เหลี่ยมที่มีความละเอียดและความคิดเห็นเกี่ยวกับการสร้าง swap ขึ้นใหม่

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

ฉันมีปัญหาเดียวกันใน Ubuntu 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

เพียงแค่ใช้ swap ที่ไม่ได้เข้ารหัส

... และเก็บ / เข้ารหัสที่บ้าน

ฉันลองวิธีแก้ไขปัญหาอื่น ๆ ที่แนะนำที่นี่ แม้ว่าพวกเขาจะยังคงทำงานหลังจากรีบูตเครื่องร้อนในที่สุดพวกเขาก็ล้มเหลวหลังจากปิดเครื่องและรีสตาร์ทเย็น

สิ่งนี้บอกเราว่าเรากำลังเผชิญกับบั๊กสองครั้ง:

1. UUID ของ swap drive จะถูกเขียนทับโดยระบบเข้ารหัสและ
2. มีปัญหาการหมดเวลาระหว่างการบูท

ความคิดเหล่านี้ยังสะท้อนให้เห็นในการแสดงความคิดเห็นในการที่เกี่ยวข้องกับข้อผิดพลาดที่ยื่น Launchpad อย่างไรก็ตามด้วยการย้ายที่รอดำเนินการจาก Upstart ไปยัง systemd จะมีการดำเนินการเล็กน้อยเพื่อแก้ไขข้อบกพร่องในระบบ LTS ปัจจุบัน

เมื่อมาถึงจุดนี้ความคิดต่อไปนี้ข้ามใจของฉัน:

1. ในระหว่างการติดตั้งระบบฉันขอให้เข้ารหัสเฉพาะ\homeพาร์ติชันของฉันเท่านั้น
2. ความเสี่ยงที่เกี่ยวข้องกับการไม่มีพาร์ทิชัน swap ที่เข้ารหัสนั้นค่อนข้าง จำกัด
3. มันขึ้นอยู่กับ Canonical ในการทำความสะอาดการกระทำของพวกเขา ฉันจะไม่เสียเวลากับเรื่องนี้

ดังนั้นนี่คือวิธีแก้ปัญหาของฉันในการกู้คืนการแลกเปลี่ยนตามปกติโดยไม่ต้องเข้ารหัสโดยไม่ต้องติดตั้งระบบปฏิบัติการใหม่ทั้งหมด

1. หากคุณยังไม่ได้ติดตั้งให้ติดตั้งblkid:$ sudo apt-get install blkid
2. แก้ไข/etc/crypttabและลบทั้งcryptswap1บรรทัด:$ sudo nano /etc/crypttab
3. เริ่ม GParted จากเมนูการตั้งค่าระบบ
4. คุณจะเห็นพาร์ติชันที่มีเครื่องหมายอัศเจรีย์ นี่ควรเป็นพาร์ติชัน swap ที่ผิดพลาด เลือกอย่างระมัดระวังและฟอร์แมตใหม่เป็นlinux-swapพาร์ติชัน หลังจากใช้การดำเนินการนี้แล้วคุณจะได้รับแจ้งเกี่ยวกับ UUID ใหม่ของพาร์ติชัน swap ปกติที่เรียกคืน คุณได้รับโอกาสในการบันทึกข้อมูลนี้ หากคุณไม่ทราบว่าคุณสามารถดึงข้อมูล UUID ใหม่จากบรรทัดคำสั่งด้วยblkid:$ sudo blkid

5. ตอนนี้ถึงเวลาที่จะฟื้นฟู/etc/fstabสู่ความรุ่งเรืองแก่ตัวแล้ว:$ sudo nano /etc/fstab

   • /dev/mapper/cryptswap1ถอดสายทั้งหมดที่มีการอ้างอิงถึง
   • uncomment เก่าswapสายโดยการเอากัญชาในด้านหน้าของ#UUID=...
   • ตอนนี้แทนที่ UUID เก่าด้วยอันใหม่ที่ได้รับก่อนหน้านี้
   • เขียนไฟล์ออกโดยการกดปุ่มCtrl+ O และออกnanoด้วย+CtrlX
6. เมื่อดำเนินการทั้งหมดแล้วคุณสามารถเริ่มใช้การแลกเปลี่ยนที่ไม่ได้เข้ารหัสใหม่ด้วย: $ sudo swapon -a
7. วิธีนี้จะช่วยให้รอดพ้นจากการเริ่มระบบใหม่และการปิดเครื่องเมื่อเริ่มระบบใหม่

มีลักษณะที่นี้ ฉันแก้ไขปัญหานี้โดยเพียงแค่แทนที่ UUID = ... ด้วย / dev / sda3 ใน / etc / crypttab

ฉันมีปัญหานี้เช่นเดียวกับคนที่อยู่ในคำถาม 332625 การรวมกันระหว่าง suspend และ reboot สูญเสีย UUID ของ swap partition ของคุณ (ตามความคิดเห็นใน/ etc / fstab ของคุณ , ยืนยันสิ่งนี้ด้วยsudo blkd) ดังนั้นบรรทัดใน/ etc / crypttab ของคุณเพื่อใช้ UUID นั้นเนื่องจากการแลกเปลี่ยนที่เข้ารหัสล้มเหลว

ฉันไม่มีโชคเปลี่ยน/ etc / crypttabเพื่อใช้/devชื่อพาร์ติชัน( / dev / sda6ในกรณีของคุณ) หรือdev/disk/by-id/ชื่อแทน UUID ที่หายไป

การแลกเปลี่ยนการเข้ารหัสที่ถูกทิ้งร้างเป็นวิธีที่ง่ายที่สุดและดีที่สุดจนถึงตอนนี้เศร้า