Ubuntu 17.04 медленная начальная загрузка на SSD с двойной загрузкой

У меня есть Windows 10 и Ubuntu 17.04 на двойной загрузке (SSD на 120 ГБ, 100 для окон и остальных для Linux). Когда я установил Ubuntu во втором разделе, я не создал раздела подкачки (у меня есть 4 ГБ поршня, и большинство форумов сказало, что с 4 ГБ + Вы не должны подкачивать), таким образом, я просто создал корневой раздел / со всеми 20 ГБ, доступными и выбранными для шифрования моей Домашней папки только.

Вещь состоит в том, что это берет 1-2min для начальной загрузки Ubuntu, в то время как окна загружаются приблизительно за 10 секунд или меньше.

Я видел некоторые сообщения здесь об этой проблеме, но большинство случаев, OP создали раздел подкачки, и это не мой случай.

Что я могу сделать? Установите его снова и создайте раздел подкачки на этот раз, или я проявляю другой подход? Я не технически подкован относительно Ubuntu, таким образом, я ценил бы, если Вы, парни показывают мне некоторые шаги, действительно определяете проблему, Спасибо!

РЕДАКТИРОВАНИЕ № 1

Мой Windows 10 не установлен с fastboot, потому что я могу получить доступ ко всем файлам/папкам раздела Windows в Linux.

РЕДАКТИРОВАНИЕ № 2

Вывод от sudo fdisk -l :

Disk /dev/loop0: 80,5 MiB, 84393984 bytes, 164832 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 /dev/loop1: 76 MiB, 79683584 bytes, 155632 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 /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 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
Disklabel type: dos
Disk identifier: 0x39380a4e

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048   1026047   1024000  500M  7 HPFS/NTFS/exFAT
/dev/sda2         1026048 193478655 192452608 91,8G  7 HPFS/NTFS/exFAT
/dev/sda3       193480702 234440703  40960002 19,5G  5 Extended
/dev/sda5       193480704 234440703  40960000 19,5G 83 Linux

Disk /dev/sdb: 931,5 GiB, 1000204138496 bytes, 1953523708 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
Disklabel type: dos
Disk identifier: 0x2de2a99a

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdb1        2048 1953519615 1953517568 931,5G  7 HPFS/NTFS/exFAT

Вывод от systemd-analyze :

Startup finished in 5.074s (kernel) + 3min 514ms (userspace) = 3min 5.588s

Вывод от systemd-analyze blame :

7.518s NetworkManager-wait-online.service
3.920s fwupd.service
3.015s iio-sensor-proxy.service
1.217s dev-sda5.device
739ms apt-daily.service

РЕДАКТИРОВАНИЕ № 3:

Вывод от systemd-analyze critical-chain :

graphical.target @1min 38.007s
└─multi-user.target @1min 38.007s
  └─virtualbox.service @1min 37.938s +68ms
    └─network-online.target @1min 37.937s
      └─NetworkManager-wait-online.service @1min 30.418s +7.518s
        └─NetworkManager.service @1min 30.306s +105ms
          └─dbus.service @1min 30.281s
            └─basic.target @1min 30.273s
              └─sockets.target @1min 30.273s
                └─snapd.socket @1min 30.265s +8ms
                  └─sysinit.target @1min 30.264s
                    └─apparmor.service @193ms +264ms
                      └─local-fs.target @190ms
                        └─media-gdf897g6f9-HD\x20TOURO.mount @1min 50.061s
                          └─dev-sdb1.device @1.467s

РЕДАКТИРОВАНИЕ № 4:

Вот изображение команды systemd-analyze plot > test.svg, огромный разрыв прежде sysinit.target, не уверенный, что это означает.

http://svgur.com/s/2SA

0
задан 1 August 2017 в 14:28

3 ответа

Я мог найти фиксацию, которую отправил пользователь Reddit, это была на самом деле ошибка:

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

Откройте/etc/crypttab в текстовом редакторе и измените следующее:

cryptswap1 UID=XXXXXXXX

к этому:

своп-файл cryptswap1 /

Теперь моя Ubuntu загружается за подобные 6 секунд :-)

1
ответ дан 2 November 2019 в 20:49

Windows 10 занимает меньше времени, потому что по умолчанию он не завершает работу полностью (Если Вы хотите получить доступ к своему разделу окон из Linux, необходимо выключить эту функцию). Это в спящем режиме и возобновляется в, включаются. Создание раздела подкачки является хорошей вещью, поскольку некоторые приложения используют область подкачки (как калека, inkscape, VMware и т.д.). можно управлять swapiness для ОС, которая поможет Вам уменьшить слезу износа своего SSD.

Используйте следующую ссылку для корректировки swapiness

Как я настраиваю swappiness?

И добавить подкачку к Вашему использованию установки

https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04

Или можно запустить с новой установки.

И если Вы знаете точно, какие аппаратные средства Вы имеете, можно отключить нежелательные модули от ядра.

Сохраните только требуемые приложения в приложениях запуска.

Отключите сервисы для запуска на, такой как

  • FTP-сервер
  • апач или nginx
  • clamav
  • openssh-сервер

и т.д.

Но затем необходимо запустить их вручную, или можно добавить crontabs для запуска их после начальной загрузки.

Я надеюсь, что это помогает.

0
ответ дан 2 November 2019 в 20:49

Я столкнулся с той же проблемой с точно разрывом 30 секунд вокруг следующих записей на dmesg, который уменьшил меньше чем до 1 секунды после фиксации -

[    3.675210] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[    3.804315] [drm] RC6 on
[    4.566877] random: crng init done
[    4.566879] random: 7 urandom warning(s) missed due to ratelimiting

Я попробовал несколько предложенных мер без любого успеха -

  1. Обновление'/etc/fstab'с выводом от'blkid'
  2. Установка haveged и rng-инструменты или rng-tools5 (хотя мой процессор имеет поддержку Безопасного Ключа),

Оказывается, что проблема была то, что initramfs пытался определить местоположение области подкачки, которую я создал при установке из живого USB. UUID раздела подкачки, лежащего на USB, разыскивается в течение 30 секунд перед хождением дальше с начальной загрузкой. Это должно быть зафиксировано в двух местах -

  1. update-initramfs -uk all'обновленная версия #using initramfs-инструментов - 0.130ubuntu3.1
  2. Удаление переопределения (если таковые имеются) от'/etc/initramfs-tools/conf.d/resume'или комментированием записи или маркировкой RESUME=none

Подробное исправление ошибки, данное здесь - https://bugs.launchpad.net/ubuntu / + source/initramfs-tools / + ошибка/1771962

0
ответ дан 2 November 2019 в 20:49

Другие вопросы по тегам:

Похожие вопросы: