Ubuntu Desktop 17.04 a 64 bit con home crittografata, avvio lento


18

Ho reinstallato Ubuntu 17.04 Desktop 64-bit UEFI sul mio laptop su un disco rigido.

Laptop: Intel Core i5-5200U, Intel HD Graphics 5500, 16 GB di RAM.

L'avvio dura circa 120 secondi (dalla pressione dell'interruttore di accensione alla schermata di accesso, con Ubuntu 16.04.2 su un SSD richiede meno di 20 secondi).

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

diagramma di analisi del sistema

Qualche idea?


Perché legacy? Perché hai una /bootpartizione e perché è così grande? Queste domande sono più retoriche di ogni altra cosa e hanno il solo scopo di avvisarti che stai facendo l'opposto delle pratiche raccomandate, quindi sono prevedibili problemi (come mostrato nel registro di sistema).

ho provato UEFI ci è voluto allo stesso tempo, poi ho pensato che forse il BIOS è più veloce, la partizione di avvio è perché è su un disco rigido, quindi voglio la parte più veloce del disco per il mio avvio, la dimensione è perché sull'altro mio laptop con kernel più vecchi puliti fuori è di oltre 250 MB, quindi 1 GB sarebbe abbondante.
user58634,

Quello che hai appena commentato è una sciocchezza da cima a fondo.

hai qualche consiglio per me?
user58634,

1. Una /bootpartizione separata è necessaria solo per LVM. Altrimenti non è nemmeno raccomandato. 2. L'avvio legacy può essere valido solo come la modalità UEFI nativa (e sempre consigliata), mai migliore e spesso peggiore per il supporto hardware. 3. Non menzionato nelle specifiche, ma se si dispone di una scheda grafica aggiuntiva potrebbe essere necessario installare driver proprietari.

Risposte:


29

Capito, è un problema di Ubiquity con l'opzione home crittografata: il sistema si blocca a causa di ecryptfs-setup-swap che non funziona con gli swapfile !

Ho installato Ubuntu con Home crittografato come faccio sempre, con la correzione descritta nell'avvio del collegamento è passata da ~ 200 secondi a ~ 30 secondi, questo è su un hdd.


Modifica: il problema è che quando si installa Ubuntu con home crittografata, 17.04 crea un file di scambio anziché una partizione di scambio come le versioni precedenti, quindi il programma di installazione scrive un file di configurazione difettoso.

Citazione, dal Rapporto bug originale:

In particolare, ecryptfs-setup-swap inserisce in / etc / crypttab una linea come questa:

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

(come se ci fosse una partizione di swap con UID = XXXXXXXX) mentre con un file di swap dovrebbe mettere la seguente riga:

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

Se modifichi manualmente quella linea e riavvii, ti sbarazzi del problema - prima di riavviare, controlla anche che il tuo file / etc / fstab finisca con:

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

A causa di questo errore Ubuntu trascorre molto tempo in attesa dello scambio.

colpa fissa dell'analizzatore di sistema

grafico fisso di analisi del sistema


4
Puoi spiegare come funziona questa correzione? Quasi non riesco a capirlo. Penso che ce ne sarebbero molti altri che non riescono a capire il flusso di lavoro per risolvere il problema
Mostafa Ahangarha,

1
Grazie! Il mio tempo di avvio è passato da 2 minuti a 2 secondi. Ho fatto esattamente quello che dici, ho cambiato quella linea per avere /swapfile. Si noti inoltre che il link del launchpad che si indica dice che dovrebbe esserci #/swapfile ...nel /etc/fstab, ma ho /swapfile ...come mostrato qui e funziona perfettamente.
Illidanek,

La migliore soluzione di questo problema
Kostya Bakay,

Il mio tempo di avvio è stato ridotto da 2 minuti a 15 secondi! Molte grazie!
Pedro Rodrigues,

Ha funzionato anche per me. Non ha accelerato il tempo di avvio ma "shutdown -h" funziona e si spegne in pochi secondi contro un paio di minuti. Ubuntu dovrebbe davvero risolvere questo problema quando si esegue un aggiornamento dist.
amico,

1

Anche l'installazione con LVM abilitato previene questo problema (comunque per Ubuntu MATE) in quanto crea una partizione di swap.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.