☰

Um arquivo de troca pode retardar a inicialização no Linux?

tag-icon • tag-icon boot swap
Um arquivo de troca pode retardar a inicialização no Linux?

Há algum tempo tenho problemas porque meu Linux Ubuntu 18.04 está inicializando muito lentamente (às vezes de 5 a 10 minutos). Estranhamente, isso parece ter começado desde que editei o Swapfile e/ou usei o Gparted. O topcomando e swapon -so comando mostram que o Swapfile está funcionando (reservei 4 GB).

Mas o seguinte comando mostrou algo estranho:

sudo findmnt --verify --verbose

Todas as linhas estão bem, exceto as seguintesavisoparece:

[W] non-bind mount source /swapfile is a directory or regular file

O que essa linha significa exatamente? Isso significa que não foi possível montar o arquivo de troca? (embora na verdade esteja funcionando). Então me perguntei se algo está errado no meu arquivo fstab.

cat /etc/fstab

A linha de troca fornece o seguinte:

/swapfile none swap sw 0 0

Ouvi dizer que problemas para encontrar e montar o arquivo de troca durante a inicialização podem retardar todo o processo. O arquivo de troca está sendo executado no disco principal, então me perguntei se a linha acima deveria ser alterada para algo assim:

UUID=xx9999x9-9x99-9xx9-9999-xx9x9xx99xx9/swapfile none swap sw 0 0

Onde o UUID é o disco rígido. Eu não usei nenhum particionamento.

A culpa da análise do Systemd fornece a seguinte saída:

systemd-analyze blame | head

     17.041s dev-sda1.device
     11.192s dev-loop9.device
     11.056s dev-loop16.device
     10.964s dev-loop14.device
     10.704s dev-loop6.device
     10.703s dev-loop1.device
     10.703s dev-loop7.device
     10.703s dev-loop2.device
     10.702s dev-loop4.device
     10.687s dev-loop13.device

Depois de usar sudo apt-get purge snapdisso é o seguinte:

systemd-analyze blame | head
    7.902s dev-sda1.device
    7.152s NetworkManager-wait-online.service
    5.121s ufw.service
    4.792s systemd-udevd.service
    4.539s docker.service
    4.298s accounts-daemon.service
    4.152s systemd-journal-flush.service
    3.970s apparmor.service
    3.808s avahi-daemon.service
    3.751s bluetooth.service

O comando sudo blkidfornece uma linha (anonimizei o ID). Anteriormente, havia muitas linhas /dev/loopX: TYPE="squashfs"

    /dev/sda1: UUID="xx9999x9-9x99-9xx9-9999-xx9x9xx99xx9" TYPE="ext4"   PARTUUID="9999xx999-01"

Uma captura de tela dos Disksparâmetros:

Dados SMART

Saída do syslog:

grep -i FPDMA /var/log/syslog*

[   48.245514] ata6.00: failed command: READ FPDMA QUEUED
[   48.247916] ata6.00: failed command: READ FPDMA QUEUED
[   48.250316] ata6.00: failed command: READ FPDMA QUEUED
[   48.252774] ata6.00: failed command: READ FPDMA QUEUED

Aqui segue uma captura de tela do Gparted:

Gparted

Outra observação: quando inicio o computador, a tela fica preta por 5 a 10 minutos. Depois de uma longa espera, aparece uma tela de título com a marca do laptop. A partir daí tudo parece correr bem. Só queria dizer isso porque pode indicar onde durante a inicialização algo está errado. Eu me perguntei se o carregador de boot (Grub) pode estar quebrado, já que eu já executei dual boot neste sistema e removi o Windows 7 recentemente.

Tabela do sistema de arquivos

sudo cat /etc/fstab

    # <file system> <mount point>   <type>  <options>       <dump>  <pass>
    # / was on /dev/sda1 during installation
    UUID=ae2158a5-6f28-4da8-8082-cc6d6bb20ed2 /               ext4       errors=remount-ro 0       1
    /swapfile none            swap    sw              0       0


sudo blkid
    /dev/sda1: UUID="ae2158a5-6f28-4da8-8082-cc6d6bb20ed2" TYPE="ext4"  PARTUUID="630bb523-01"

Versão do BIOS

sudo dmidecode -s bios-version
1.03.05

Informações da placa-mãe:

TUXEDO Book DC1504
Model: W650SJ
Clevo CO

sudo dmidecode -t 2
# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.8 present.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: Notebook                        
Product Name: W65_67SJ                        
Version: Not Applicable                  
Serial Number: Not Applicable                  
Asset Tag: Tag 12345
Features:
    Board is a hosting board
    Board is replaceable
Location In Chassis: Not Applicable
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

Estou executando o Ubuntu 18.04.5 LTS.

Comida

O comando dpkg -l grub* | grep iifornece a seguinte saída:

ii  grub-common           2.02-2ubuntu8.18 amd64        GRand Unified Bootloader (common files)

ii  grub-gfxpayload-lists 0.7              amd64        GRUB gfxpayload blacklist

ii  grub-pc               2.02-2ubuntu8.18 amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)

ii  grub-pc-bin           2.02-2ubuntu8.18 amd64        GRand Unified Bootloader, version 2 (PC/BIOS binaries)

ii  grub2-common          2.02-2ubuntu8.18 amd64        GRand Unified Bootloader (common files for version 2)

Obrigado pela ajuda!

Responder1

Você provavelmente cometeu um erro ao "editar" o arquivo /swap.

  • "parece ter começado desde que editei o Swapfile"

  • "/swapfile é um diretório ou arquivo normal"

Ocorretoprocesso para criar/redimensionar para um arquivo 4G/swap...

Observação: O uso incorreto do ddcomando pode causar perda de dados. Sugira copiar/colar.

sudo swapoff -a           # turn off swap
sudo rm -i /swapfile      # remove old /swapfile

sudo dd if=/dev/zero of=/swapfile bs=1M count=4096

sudo chmod 600 /swapfile  # set proper file protections
sudo mkswap /swapfile     # init /swapfile
sudo swapon /swapfile     # turn on swap
free -h                   # confirm nnG RAM and 4G swap

Confirme esta linha em /etc/fstab... e não confirme nenhuma outra linha de “troca”...

/swapfile    none    swap    sw      0   0

reboot                    # reboot and verify operation

Atualização nº 1:

Você tem alguns erros de NCQ em seu disco.

Native Command Queuing (NCQ) é uma extensão do protocolo Serial ATA que permite que as unidades de disco rígido otimizem internamente a ordem em que os comandos de leitura e gravação recebidos são executados.

Edite sudo -H gedit /etc/default/grube altere a linha a seguir para incluir este parâmetro extra. Então faça sudo update-grubpara gravar as alterações no disco. Reinício. Monitore travamentos e observe /var/log/syslogmensagens dmesgde erro contínuas.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

Se isso não ajudar a resolver o problema, voltaremos e bloquearemos mal o disco.

Atualização nº 2:

Como você ainda está tendo problemas, faremos isso para solucionar os tempos de inicialização lentos.

Edite /etc/default/grub.

altere esta linha:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

para isso:

GRUB_CMDLINE_LINUX_DEFAULT="libata.force=noncq"

então:

sudo update-grub

reboot

Isso agora mostrará muito texto na tela durante a reinicialização. Quando ele trava ou faz uma pausa, o último item da tela nos dará uma pista sobre o que está errado. Tire uma foto clara disso e carregue-a em sua pergunta e, em seguida, envie-me um ping.

Seus dados SMART não mostram nenhum problema de bloqueio incorreto. Ele mostra muitos erros de leitura, dos quais o patch NCQ PODE ter resolvido.

Atualização nº 3:

Observação: Você deve ter bons backups, apenas em caso de problemas.

Atualizaremos seu ramdisk e reinstalaremos o GRUB.

ls -al /boot/initrd*# observe o tamanho desses arquivos

sudo update-initramfs -c -k $(uname -r)#recriar o arquivo ramdisk

ls -al /boot/initrd*# observe se os tamanhos dos arquivos mudaram

reboot# veja se ele inicializa mais rápido agora

dpkg -l grub* | grep ii# mostra os pacotes de arquivos grub atuais instalados

sudo apt install --reinstall package_name_here# para cada pacote GRUB listado acima

sudo update-grub#atualiza o GRUB

reboot# veja se ele inicializa mais rápido agora

Atualização nº 4:

Para verificar se há um BIOS mais recente, você deve criar uma conta de usuário emhttps://www.tuxedocomputers.com/index.php?module=account

Para entrar em contato com o suporte do Tuxedo, ligue para tel:+4982189982992 e envie um e-mail parahttps://www.tuxedocomputers.com/en/Contact.tuxedo

informação relacionada