En los últimos 2 meses, instalé Linux Mint 19.1 en dos computadoras portátiles. En el mayor de los dos, unSamsung Rv511(ca. 2011) usandopartición MBR, no ha habido ningún problema. Linux Mint ha funcionado muy bien.
Con un HP Pavilion 2018 con UEFI ypartición GPT, ha ocurrido lo contrario. Linux Mint falló después de 2 semanas de uso. A partir de entonces, la computadora portátil arrancaría, mostraría el pequeño ícono de Mint y luego iría al menú de Grub 2. En el indicador raíz, cambié el orden de inicio colocando primero la memoria USB. Esto me permitió arrancar desde la memoria USB y reinstalar Mint. Ayer, Mint volvió a colapsar. Esto fue precedido por un mensaje de advertencia de que el administrador de actualizaciones no estaba funcionando (¿coincidente?).
La compatibilidad heredada y el arranque seguro se desactivaron en ambas ocasiones. El HDD fue particionado con particiones primarias para root (/), eti, boot/grub, home y swap. Por lo que he comprobado en línea, parece que la partición de arranque/grub no es necesaria en una máquina UEFI. Sin embargo, no tener una partición de arranque/grub hace que el proceso de instalación se bloquee inmediatamente después de que se hayan definido las particiones. No sé qué hacer a continuación.
EDITAR: La computadora portátil es una HP 15-cs0057tx Perdón por mis términos inexactos, por "fallado" quise decir no arrancar. La carpeta boot/grub no se incluyó entre las definiciones de partición. El resultado fue que el proceso de instalación se congeló inmediatamente después de hacer clic en el botón Continuar.
Guardé una copia editada del archivo de registro en el momento del primer error de arranque. A continuación se muestra una versión muy editada. Las líneas destacadas son mensajes de error (marcados en rojo en el archivo de registro). Las otras líneas son líneas de comentarios blancas resaltadas.
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.
Gracias por su interés.
EDITAR: Anulé el archivo de intercambio predeterminado de Mint 19.1 (en realidad, por ignorancia, no sabía que Mint 19.1 creó su propio archivo de intercambio. He estado usando Ubuntu durante años). Las particiones no estaban cifradas.
Respuesta1
*fsck failed with with exit status 4.
Salir del estado 4 del fsckcomando significa "el sistema de archivos contiene errores que no se pudieron corregir".
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.
Y en otro sistema de archivos, la verificación del sistema de archivos ni siquiera se inició correctamente.
Los mensajes anteriores sugieren que el disco del sistema podría estar fallando. Es posible que desee iniciar el sistema desde algún medio externo, tal vez un Live DVD/USB de Linux, y verificar la información de estado SMART del disco, con, por ejemplo, smartctl -a /dev/sdao similar (ajuste /dev/sdapara referirse al disco de su sistema real).
El resto de mensajes no me parecen críticos. Los mensajes de firma y contaminación del kernel son causados simplemente por el uso del controlador de GPU propietario de NVidia. Dado que el módulo del controlador no está firmado con la misma clave que el resto de los módulos del kernel, y la clave de firma del módulo NVidia no ha sido incluida explícitamente en la lista blanca, el sistema le advierte sobre esto pero deja que suceda. Si el arranque seguro estuviera habilitado, se impediría que el módulo se cargara.
"Contaminar el kernel" simplemente significa que cualquier mensaje de falla del kernel se marcará como "módulos de código no abierto en uso, será inútil depurarlo a nivel del kernel a menos que el problema se reproduzca sin ellos".