- Se incorporó
- 1 Octubre 2007
- Mensajes
- 6.052
Bueno, me pasó hace poco.
MIgré de F21 a F22, muy lindo Fedora (en realidad es KDE Plasma el lindo
), todo bien con el chequeo de aplicaciones, pero llega el momento de usar la hibernación y esta no funciona.
Osea, sí funciona, el sistema copia todo lo de la ram a la partición swap y apaga el equipo. Se supone que al encenderlo, después del grub el kernel busca en la swap por la imagen hibernada, si la encuentra bootea desde allí. Sin embargo, desde F22 esto no ocurre, perdiendo todo lo que podías haber dejado abierto confiando en la hibernacion
Buscando, es un bug conocido
, y la solución (de momento es también sencilla) consiste en agregar a mano en los parámetros por defecto del kernel el parámetro
resume=UUID="IDENTIFICADOR DE PARTICION SWAP".
Cómo hago esto?, se preguntará la mayoría.
abran una terminal (como root, claro está) y ejecutamos el comando blkid para saber el identificador único de la partición.
el archivo /etc/default/grub es el molde que toma grub2-mkconfig para crear el definitivo, que está en /boo/grub2/grub.cfg, por lo tanto necesitamos modificar este molde para arreglar el kernel y que de una vez por todas funcione la hibernación
Lo modificamos para dejarlo así, dejando lo agregado al final de los otros valores.
Una vez esto hecho, sólo resta rehacer el grub con
Podemos verificar que se aplicaron los cambios usando un grep y filtrando por "linux16" que es como parte la línea de booteo del kernel linux.
Como ven, se agregó el parámetro en todos los kernels que tienen el sistema, lo que nos asegura que la hibernación ya no tendrá problemas en los kernels instalados y en los próximos que instalemos, porque el grub tomará como molde lo que especificamos en /etc/default/grub.
Saludos y espero sus likes
MIgré de F21 a F22, muy lindo Fedora (en realidad es KDE Plasma el lindo
), todo bien con el chequeo de aplicaciones, pero llega el momento de usar la hibernación y esta no funciona.Osea, sí funciona, el sistema copia todo lo de la ram a la partición swap y apaga el equipo. Se supone que al encenderlo, después del grub el kernel busca en la swap por la imagen hibernada, si la encuentra bootea desde allí. Sin embargo, desde F22 esto no ocurre, perdiendo todo lo que podías haber dejado abierto confiando en la hibernacion
Buscando, es un bug conocido
, y la solución (de momento es también sencilla) consiste en agregar a mano en los parámetros por defecto del kernel el parámetroresume=UUID="IDENTIFICADOR DE PARTICION SWAP".
Cómo hago esto?, se preguntará la mayoría.
abran una terminal (como root, claro está) y ejecutamos el comando blkid para saber el identificador único de la partición.
Código:
[root@thinkpad ~]# blkid
/dev/sda1: UUID="b2427472-0833-4ef0-8e2f-cde6e6381db9" TYPE="ext4" PARTUUID="601f3bc1-01"
/dev/sda2: UUID="TgaAa3-xKrJ-wr4R-eYjz-PyvY-nDqy-Ugu1ti" TYPE="LVM2_member" PARTUUID="601f3bc1-02"
/dev/sdb1: UUID="jl1MNg-di6C-ErwG-Wve1-qeZY-4sO4-GkNVNW" TYPE="LVM2_member" PARTUUID="a10a390d-01"
/dev/mapper/fedora-swap: UUID="f2a7b35c-a04a-4af8-91a1-7a122ab81f98" TYPE="swap"
/dev/dm-3: UUID="96427535-995f-4316-910b-2e446e6c0abf" TYPE="ext4"
/dev/dm-2: UUID="2c5ab9e8-173e-4619-a556-5b8e143a5a49" TYPE="ext4"
/dev/dm-1: UUID="4aa356d8-3520-4fc7-9643-01658955f9ca" TYPE="ext4"el archivo /etc/default/grub es el molde que toma grub2-mkconfig para crear el definitivo, que está en /boo/grub2/grub.cfg, por lo tanto necesitamos modificar este molde para arreglar el kernel y que de una vez por todas funcione la hibernación
Código:
[root@thinkpad ~]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet
GRUB_DISABLE_RECOVERY="true"Lo modificamos para dejarlo así, dejando lo agregado al final de los otros valores.
Código:
[root@thinkpad ~]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet resume=UUID="f2a7b35c-a04a-4af8-91a1-7a122ab81f98""
GRUB_DISABLE_RECOVERY="true"Una vez esto hecho, sólo resta rehacer el grub con
Código:
[root@thinkpad ~]# grub2-mkconfig -o /boot/grub2/grub.cfgPodemos verificar que se aplicaron los cambios usando un grep y filtrando por "linux16" que es como parte la línea de booteo del kernel linux.
Código:
[root@thinkpad ~]# grep linux16 /boot/grub2/grub.cfg
linux16 /vmlinuz-4.4.6-201.fc22.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f2a7b35c-a04a-4af8-91a1-7a122ab81f98
linux16 /vmlinuz-4.1.13-100.fc21.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f2a7b35c-a04a-4af8-91a1-7a122ab81f98
linux16 /vmlinuz-3.17.4-301.fc21.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f2a7b35c-a04a-4af8-91a1-7a122ab81f98
linux16 /vmlinuz-0-rescue-d3fb484bd4bc48f2b657ed18892e95da root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f2a7b35c-a04a-4af8-91a1-7a122ab81f98Como ven, se agregó el parámetro en todos los kernels que tienen el sistema, lo que nos asegura que la hibernación ya no tendrá problemas en los kernels instalados y en los próximos que instalemos, porque el grub tomará como molde lo que especificamos en /etc/default/grub.
Saludos y espero sus likes
Última modificación:
Debian