Nos últimos 2 meses, instalei o Linux Mint 19.1 em dois laptops. No mais velho dos dois, umSamsung Rv511(cerca de 2011) usandoParticionamento MBR, não houve nenhum problema. Linux Mint funcionou muito bem.
Com um HP Pavilion 2018 com UEFI eParticionamento GPT, o inverso tem sido verdadeiro. O Linux Mint travou após 2 semanas de uso. Depois disso, o laptop inicializaria, mostraria o pequeno ícone do Mint e iria para o menu Grub 2. No prompt do root, alterei a ordem de inicialização colocando o pendrive primeiro. Isso me permitiu inicializar a partir do pendrive e reinstalar o Mint. Ontem, o Mint travou novamente. Isso foi precedido por uma mensagem de aviso de que o gerenciador de atualização não estava funcionando (coincidência?).
O suporte legado e a inicialização segura foram desativados em ambas as ocasiões. O HDD foi particionado com partições primárias para root (/), eti, boot/grub, home e swap. Pelo que verifiquei on-line, parece que a partição boot/grub não é necessária em uma máquina UEFI. No entanto, não ter uma partição boot/grub faz com que o processo de instalação seja interrompido imediatamente após a definição das partições. Não sei o que fazer a seguir.
EDIT: O laptop é um HP 15-cs0057tx Desculpe pelos meus termos inexatos, por "travou" eu quis dizer não inicializar. A pasta boot/grub não foi incluída entre as definições de partição. O resultado foi que o processo de instalação congelou imediatamente após clicar no botão Continuar.
Mantive uma cópia editada do arquivo de log no momento da primeira falha na inicialização. Abaixo está uma versão fortemente editada. As linhas marcadas com estrela são mensagens de erro (marcadas em vermelho no arquivo de log). As outras linhas são linhas de comentários brancas hilited.
Linux version 4.15.0-48-generic (buildd@lgw01-amd64-036) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #51-Ubuntu SMP Apr 3 08:28:49 UTC 2019 (Ubuntu 4.15.0-48.51-generic 4.15.18)
...
Secureboot could not be determined (mode 0)
...
Kernel command line: Boot_Image=/boot/vmlinuz-4.15.0-generic root=UUID=60980aba-8d360-4i43-ba01-56b7fa029850 ro quiet splash
...
ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
...
VFS: Disk quotas dquote_6.6.0
...
Initialise system trusted keyrings
Assymetric key parser '509' registered
...
Key type dns_resolver registered
...
Loaded compiled-in X.509 certificates
Loaded X.509 cert 'Build time autogenerated kernel key: e70.....707
Loaded UEFI:db cert 'Microsoft Windows Production PCA 2011: a92.....f53' linked to secondary sys keyring
Loaded UEFI:db cert 'Microsoft Corporation UEFI CA 2011: 13a.....bd4' linked to secondary sys keyring
Loaded UEFI:db cert 'Hewlett-Packard Company: HP UEFI Secure Boot 2013 DB key: 1d7.....bec' linked to secondary sys keyring
*Couldn't get size: 0x800000000000000e
...
*sd 1:0:0:0 [sdb] No Caching Mode page found
*sd 1:0:0:0 [sdb] Assuming drive cache: write through
...
*PKCS#7 signature not signed with trusted key
nvidia: loading out-of-tree module taints kernel.
nvidia: module license 'NVIDIA' taints kernel.
Disabling lock debugging due to kernel taint
nvidia: module verification failed: signature and/or required key missing - tainting kernel
...
*fsck failed with with exit status 4.
...
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.
Obrigado pelo seu interesse.
EDIT: Eu substituí o arquivo de troca padrão do Mint 19.1 (por ignorância, na verdade, eu não sabia que o Mint 19.1 criou seu próprio arquivo de troca. Uso o Ubuntu há anos). As partições não foram criptografadas.
Responder1
*fsck failed with with exit status 4.
O status de saída 4 do fsckcomando significa "o sistema de arquivos contém erros que não puderam ser corrigidos".
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.
E em outro sistema de arquivos, a verificação do sistema de arquivos nem sequer foi iniciada com êxito.
As mensagens acima sugerem que o disco do sistema pode estar falhando. Você pode querer inicializar o sistema a partir de alguma mídia externa, talvez um Linux Live DVD/USB, e verificar as informações de integridade SMART do disco, por exemplo, smartctl -a /dev/sdaou similar (ajuste /dev/sdapara se referir ao disco real do sistema).
O resto das mensagens não me parece crítica. As mensagens de assinatura e contaminação do kernel são simplesmente causadas pelo uso do driver proprietário da GPU NVidia. Como o módulo do driver não está assinado com a mesma chave que o restante dos módulos do kernel, e a chave de assinatura do módulo NVidia não foi explicitamente colocada na lista de permissões, o sistema avisa sobre isso, mas permite que isso aconteça. Se a inicialização segura estivesse habilitada, o carregamento do módulo seria impedido.
"Tainting kernel" significa apenas que qualquer mensagem de travamento do kernel será sinalizada como "módulos de código não aberto em uso, será inútil depurar no nível do kernel, a menos que o problema seja reproduzido sem eles".