Ubuntu Desktop 17.04 64-bit с зашифрованным домом, медленная загрузка

18

Я переустановил Ubuntu 17.04 Desktop 64-битный UEFI на своем ноутбуке на жестком диске.

Ноутбук: Intel Core i5-5200U, Intel HD Graphics 5500, 16 ГБ RAM.

Загрузка занимает ~ 120 секунд (от нажатия переключателя питания до экрана входа в систему, с Ubuntu 16.04.2 на ssd это занимает менее 20 секунд).

системный журнал

$ 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

системно-анализировать сюжет

Есть идеи?

user58634
источник
Почему Наследие? Почему у вас есть /bootраздел и почему он такой большой? Эти вопросы более риторически, чем что-либо еще, и имеют единственную цель - предупредить вас о том, что вы делаете противоположное рекомендуемым действиям, поэтому следует ожидать проблем (как показано в журнале systemd).
я попробовал UEFI, это заняло то же самое время, тогда я подумал, что, может быть, BIOS быстрее, загрузочный раздел, потому что он находится на жестком диске, поэтому я хочу самую быструю часть диска для моей загрузки, размер, потому что на моем другом ноутбуке с более старыми ядрами очищены более 250 МБ, так что 1 ГБ будет достаточно.
user58634
То, что вы только что прокомментировали, это нонсенс сверху донизу.
у вас есть какие-либо рекомендации для меня?
user58634
1. Отдельный /bootраздел требуется только для LVM. В противном случае даже не рекомендуется. 2. Устаревшая загрузка может быть только такой же, как и в родном (и всегда рекомендуемом) режиме UEFI, никогда не бывает лучше, а зачастую и хуже для поддержки оборудования. 3. Не упоминается в ваших спецификациях, но если у вас есть дополнительные видеокарты, вам может потребоваться установить проприетарные драйверы.

Ответы:

29

Понял, это проблема Ubiquity с зашифрованной домашней опцией: система зависает из-за того, что ecryptfs-setup-swap не работает с файлами подкачки !

Я установил Ubuntu с зашифрованным Home, как я всегда делаю, с исправлением, как описано в ссылке, загрузка прошла с ~ 200 секунд до ~ 30 секунд, это на жестком диске.


Редактировать: проблема заключается в том, что при установке Ubuntu с зашифрованным home 17.04 создает файл подкачки вместо раздела подкачки, как в предыдущих версиях, затем установщик записывает неверный файл конфигурации.

Цитата из оригинального сообщения об ошибке:

В частности, ecryptfs-setup-swap помещает в / etc / crypttab следующую строку:

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

(как, например, был раздел подкачки с UID = XXXXXXXX), в то время как для файла подкачки он должен поставить следующую строку:

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 проводит долгое время в ожидании свопинга.

исправлена ​​системная ошибка

исправлен системный анализ

user58634
источник
4
Не могли бы вы объяснить, как работает это исправление? Я почти не могу получить это. Я думаю, что было бы много других, которые также не могут понять рабочий процесс решения проблемы
Мостафа Ахангарха
1
Спасибо! Мое время загрузки сократилось с 2 минут до 2 секунд. Я сделал именно то, что вы говорите, изменил эту строку, чтобы иметь /swapfile. Также обратите внимание, что ссылка на панель запуска, на которую вы указываете, говорит, что должна быть #/swapfile ...в /etc/fstab, но у меня есть, /swapfile ...как вы показываете здесь, и она отлично работает.
Иллиданек
Лучшее решение этой проблемы
Костя Бакай
Мое время загрузки сократилось с 2 минут до 15 секунд! Большое спасибо!
Педро Родригес
У меня тоже сработало. Это не ускорило время загрузки, но «shutdown -h» работает и выключается через несколько секунд против нескольких минут. Ubuntu должен действительно исправить это при выполнении dist-upgrade.
чувак
1

Установка с включенным LVM также предотвращает эту проблему (для Ubuntu MATE в любом случае), поскольку она создает раздел подкачки.

u2764
источник