Você não pode desativá-lo, porque /dev/sda7 é onde sua partição raiz é montada. No systemd, tudo o que ele pode manipular durante a inicialização é feito em uma unidade systemd. Então você pode fazer coisas com ele (como intervalos de trilha, neste caso, ou depender dele para serviços). Nos casos de dispositivos, a cadeia é assim:
- o kernel carrega o dispositivo e o ativa
- o systemd observa isso e cria os
/dev/sdxynós para ele - , em seguida, o systemd ativa as várias unidades de montagem geradas a partir de
fstab - que aciona vários outros serviços que estavam aguardando a montagem dos sistemas de arquivos
- e assim por diante
Isso permite que você identifique que o disco está lento para ser ativado, mas a menos que você consiga um novo disco, não há muito o que fazer.
Você pode tentar analisar o caminho crítico e ver se há mais alguma coisa que consiga corrigir:
systemd-analyze critical-chain [UNIT...] prints a tree of the
time-critical chain of units (for each of the specified UNITs or for
the default target otherwise). The time after the unit is active or
started is printed after the "@" character. The time the unit takes to
start is printed after the "+" character. Note that the output might be
misleading as the initialization of one service might depend on socket
activation and because of the parallel execution of units.
Exemplo:
graphical.target @10.868s
└─multi-user.target @10.868s
└─squid-deb-proxy.service @10.816s +51ms
└─network-online.target @10.814s
└─NetworkManager-wait-online.service @2.419s +8.395s
└─NetworkManager.service @2.243s +155ms
└─dbus.service @2.192s
└─basic.target @2.129s
└─sockets.target @2.129s
└─snapd.socket @2.127s +1ms
└─sysinit.target @2.127s
└─swap.target @2.127s
└─dev-disk-by\x2duuid-498d24e5\x2d7755\x2d422f\x2dbe45\x2d1b78d50b44e8.swap @2.119s +7ms
└─dev-disk-by\x2duuid-498d24e5\x2d7755\x2d422f\x2dbe45\x2d1b78d50b44e8.device @2.119s
Por exemplo, no meu caso, a rede está atrasando a inicialização.