Início / ubuntu / Perguntas / 1288883
Accepted
j0h
Asked: 2020-11-02 15:07:04 +0800 CST

como faço para verificar os processos de inicialização?

  • 772

meu computador (Ubuntu Mate 20.04 ) está demorando mais de um minuto para inicializar e não sei por quê. Parece ser algo a ver com um processo de inicialização neste disco rígido específico.

do dmesg:

...
[    1.922970] async_tx: api initialized (async)
[    2.328482] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
[    2.530339] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input7
[    3.256967] Btrfs loaded, crc32c=crc32c-intel
[   34.601941] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
...

parece haver 30 segundos ali, não tenho Btrfs, não tenho certeza por que está verificando ou o que quer que esteja fazendo.

então eu tenho isso:

[   38.739280] USB Video Class driver (1.1.1)
[  125.248857] Process accounting resumed

Eu não tenho idéia do que é contabilidade de processo.

Tirei esta foto do processo de inicialização: insira a descrição da imagem aqui a última linha desta foto é o que eu quero encontrar e corrigir, leva um minuto e meio para ser executado, toda vez que inicializo meu computador. Isso acontece no modo de segurança e na inicialização normal. existe uma única ferramenta para listar os processos de inicialização? Eu não quero reinstalar. Eu tentei verificar o sistema de arquivos do disco, o problema persiste. Eu fiz a análise de disco SMART e o disco rígido está bem.

O comandosystemd-analyze critical-chain

$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 38.388s
└─multi-user.target @1min 38.388s
  └─lxc.service @1min 38.330s +57ms
    └─lxc-net.service @1min 38.184s +143ms
      └─network-online.target @1min 38.179s
        └─NetworkManager-wait-online.service @1min 30.737s +7.440s
          └─NetworkManager.service @1min 30.360s +374ms
            └─dbus.service @1min 30.355s
              └─basic.target @1min 30.316s
                └─sockets.target @1min 30.315s
                  └─snapd.socket @1min 30.310s +4ms
                    └─sysinit.target @1min 30.280s
                      └─systemd-backlight@leds:tpacpi::kbd_backlight.service @2>
                        └─system-systemd\x2dbacklight.slice @1.538s
                          └─system.slice @251ms
                            └─-.slice @251ms

e o comandosystemd-analyze time

$ systemd-analyze time
Startup finished in 34.552s (kernel) + 2min 7.682s (userspace) = 2min 42.235s 
graphical.target reached after 1min 38.388s in userspace
grub2 boot startup

1 respostas

  1. Best Answer

    Bem, eu ainda gostaria de saber uma prática recomendada, ou um meio mais eficiente de solucionar esse tipo de bobagem, no processo de inicialização.

    quando vi W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available.. ... verifiquei o gparted e descobri que não tenho partição de espaço de troca. (isso deve ser bom, eu tenho muita RAM), mas essa configuração parece ser que eu poderia ter uma em algum momento, por que não tenho uma agora, essa parte é um mistério. Abri /etc/fstab e comentei a partição swap (que tinha o mesmo UUID que o disco que estava demorando uma eternidade para verificar na inicialização.)

    # swap was on /dev/sda5 during installation
#UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83 none            swap    sw              0       0

    por que estava em /dev/sda5? ótima pergunta, não faço ideia.

    Então, fui sudo vim /etc/initramfs-tools/conf.d/resume e comentei a referência à partição de troca com o UUID incorreto.

    #RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83

    Então, eu atualizei o initramfs $ sudo update-initramfs -u -k all

    e reiniciado apenas para ver o que aconteceria. Eu inicializei em segundos.

    Então, meu problema de tempo de inicialização foi resolvido... mas se houver uma maneira melhor de solucionar esse tipo de erro, adoraria saber sobre isso. Eu li todo tipo de coisa e vi muitos usuários com problemas semelhantes. Eu tentei o boot-repairutilitário, ele não fez nada para corrigir isso. Foram literalmente meses até eu ter uma pista de um erro que vi ao tentar atualizar o Mate, pensando que algum aplicativo de espaço de usuário poderia ter sido o problema.

    • 2

relate perguntas