Início / ubuntu / Perguntas / 1498649
Accepted
lurker
Asked: 2024-01-01 11:30:21 +0800 CST

Por que há uma pausa de 20 a 30 segundos no início do ciclo de inicialização após clonar meu disco rígido?

  • 772

Já vi alguns outros posts sobre esse assunto. Apenas um ou dois estavam muito próximos da minha situação, mas não houve soluções claras. Gostaria de descrever minha situação especificamente porque tenho alguns detalhes que não fazem parte dos outros posts.

Estou executando o Ubuntu 22.04.3 LTS. Eu tinha um HDD SATA normal como unidade de "sistema" que tinha 3 partições:

  • /boot- esta é minha partição de inicialização designada
  • /- esta é a unidade do meu sistema com quase todo o resto
  • swap

Acabei de clonar meu disco rígido SATA para um disco rígido SATA mantendo todo o particionamento idêntico. Mas os UUIDs agora são diferentes (eu os mudei porque queria a possibilidade de montar as duas unidades em algum momento). Atualizei /etc/fstabcom os novos UUIDs e, por meio de algumas pesquisas, alterei o /etc/initramfs-tools/conf.d/resumearquivo para não fazer referência ao UUID de troca antigo.

Depois de mudar para o novo SSD, ele inicializa bem, mas há uma pausa silenciosa de 20 a 30 segundos (sem atividade de disco) no início do processo de inicialização. Aqui está um trecho de onde isso ocorre:

[    2.498174] scsi 6:0:0:0: Direct-Access     TEAC     USB   HS-CF Card 4.08 PQ: 0 ANSI: 0
[    2.501897] scsi 6:0:0:1: Direct-Access     TEAC     USB   HS-xD/SM   4.08 PQ: 0 ANSI: 0
[    2.505707] scsi 6:0:0:2: Direct-Access     TEAC     USB   HS-MS Card 4.08 PQ: 0 ANSI: 0
[    2.509122] scsi 6:0:0:3: Direct-Access     TEAC     USB   HS-SD Card 4.08 PQ: 0 ANSI: 0
[    2.509357] sd 6:0:0:0: Attached scsi generic sg3 type 0
[    2.509936] sd 6:0:0:1: Attached scsi generic sg4 type 0
[    2.511152] sd 6:0:0:2: Attached scsi generic sg5 type 0
[    2.512435] sd 6:0:0:3: Attached scsi generic sg6 type 0
[    2.514823] sd 6:0:0:0: [sdc] Media removed, stopped polling
[    2.519575] sd 6:0:0:1: [sdd] Media removed, stopped polling
[    2.528168] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[    2.533063] sd 6:0:0:2: [sde] Media removed, stopped polling
[    2.541980] sd 6:0:0:1: [sdd] Attached SCSI removable disk
[    2.550871] sd 6:0:0:2: [sde] Attached SCSI removable disk
[    2.559421] sd 6:0:0:3: [sdf] Media removed, stopped polling
[    2.572356] sd 6:0:0:3: [sdf] Attached SCSI removable disk
[   33.540466] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[   33.703038] systemd[1]: Inserted module 'autofs4'
[   33.718092] systemd[1]: systemd 249.11-0ubuntu3.11 running in system mode (+PAM +AUDIT +SELINUX +APPARMOR +IMA +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN +IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 -PWQUALITY -P11KIT -QRENCODE +BZIP2 +LZ4 +XZ +ZLIB +ZSTD -XKBCOMMON +UTMP +SYSVINIT default-hierarchy=unified)
[   33.731050] systemd[1]: Detected architecture x86-64.
[   33.736943] systemd[1]: Hostname set to <musicman>.
[   33.951287] systemd[1]: Queued start job for default target Graphical Interface.
[   33.953273] systemd[1]: Created slice Slice /system/modprobe.

Observe que sdcatravés de sdfaparecer aqui. Eu tenho um antigo leitor de cartão SD com 4 slots conectado ao meu sistema. Isso já existe há muito tempo, mesmo quando eu estava usando meu antigo HDD. Eu não os tenho montados automaticamente no meu arquivo fstab, mostrado abaixo:

# <file system>                           <mount point>   <type>  <options>         <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=52de13f0-4bc6-4b65-95b3-ea3144b51cef /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=8c68f915-02a3-417f-8eae-c4f3b135805a /boot           ext2    defaults          0       2
# swap was on /dev/sda5 during installation
UUID=e3355472-3ec2-412c-80fa-42e9af3d900e none            swap    sw                0       0
UUID=d80fae04-3ecd-4e68-87ee-0ea47c89adae /backup         ext4    defaults          1       2

/backuppartição está em uma unidade física diferente ( /dev/sdb) e não é alterada em todo o processo de migração.

Posso fornecer mais registros, se necessário. Mas você pode ver a grande lacuna de tempo. Eu tentei systemd-analyze blame, mas não pareceu me ajudar a encontrar a resposta.

Há algo muito interessante que notei, no entanto. Se eu conectar meu disco rígido antigo ao sistema, mantendo meu SSD como a inicialização principal e a unidade do sistema, sem nem mesmo incluir o disco rígido antigo /etc/fstabou montá-lo de qualquer forma, o sistema de repente não terá a pausa de 20 a 30 segundos. e tudo inicializa em apenas alguns segundos, conforme esperado.

O que diabos está demorando 20-30 segundos? Fiz algumas pesquisas /etcpara tentar encontrar arquivos de texto que referenciassem UUIDs, mas não consegui encontrar nenhum outro além do resumearquivo.

Meu próximo experimento iria apenas definir todos os UUIDs do SSD para serem iguais aos UUIDs do disco rígido antigo. Seria apenas um experimento para determinar se há alguma retenção no sistema em algum lugar, pensando que um UUID antigo ainda se aplica. Mas é preciso haver alguma compreensão do que está acontecendo com o sistema.

Obrigado por qualquer ajuda

boot

2 respostas

  1. Best Answer

    Eu finalmente descobri o que está acontecendo.

    Como mencionei, se meu HDD antigo estivesse conectado (não montado), o sistema inicializaria muito rápido no SSD.

    Executei alguns testes adicionais e descobri que se eu alterasse a partição swap antiga no HDD (alterei seu tipo e seu UUID e depois mudei de volta para o formato swap), ela não inicializava mais rapidamente e exibia a mesma pausa de quando o O HDD não estava conectado. Observe que esta partição não é o arquivo de troca ativo do sistema.

    Voltei e pesquisei bastante em vários pequenos artigos sobre como migrar corretamente o Ubuntu para uma nova unidade, procurando especificamente como lidar com a swappartição. Muito poucos deles mencionam como lidar com swap, ou mesmo em geral, o que precisa ser feito se seus UUIDs mudarem, além de garantir que /etc/fstabestejam atualizados.

    Dentre a infinidade de artigos e discussões, finalmente encontrei um tópico de mensagens que mencionava a necessidade de reinicializar os arquivos ramfs após a migração do sistema de arquivos:

    update-initramfs -u -k all

    Isso atualiza o initrd.imgarquivo para todas as versões do kernel no /bootdiretório. Se você não especificar -k all(ou -k <version>), ele será atualizado apenas para o kernel mais recente.

    Eu não tinha pensado nisso quando fiz minha migração inicial. Então fiz essa atualização e agora tudo funciona conforme o esperado.

    • 36

  2. Você parece ter /dev/sdca opção /dev/sdf( que faz com que eles sejam montados na inicialização) E não há nenhum dispositivo real lá. O sistema tenta ler cada disco, não obtém resposta e atinge o tempo limite. É para lá que o tempo vai. Leia e remova a opção./etc/fstabautoman mount fstabauto

    • 1

relate perguntas