Ubuntu Desktop 17.04 64 บิตพร้อมการเข้ารหัสแบบบ้านบูตช้า


18

ฉันติดตั้ง Ubuntu 17.04 Desktop 64- บิต UEFI บนแล็ปท็อปของฉันใหม่บนฮาร์ดดิสก์

แล็ปท็อป: Intel Core i5-5200U, Intel HD Graphics 5500, 16 GB Ram

การบูตใช้เวลาประมาณ 120 วินาที (จากการกดปุ่ม Power เพื่อสลับไปยังหน้าจอเข้าสู่ระบบโดยใช้ Ubuntu 16.04.2 บน ssd ใช้เวลาน้อยกว่า 20 วินาที)

syslog

$ systemd-analyze blame
          5.187s dev-sdb2.device
          4.268s ModemManager.service
          3.138s accounts-daemon.service
          2.852s fwupd.service
          2.688s grub-common.service
          2.421s irqbalance.service
          2.367s apport.service
          2.360s gpu-manager.service
          2.269s NetworkManager.service
          1.641s thermald.service
          1.632s polkit.service
          1.567s rsyslog.service
          1.336s keyboard-setup.service
          1.241s lightdm.service
          1.240s plymouth-quit-wait.service
          1.231s speech-dispatcher.service
          1.172s udisks2.service
          1.159s apparmor.service
          1.019s alsa-restore.service
           976ms repowerd.service
           957ms upower.service
           900ms bluetooth.service
           821ms systemd-resolved.service
           792ms dev-hugepages.mount
           792ms dev-mqueue.mount
           789ms avahi-daemon.service
           755ms sys-kernel-debug.mount
           689ms systemd-cryptsetup@cryptswap1.service
           663ms systemd-modules-load.service
           638ms rtkit-daemon.service
           599ms systemd-backlight@backlight:intel_backlight.service
           540ms systemd-rfkill.service
           511ms systemd-udevd.service
           505ms systemd-fsck@dev-disk-by\x2duuid-F685\x2d7079.service
           456ms systemd-machine-id-commit.service
           455ms openvpn.service
           444ms systemd-timesyncd.service
           386ms systemd-user-sessions.service
           326ms systemd-journald.service
           321ms kmod-static-nodes.service
           273ms systemd-logind.service
           243ms colord.service
           239ms systemd-udev-trigger.service
           227ms wpa_supplicant.service
           199ms networking.service
           192ms console-setup.service
           191ms systemd-tmpfiles-setup-dev.service
           188ms pppd-dns.service
           184ms systemd-hostnamed.service
           171ms user@1000.service
           170ms systemd-localed.service
           165ms setvtrgb.service
           162ms systemd-tmpfiles-setup.service
           131ms dns-clean.service
           101ms systemd-journal-flush.service
            92ms resolvconf.service
            91ms sys-fs-fuse-connections.mount
            82ms systemd-sysctl.service
            79ms systemd-remount-fs.service
            70ms systemd-random-seed.service
            51ms ufw.service
            44ms systemd-update-utmp.service
            42ms boot-efi.mount
            37ms snapd.socket
            14ms plymouth-start.service
            11ms plymouth-read-write.service
             6ms snapd.autoimport.service
             4ms ureadahead-stop.service
             4ms dev-mapper-cryptswap1.swap
             3ms systemd-update-utmp-runlevel.service
             1ms swapfile.swap

พล็อต systemd- วิเคราะห์

ความคิดใด ๆ


ทำไมต้องเป็นมรดก ทำไมคุณมี/bootพาร์ติชันและทำไมมันใหญ่มาก คำถามนี้มีวาทศิลป์มากกว่าสิ่งอื่นใดและมีจุดประสงค์เพียงอย่างเดียวในการแจ้งเตือนคุณว่าคุณกำลังทำสิ่งที่ตรงกันข้ามกับแนวทางปฏิบัติที่แนะนำดังนั้นจึงคาดว่าจะเกิดปัญหาได้ (ดังที่แสดงในบันทึก systemd)

ฉันลอง UEFI ใช้เวลาเดียวกันจากนั้นฉันคิดว่าอาจจะเร็วกว่า BIOS พาร์ติชันสำหรับบู๊ตเป็นเพราะมันอยู่บนฮาร์ดดิสก์ดังนั้นฉันจึงต้องการส่วนที่เร็วที่สุดของดิสก์สำหรับการบู๊ตของฉันขนาดนั้นเป็นเพราะในแล็ปท็อปอื่น ๆ ออกเป็น 250+ MB ดังนั้น 1 GB จะมากมาย
user58634

สิ่งที่คุณแสดงความคิดเห็นเป็นเรื่องไร้สาระจากบนลงล่าง

คุณมีคำแนะนำใด ๆ สำหรับฉัน
user58634

1. /bootจำเป็นต้องมีพาร์ติชันแยกต่างหากสำหรับ LVM มิฉะนั้นจะไม่แนะนำให้ใช้ด้วยซ้ำ 2. การบูตแบบดั้งเดิมสามารถทำได้ดีเท่าโหมด UEFI ดั้งเดิม (และแนะนำเสมอ) ไม่เคยดีขึ้นและมักจะแย่ลงสำหรับการสนับสนุนฮาร์ดแวร์ 3. ไม่ได้กล่าวถึงในข้อกำหนดของคุณ แต่ถ้าคุณมีการ์ดแสดงผล addon คุณอาจจำเป็นต้องติดตั้งไดรเวอร์ที่เป็นกรรมสิทธิ์

คำตอบ:


29

เข้าใจแล้วว่ามันเป็นปัญหาที่แพร่หลายเกี่ยวกับตัวเลือกในบ้านที่เข้ารหัส: ระบบหยุดทำงานเนื่องจาก ecryptfs-setup-swap ไม่ทำงานกับ swapfiles !

ฉันตั้งค่า Ubuntu ด้วยหน้าแรกที่เข้ารหัสเหมือนที่ฉันทำอยู่เสมอด้วยการแก้ไขตามที่อธิบายไว้ในการเชื่อมโยงการบูตไปจาก ~ 200 วินาทีลงไป ~ 30 วินาทีนี่คือ hdd


แก้ไข: ปัญหาคือเมื่อติดตั้ง Ubuntu ด้วยการเข้ารหัสที่บ้าน 17.04 สร้าง swapfile แทนการแลกเปลี่ยนพาร์ติชันเช่นรุ่นก่อนหน้าจากนั้นตัวติดตั้งจะเขียนไฟล์กำหนดค่าที่ผิดพลาด

อ้างอิงจากรายงานบั๊กดั้งเดิม:

โดยเฉพาะอย่างยิ่ง ecryptfs-setup-swap จะใส่ในบรรทัด / etc / crypttab ดังนี้:

cryptswap1 UID=XXXXXXXX /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

(เช่นมีพาร์ทิชัน swap พร้อม UID = XXXXXXXX) ในขณะที่ swapfile ควรใส่บรรทัดต่อไปนี้:

cryptswap1 /swapfile /dev/urandom
swap,offset=1024,cipher=aes-xts-plain64

หากคุณเปลี่ยนบรรทัดนั้นและเริ่มระบบใหม่ด้วยตนเองคุณจะกำจัดปัญหา - ก่อนที่จะทำการรีบูตตรวจสอบว่าไฟล์ / etc / fstab ของคุณลงท้ายด้วย:

#/swapfile none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0

เนื่องจากข้อผิดพลาดนี้ Ubuntu ใช้เวลานานในการรอการแลกเปลี่ยน

แก้ไข systemd- วิเคราะห์ความผิด

แก้ไขพล็อต systemd- วิเคราะห์


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

1
ขอขอบคุณ! เวลาบูตของฉันลดลงจาก 2 นาทีเป็น 2 วินาที ฉันทำสิ่งที่คุณพูดอย่างแน่นอนเปลี่ยนบรรทัด/swapfileนั้นเป็น นอกจากนี้ทราบว่าการเชื่อมโยง Launchpad ที่คุณชี้ไปที่บอกว่าควรจะมี#/swapfile ...ใน/etc/fstabแต่ฉันมี/swapfile ...ที่คุณแสดงที่นี่และมันทำงานได้อย่างสมบูรณ์
Illidanek

ทางออกที่ดีที่สุดของปัญหานี้
Kostya Bakay

เวลาบูตของฉันลดลงจาก 2 นาทีเป็น 15 วินาที! ขอบคุณมาก!
Pedro Rodrigues

ทำงานให้ฉันเช่นกัน มันไม่ได้เพิ่มความเร็วในการบูทเวลา แต่ "shutdown -h" ใช้งานได้และปิดตัวลงในไม่กี่วินาทีเทียบกับสองสามนาที Ubuntu ควรแก้ไขปัญหานี้เมื่อทำการอัพเกรด
เพื่อน

1

การติดตั้งด้วยการเปิดใช้งาน LVM ยังช่วยป้องกันปัญหานี้ (สำหรับ Ubuntu MATE อยู่ดี) เนื่องจากมันสร้างพาร์ทิชัน swap

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.