Como adoptar un pingüino

BLOG de AZULcasiNEGRO, donde se cuentan básicamente las peripecias durante la migración a Kubuntu/Linux

Aviso Cookies

Categories

Contador

Eres el visitante

El texto de acontinuación es una copia del artículo de ISCARIO en su blog nosinmiubuntu


Gracias a los comentarios de Bernat y Joaquín en la entrada anterior entrada Solucionar los problemas con Plymouth, hemos encontrado una solución que realmente funciona para Nvidia y ATI además de poder usar el TTY cuando pulsamos Ctrl+Alt+F1 para cuando tengamos problemas con el entonrno gráfico.


Lo acabo de probar y funciona sin problemas. Aquí os dejo las instrucciones sacadas de idyllictux.


Instalamos estos paquetes:


sudo apt-get install v86d hwinfo


Buscamos una resolución que queramos y sea soportada por nuestra tarjeta con hwinfo.


sudo hwinfo --framebuffer


Nos saldrá algo como en la imagen



Una vez elegida la resolución que queramos en mi caso puse 1280x800 aunque la más segura es 1024x768, editamos el archivo /etc/default/grub para asgurarnos que el boot utiliza uvesafb framebuffer. Ponemos en el terminal

sudo gedit /etc/default/grub



Buscamos la línea que ponga GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash” y la sustituimos por


GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset video=uvesafb:mode_option=1280x800-24,mtrr=3,scroll=ywrap"


Descomentamos #GRUB_GFXMODE, es decir, eliminamos el # y le ponemos la resolución que al resto


GRUB_GFXMODE=1280x800



Guardamos y cerramos.



Ahora editamos /etc/initramfs-tools/modules
para incluir uvesafb añadiendo la siguiente línea al final del documento y guardamos.

uvesafb mode_option=1280x800-24 mtrr=3 scroll=ywrap


Le forzamos a usar framebuffer con:


echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash



Actualizamos el grub además del initramsfs


sudo update-grub2
sudo update-initramfs -u


Reiniciamos y listo
. La primera vez tardará un poco más pero después ya funciona de forma correcta.



Gracias por vuestra ayuda en los comentarios a todos.

Gracias a tí, ISCARIO.

Estos últimos días hace "un frio que pela" (por no meternos con la pobre perra). Y algunos ordenadores se quedan colgados por las bajas temperaturas. Al reiniciar, alguna partición no se acaba de comportar como debería.

Lo ideal sería mandarle un comando para que al reiniciar se verificaran las particiones que se montan automáticamente. Esto se consigue con:

sudo touch /forcefsck
Esto lo que hace es crear un archivo vacio de nombre forcefsck en la raiz. Cuando el sistema vuelva a arrancar verificará las particiones.

Si continuaran los problemas, lo mejor sería arrancar con un CD tipo SystemRescueCD para verificar el sistema manualmente.

Escribo este post porque nunca me acuerdo del comando. Así los que seais despistados como yo tendremos un sitio para la memoria. ;)

Esta mañana al arrancar no me cargó una de la unidades que tengo en RAID1. En concreto la unidad de swap. No es muy preocupante porque tengo 4GB de RAM, pero no me gusta que las cosas no funcionen correctamente. Además, la necesito para la hibernación del equipo.
Así que me he arremangado y a googlear. No he encontrado nada digno de mención. Supongo que no he buscado bien ;) Aunque al final he encontrado mi propia solución.
Pero vamos por partes.

Al mirar el estado del RAID salida esto:

xavier@dev1:~$ cat /proc/mdstat                                                                                      
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]

md12 : inactive sda6[0](S) sdb6[1](S)                           
      9220992 blocks

(y el resto de particiones RAID, que ahora no nos interesa)
                           
unused devices: (none)
Al no detectar ninguna unidad activa para el RAID, no dejaba hacer nada. Eso lo vemos en la (S) que hay al lado de cada partición física.
Hasta que he hecho la solución "madre" de la informática. Si, lo de salir y volver a entrar, pero no del botón sino a nivel de la partición RAID: osea, pararla e iniciarla.
xavier@dev1:~$ sudo mdadm -S /dev/md12
mdadm: stopped /dev/md12 
xavier@dev1:~$ sudo mdadm -A /dev/md12              
mdadm: /dev/md12 has been started with 1 drive (out of 2).
Parece que 1 de las 2 particiones físicas no estaba en buen estado. Quizás esto es el origen del problema.
Al monitorizar el RAID vemos que ya esta todo correcto.
xavier@dev1:~$ cat /proc/mdstat 
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md12 : active raid1 sdb6[2] sda6[0]
      4610496 blocks [2/1] [U_]
      [=>...................]  recovery =  5.9% (275200/4610496) finish=1.5min speed=45866K/sec

unused devices: (none)
Está rehaciendo el mirroring.
Activamos el swap.
xavier@dev1:~$ sudo swapon -a
Y vemos si está funcionando.
xavier@dev1:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          3455       1415       2039          0         13        683
-/+ buffers/cache:        719       2736
Swap:         4502          0       4502

Si lo que hubiera funcionado fuera una unidad con datos, deberíamos chequear la partición por si acaso. Que no te de pereza, ni lo dejes para más tarde. Está avisado.

Cuenta atrás

Nuestros derechos

Recent Posts

Recent Comments