domingo, 8 de julio de 2018

Ajustes en los parámetros del Kernel después de instalar Fedora 28 y los drivers propietarios de NVIDIA

Aquí algunos ajustes en los parámetros del Kernel después de instalar los drivers propietarios de NVIDIA y también para evitar que se muestre el error ACPI durante el inicio:


#grubby --args="libata.noacpi=1" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
#grubby --remove-args="quiet" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
#grubby --args="rd.driver.blacklist=nouveau" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
#grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.17.3-200.fc28.x86_64
Found initrd image: /boot/initramfs-4.17.3-200.fc28.x86_64.img
Found linux image: /boot/vmlinuz-4.16.3-301.fc28.x86_64
Found initrd image: /boot/initramfs-4.16.3-301.fc28.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-9249b31f315348a99e8a52d56af472c2
Found initrd image: /boot/initramfs-0-rescue-9249b31f315348a99e8a52d56af472c2.img
done
#mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img
#dracut /boot/initramfs-$(uname -r).img $(uname -r) --force




He encontrado muy útiles los siguientes artículos para hacer estos ajustes en los parámetros del Kernel:


ACPI Error: Una tontería de GNU/Linux que me ha vuelto loco
Fedora 28/27/26 nVidia Drivers Install Guide
Tutorial : Install NVIDIA 396.24 in Fedora 28 with Kernel 4.16.x

Al modificar los parámetros del kernel con grubby y después hacer grub2-mkconfig las modificaciones desaparecen y los parámetros introducidos no aparecen ni tampoco se elimina "quiet" tras hacer grubby --remove.

Sin motivo aparente, al hacer grub2-mkconfig, la llamada al kernel vmlinuz y sus parámetros se restablecen a su valor por defecto, es decir, con los parámetros rhgb y quiet unicamente:

#grubby --info=ALL
index=0
kernel=/boot/vmlinuz-4.17.3-200.fc28.x86_64
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb quiet "
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-4.17.3-200.fc28.x86_64.img
title=Fedora (4.17.3-200.fc28.x86_64) 28 (Workstation Edition)
index=1
kernel=/boot/vmlinuz-4.16.3-301.fc28.x86_64
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb quiet "
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-4.16.3-301.fc28.x86_64.img
title=Fedora (4.16.3-301.fc28.x86_64) 28 (Workstation Edition)
index=2
kernel=/boot/vmlinuz-0-rescue-9249b31f315348a99e8a52d56af472c2
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb quiet "
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-0-rescue-9249b31f315348a99e8a52d56af472c2.img
title=Fedora (0-rescue-9249b31f315348a99e8a52d56af472c2) 28 (Workstation Edition)
index=3
non linux entry 


Después de varios intentos se soluciona elminando el archivo vmlinuz de la versión actual del kernel que está ubicado en /boot y reinstalo el kernel:

#mv /boot/vmlinuz-4.17.3-200.fc28.x86_64 /root/
#dnf reinstall kernel-core-4.17.3-200.fc28.x86_64
#grubby --args="rd.driver.blacklist=nouveau" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
#grubby --info=ALL
#grubby --remove-args="quiet" --update-kernel /boot/vmlinuz-4.16.3-301.fc28.x86_64
#grubby --args="libata.noacpi=1" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
#grubby --info=ALL
#grub2-mkconfig
#grubby --info=ALL
index=0
kernel=/boot/vmlinuz-4.17.3-200.fc28.x86_64
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb quiet LANG=en_GB.UTF-8 rd.driver.blacklist=nouveau libata.noacpi=1"
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-4.17.3-200.fc28.x86_64.img
title=Fedora (4.17.3-200.fc28.x86_64) 28 (Workstation Edition)
index=1
kernel=/boot/vmlinuz-4.16.3-301.fc28.x86_64
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb"
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-4.16.3-301.fc28.x86_64.img
title=Fedora (4.16.3-301.fc28.x86_64) 28 (Workstation Edition)
index=2
kernel=/boot/vmlinuz-0-rescue-9249b31f315348a99e8a52d56af472c2
args="ro resume=UUID=9f37d638-7127-43cf-ae0a-6c0a4ba4d2f0 rd.md.uuid=dc00ef36:c7b058c3:a6598f75:06f6e016 rd.md.uuid=0125bb79:4caae511:15023fbb:4006b23c rhgb quiet"
root=UUID=e3300789-4bcf-4b78-9548-4ed4a0ee9475
initrd=/boot/initramfs-0-rescue-9249b31f315348a99e8a52d56af472c2.img
title=Fedora (0-rescue-9249b31f315348a99e8a52d56af472c2) 28 (Workstation Edition)
index=3
non linux entry





vmlinuz dañado en Fedora 28 - invalid signature

Al intentar modificar los parámetros del Kernel con grubby, por error ejecuté el comando grub2-mkconfig con el parámetro de salida equivocado:

ejecute:

grubby --args="libata.noacpi=1" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
grubby --remove-args="quiet" --update-kernel /boot/vmlinuz-4.17.3-200.fc28.x86_64
grub2-mkconfig -o /boot/vmlinuz-4.17.3-200.fc28.x86_64

en lugar de esto:

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Como consecuencia reescribí el kernel de linux y el sistema no puede arrancar sino que muestra el error:

error: /live/vmlinuz has invalid signature. error: you need to load the kernel first.

Para solucionarlo reinicié el sistema en la versión anterior del Kernel que aún funcionaba y restauré el archivo dañado de la copia que existía en /lib/modules con:

cp /lib/modules/4.17.3-200.fc28.x86_64/vmlinuz /boot/vmlinuz-4.17.3-200.fc28.x86_64

Después de reiniciar el sistema funciona perfectamente en la correcta versión del Kernel