Ubuntu Desktop 17.04 64-бітний із зашифрованим домашнім режимом, повільне завантаження


18

Я перевстановив Ubuntu 17.04 настільний 64-розрядний UEFI на своєму ноутбуці на жорсткому диску.

Ноутбук: Intel Core i5-5200U, Intel HD Graphics 5500, 16 Гб оперативної пам’яті.

Завантаження займає ~ 120 секунд (від натискання перемикача потужностей до екрана входу, для 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

системно-проаналізувати сюжет

Будь-які ідеї?


Чому спадщина? Чому у вас є /bootперегородка і чому вона така велика? Ці питання є більш риторичними, ніж будь-що інше, і мають єдину мету сповістити вас про те, що ви робите протилежне рекомендованій практиці, тому проблеми слід очікувати (як показано в системному журналі).

Я спробував UEFI, це зайняло той же час, тоді я подумав, що, можливо, BIOS швидше, завантажувальний розділ, тому що він знаходиться на жорсткому диску, тому я хочу, щоб найшвидша частина диска була для мого завантаження, розмір тому, що на моєму іншому ноутбуці зі старими ядрами очищено вихід - 250+ Мб, тому 1 Гб було б достатньо.
користувач58634

Що ви щойно прокоментували - це дурниці зверху вниз.

чи є у мене якісь рекомендації?
користувач58634,

1. Окремий /bootрозділ потрібен лише для LVM. В іншому випадку навіть не рекомендується. 2. Спадкове завантаження може бути настільки ж хорошим, як рідний (і завжди рекомендований) режим UEFI, ніколи не кращий і часто гірший для апаратної підтримки. 3. Не згадується у ваших специфікаціях, але якщо у вас є додаткові відеокарти, можливо, вам доведеться встановити власні драйвери.

Відповіді:


29

Зрозумів, це проблема повсюдності із зашифрованою домашньою опцією: система висить через ecryptfs-setup-swap, що не працює з swapfiles !

Я налаштував Ubuntu із зашифрованим домом, як я завжди, з виправленням, як описано у завантажувальному посиланні, пішло від ~ 200 секунд до ~ 30 секунд, це на hdd.


Редагувати: проблема полягає у встановленні Ubuntu із зашифрованим домом, 17.04 створює swapfile замість розділу swap, як попередні версії, тоді інсталятор записує несправний конфігураційний файл.

Цитата з оригінального звіту про помилку:

Зокрема, 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 проводить тривалий час в очікуванні свопу.

виправлена ​​система-аналіз провини

фіксований системний-аналіз сюжету


4
Чи можете ви поясніть, як працює ця поправка? Я майже не можу його отримати. Я думаю, що буде багато інших, які також не можуть зрозуміти робочий процес для вирішення проблеми
Mostafa Ahangarha

1
Дякую! Мій час завантаження знизився з 2 хвилин до 2 секунд. Я зробив саме те, що ти кажеш, змінив цю лінію /swapfile. Також зауважте, що посилання на стартову панель, на яке ви вказуєте, говорить, що повинно бути #/swapfile ...в /etc/fstab, але я маю, /swapfile ...як ви показуєте тут, і воно працює чудово.
Ілліданек

Найкраще вирішення цієї проблеми
Костя Бакай

Час мого завантаження скоротився з 2 хвилин до 15 секунд! Дуже дякую!
Педро Родрігес

Працював і для мене. Це не пришвидшило час завантаження, але "shutdown -h" працює і вимикається через кілька секунд проти пари хвилин. Ubuntu дійсно повинен виправити це під час дистрибуції.
чувак

1

Установка з увімкненим LVM також запобігає цій проблемі (для Ubuntu MATE у будь-якому випадку), оскільки вона створює розділ swap.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.