Pues LVM es un sistema para administrar volúmenes lógicos, esto es una capa (por llamarlo de alguna forma) que creamos por encima de las particiones que queremos usar en nuestro sistema, de modo que podemos aumentar el tamaño de los volúmenes con más particiones, o incluso quitar particiones a nuestro antojo.
No voy a explicar en profundidad qué es LVM, pues hay muchos sitios en la web que lo hacen. Pero sí como lo he puesto en marcha para un caso práctico.
Desde hace unos meses necesito algo más de espacio en disco para mi /home que lo tengo en /dev/sda4. Así que decidí comprar un disco grandote, y usar LVM2 para unir /dev/sda4 con las particiones del nuevo disco /dev/sdb y montarlo en /home.
Lo primero es preparar mi nuevo disco creando particiones de tipo 8e (Linux LVM). Podemos usar cfdisk /dev/sdb por ejemplo, o el particionardor de disco que prefieras, o en su defecto, el que más coraje te de ;-). Personalmente hice 10 particiones de 50GB cada una, 3 primarias y 7 lógicas.
# emerge lvm2
No podemos olvidarnos de las herramientas que necesitamos para hacer uso de LVM2, con esto conseguiremos las herramientas para poder crear volúmenes físicos, crear grupos de volúmenes y añadir volúmenes físicos, aumentar y exterder el tamaño de los grupos de volúmenes... Todo esto me recuerda que quizás deba explicar un poco al menos a modo de glosario qué es cada cosa.
# nano -w /etc/lvm/lvm.conf
Buscamos la línea filter = [ "a/.*/" ] y la substituimos por filter = [ "a|/dev/sd[ab]|", "r/.*/" ]. Lo que conseguimos es que al escanear en busca de particiones LVM rechace todos los dispositivos pero que acepte /dev/sda y /dev/sdb. Deberías modificar esta línea para tus propias necesidades, si fuera necesario.
# vgscan
Buscamos grupos de volúmenes, volúmenes físicos LVM y demás que ya estuvieran preparados en el sistema.
# vgchange -a y
Hacer disponible otros grupos de volúmenes que ya estuvieran configurados.
# pvcreate /dev/sdb*
Preparar las particiones para poder ser usados como volúmenes físicos.
# vgcreate vg /dev/sdb1
Crear un grupo de volúmenes llamado vg que inicialmente estará formado solo por el volumen físico /dev/sdb1.
# vgextend vg /dev/sdb2
Añadir el volumen físico /dev/sdb2 al grupo de volúmenes vg, hacer lo mismo con todos los volúmenes físicos que queramos añadir añadir.
# lvcreate -L400G -nhome vg
Crear un volumen lógico inicial de 400 GiB llamado home, esto creará un dispositivo llamado /dev/vg/home el cual usaremos en el fstab para montarlo en /home del mismo modo que lo hacía antes con /dev/sda4.
# lvextend -L+5G /dev/vg/home
Podemos incrementar el tamaño del volumen lógico /dev/vg/home pues aún tenemos espacio libre sin asignar en nuestro grupo de volúmenes físicos vg.
# mkfs.ext3 /dev/vg/home
Una vez asignado el tamaño para nuestro volumen lógico, debemos crear un sistema de ficheros en él, sí, al igual que hacemos con una partición normal. Más tarde, cuando añadamos /dev/sda4 al grupo de volúmenes, aumentaremos el tamaño del sistema de ficheros también, ya veremos como.
# mkdir /root/vghome
# mount /dev/vg/home /root/vghome
# cd /home
# cp -r -p lista_de_carpetas_de_cada_usuario /root/vghome/
Copiar los datos que hay en /dev/sda4 actualmente montado en /home a /dev/vg/home, para ello primero debemos montar /dev/vg/home en algún directorio, como por ejemplo /root/vghome. Es importante asegurarnos de que no copiamos el directorio lost+found. Al usar el comando cp la opción -r hace una copia recursiva y la opción -p conserva los propietarios y permisos de cada archivo. Asegúrate de que has copiado bien todos tus datos, si quieres puedes dejar los siguientes paso para más adelante o para unos días después, hasta asegurarte de que tu Home está en perfecto estado.
Debemos cerrar todas las sesiones que tengamos abiertas como usuario antes de proceder con los siguientes pasos. Ir a una consola virtual y entrar como root, o bien entrar en una sesión gráfica como root, si tu sistema lo permite.
# umount /home /root/vghome
# cfdisk /dev/sda
Eliminar la partición /dev/sda4, ¡ojo! No toques las demás particiones, solo elimina esta. Vuelve a crear una de tipo 8e (Linux LVM) .
# pvcreate /dev/sda4
Marcamos /dev/sda4 como volumen físico.
# vgextend vg /dev/sda4
Y la añadimos al grupo de volúmenes vg.
# lvextend -L+138G /dev/vg/home
Como ahora disponemos de más espacio en el grupo de volúmenes vg, podemos aumentar el tamaño del volúmen lógico home.
# fsck.ext3 -f /dev/vg/home
# resize2fs /dev/vg/home
Sin embargo el sistema de ficheros contenido en el volumen lógico no ha cambiado de tamaño, así que en la práctica no tenemos más espacio. Primero debemos hacer un chequeo forzado del sistema de ficheros y luego redimensionar el sistema de ficheros al tamaño del volumen lógico. Ni qué decir tiene que el sistema de ficheros que uso es ext3 tanto para / (Sistema Raíz) como para /home.
# mount /dev/vg/home /home
Editamos /etc/fstab y substituimos /dev/sda4 por /dev/vg/home para que nos monte el volúmen lógico en /home.
Cerrar sesión y volver a iniciar sesión con nuestro usuario y disfrutar de nuestra «CASA» recién ampliada.
Si queremos ver cuánto espacio libre y otros datos de interés, de un grupo de volúmenes debemos usar el comando vgdisplay nombre_grupo_volumenes, en este caso sería vgdisplay vg, así sabremos cuanto añadir al volumen lógico con el comando lvextend. Pues LVM es un sistema para administrar volúmenes lógicos, esto es una capa (por llamarlo de alguna forma) que creamos por encima de las particiones que queremos usar en nuestro sistema, de modo que podemos aumentar el tamaño de los volúmenes con más particiones, o incluso quitar particiones a nuestro antojo.
No voy a explicar en profundidad qué es LVM, pues hay muchos sitios en la web que lo hacen. Pero sí como lo he puesto en marcha para un caso práctico.
Desde hace unos meses necesito algo más de espacio en disco para mi /home que lo tengo en /dev/sda4. Así que decidí comprar un disco grandote, y usar LVM2 para unir /dev/sda4 con las particiones del nuevo disco /dev/sdb y montarlo en /home.
- Lo primero es preparar mi nuevo disco creando particiones de tipo 8e (Linux LVM). Podemos usar
cfdisk /dev/sdb por ejemplo, o el particionardor de disco que prefieras, o en su defecto, el que más coraje te de  . Personalmente hice 10 particiones de 50GB cada una, 3 primarias y 7 lógicas.
# emerge lvm2
No podemos olvidarnos de las herramientas que necesitamos para hacer uso de LVM2, con esto conseguiremos las herramientas para poder crear volúmenes físicos, crear grupos de volúmenes y añadir volúmenes físicos, aumentar y exterder el tamaño de los grupos de volúmenes… Todo esto me recuerda que quizás deba explicar un poco al menos a modo de glosario qué es cada cosa.# nano -w /etc/lvm/lvm.conf
Buscamos la línea filter = [ "a/.*/" ] y la substituimos por filter = [ "a|/dev/sd[ab]|", "r/.*/" ]. Lo que conseguimos es que al escanear en busca de particiones LVM rechace todos los dispositivos pero que acepte /dev/sda y /dev/sdb. Deberías modificar esta línea para tus propias necesidades, si fuera necesario.# vgscan
Buscamos grupos de volúmenes, volúmenes físicos LVM y demás que ya estuvieran preparados en el sistema.# vgchange -a y
Hacer disponible otros grupos de volúmenes que ya estuvieran configurados.# pvcreate /dev/sdb*
Preparar las particiones para poder ser usados como volúmenes físicos.# vgcreate vg /dev/sdb1
Crear un grupo de volúmenes llamado vg que inicialmente estará formado solo por el volumen físico /dev/sdb1.# vgextend vg /dev/sdb2
Añadir el volumen físico /dev/sdb2 al grupo de volúmenes vg, hacer lo mismo con todos los volúmenes físicos que queramos añadir añadir.# lvcreate -L400G -nhome vg
Crear un volumen lógico inicial de 400 GiB llamado home, esto creará un dispositivo llamado /dev/vg/home el cual usaremos en el fstab para montarlo en /home del mismo modo que lo hacía antes con /dev/sda4.# lvextend -L+5G /dev/vg/home
Podemos incrementar el tamaño del volumen lógico /dev/vg/home pues aún tenemos espacio libre sin asignar en nuestro grupo de volúmenes físicos vg.# mkfs.ext3 /dev/vg/home
Una vez asignado el tamaño para nuestro volumen lógico, debemos crear un sistema de ficheros en él, sí, al igual que hacemos con una partición normal. Más tarde, cuando añadamos /dev/sda4 al grupo de volúmenes, aumentaremos el tamaño del sistema de ficheros también, ya veremos como.# mkdir /root/vghome
# mount /dev/vg/home /root/vghome
# cd /home
# cp -r -p lista_de_carpetas_de_cada_usuario /root/vghome/
Copiar los datos que hay en /dev/sda4 actualmente montado en /home a /dev/vg/home, para ello primero debemos montar /dev/vg/home en algún directorio, como por ejemplo /root/vghome. Es importante asegurarnos de que no copiamos el directorio lost+found. Al usar el comando cp la opción -r hace una copia recursiva y la opción -p conserva los propietarios y permisos de cada archivo. Asegúrate de que has copiado bien todos tus datos, si quieres puedes dejar los siguientes paso para más adelante o para unos días después, hasta asegurarte de que tu Home está en perfecto estado.- Debemos cerrar todas las sesiones que tengamos abiertas como usuario antes de proceder con los siguientes pasos. Ir a una consola virtual y entrar como root, o bien entrar en una sesión gráfica como root, si tu sistema lo permite.
# umount /home /root/vghome# cfdisk /dev/sda
Eliminar la partición /dev/sda4, ¡ojo! No toques las demás particiones, solo elimina esta. Vuelve a crear una de tipo 8e (Linux LVM) .# pvcreate /dev/sda4
Marcamos /dev/sda4 como volumen físico.# vgextend vg /dev/sda4
Y la añadimos al grupo de volúmenes vg.# lvextend -L+138G /dev/vg/home
Como ahora disponemos de más espacio en el grupo de volúmenes vg, podemos aumentar el tamaño del volúmen lógico home.# fsck.ext3 -f /dev/vg/home
# resize2fs /dev/vg/home
Sin embargo el sistema de ficheros contenido en el volumen lógico no ha cambiado de tamaño, así que en la práctica no tenemos más espacio. Primero debemos hacer un chequeo forzado del sistema de ficheros y luego redimensionar el sistema de ficheros al tamaño del volumen lógico. Ni qué decir tiene que el sistema de ficheros que uso es ext3 tanto para / (Sistema Raíz) como para /home.# mount /dev/vg/home /home- Editamos /etc/fstab y substituimos /dev/sda4 por /dev/vg/home para que nos monte el volúmen lógico en /home.
- Cerrar sesión y volver a iniciar sesión con nuestro usuario y disfrutar de nuestra «CASA» recién ampliada.
Si queremos ver cuánto espacio libre y otros datos de interés, de un grupo de volúmenes debemos usar el comando vgdisplay nombre_grupo_volumenes, en este caso sería vgdisplay vg, así sabremos cuanto añadir al volumen lógico con el comando lvextend.
1 Comentario »
Soy usuario de GNU/Linux de la vieja usanza, quiero decir, no del estilo Ubuntu. Es por eso no me gusta usar sudo ni gksudo para administrar mi sistema. Tampoco me gusta usar la misma constraseña que mi usuario para tal fin, por eso he configurado mi sistema Ubuntu para activar la cuenta de root y que siempre me pida la contraseña de root en lugar de la de mi usuario para tareas de administración, además de imposibilitar el uso de sudo.
$ sudo su
# passwd
# nano -w /etc/sudoers
Debemos editar el fichero para dejar de permitir el acceso de los usuarios a sudo.
# Members of the admin group may gain root privileges
# %admin ALL=(ALL) ALL
Debemos dejar comentadas estas líneas.
# exit
Cerramos la sesión root.
$ gconftool --set --type=bool /apps/gksu/sudo-mode false
Configuramos Gnome para que haga uso de su en lugar de sudo.
$ gconftool --get /apps/gksu/sudo-mode
Nos aseguramos de que este comando devuelve el valor false.
A partir de ahora el comando sudo dejará de funcionar para nuestro usuario, y tendremos que usar exclusivamente su y la contraseña de root para administrar el sistema. Soy usuario de GNU/Linux de la vieja usanza, quiero decir, no del estilo Ubuntu. Es por eso no me gusta usar sudo ni gksudo para administrar mi sistema. Tampoco me gusta usar la misma constraseña que mi usuario para tal fin, por eso he configurado mi sistema Ubuntu para activar la cuenta de root y que siempre me pida la contraseña de root en lugar de la de mi usuario para tareas de administración, además de imposibilitar el uso de sudo.
$ sudo su# passwd# nano -w /etc/sudoers
Debemos editar el fichero para dejar de permitir el acceso de los usuarios a sudo.
# Members of the admin group may gain root privileges
# %admin ALL=(ALL) ALL
Debemos dejar comentadas estas líneas. # exit
Cerramos la sesión root.$ gconftool --set --type=bool /apps/gksu/sudo-mode false
Configuramos Gnome para que haga uso de su en lugar de sudo.
$ gconftool --get /apps/gksu/sudo-mode
Nos aseguramos de que este comando devuelve el valor false.
A partir de ahora el comando sudo dejará de funcionar para nuestro usuario, y tendremos que usar exclusivamente su y la contraseña de root para administrar el sistema.
1 Comentario »
Nunca antes había instalado Qemu en Gentoo de forma satisfactoria, porque cuando quise probarlo Gentoo ya usaba GCC Versión 4 para construir los ebuilds mientras que Qemu necesita GCC Versión 3.4, y nunca se me apeteció pararme a instalarlo correctamente. Sin embargo en el portátil con Ubuntu sí que lo tengo instalado. Bueno, hoy sí me he levantado con ganas de instalarlo, mi sistema de sobremesa es mucho más potente que el portátil, por lo que conseguiré construir un sistema huésped mucho más rápidamente para un proyecto que quiero hacer.
Lo primero es instalar GCC Versión 3.4.6 ya que Qemu no compila con la versión 4, después instalaremos todo lo necesario, y pasaremos a la configuración y demás.
# emerge =sys-devel/gcc-3.4.6-r2
# gcc-config -l
Lista las versiones de gcc de las que disponemos.
# gcc-config x86_64-pc-linux-gnu-3.4.6
Con esto hacemos que el sistema use el gcc-3.4.6.
# source /etc/profile
Para que tenga efecto en la sesión de consola actual.
# emerge qemu qemu-softmmu qemu-user kqemu
# gcc-config x86_64-pc-linux-gnu-4.1.2
Volvemos a usar nuestro gcc versión 4 que teníamos por defecto.
# source /etc/profile
# gpasswd -a USUARIO qemu
Añadimos a nuestro usuario al grupo qemu.
# echo "kqemu" >> /etc/modules.autoload.d/kernel-2.6
Para que siempre cargue el módulo kqemu al arrancar el sistema.
# modprobe kqemu
Nunca antes había instalado Qemu en Gentoo de forma satisfactoria, porque cuando quise probarlo Gentoo ya usaba GCC Versión 4 para construir los ebuilds mientras que Qemu necesita GCC Versión 3.4, y nunca se me apeteció pararme a instalarlo correctamente. Sin embargo en el portátil con Ubuntu sí que lo tengo instalado. Bueno, hoy sí me he levantado con ganas de instalarlo, mi sistema de sobremesa es mucho más potente que el portátil, por lo que conseguiré construir un sistema huésped mucho más rápidamente para un proyecto que quiero hacer.
Lo primero es instalar GCC Versión 3.4.6 ya que Qemu no compila con la versión 4, después instalaremos todo lo necesario, y pasaremos a la configuración y demás.
- # emerge =sys-devel/gcc-3.4.6-r2
- # gcc-config -l
Lista las versiones de gcc de las que disponemos.
- # gcc-config x86_64-pc-linux-gnu-3.4.6
Con esto hacemos que el sistema use el gcc-3.4.6.
- # source /etc/profile
Para que tenga efecto en la sesión de consola actual.
- # emerge qemu qemu-softmmu qemu-user kqemu
- # gcc-config x86_64-pc-linux-gnu-4.1.2
Volvemos a usar nuestro gcc versión 4 que teníamos por defecto.
- # source /etc/profile
- # gpasswd -a USUARIO qemu
Añadimos a nuestro usuario al grupo qemu.
- # echo “kqemu” >> /etc/modules.autoload.d/kernel-2.6
Para que siempre cargue el módulo kqemu al arrancar el sistema.
- # modprobe kqemu
1 Comentario »
Bien, he estado peleándome durante meses con Ubuntu y mi ATI,. Actualmente el driver privativo de ATI no soporta el kernel que lleva Ubuntu 8.10, pero me da igual, realmente lo que buscaba es poder usar los driver libres de Radeon o ATI, porque estos sí permiten hibernar el sistema o suspenderlo, cosa que no es posible si usas el privativo, al menos según mi experiencia. Pero, es que tampoco funcionan los drivers libres ATI ni Radeon en esta última entrega de Ubuntu... ¡Dios qué follón! :-D
Al final lo que hay que hacer para que funcionen estos drivers libres es añadir la línea AGPMode "1" en el /etc/X11/xorg.conf en el partado Device. Es curioso que mi chipset, un intel GME855, si no recuerdo mal, soporta hasta 4x en el modo AGP y mi gráfica hasta 8x. Bueno, podría poner 4x, ¿no? Al menos eso parece en principio, pero no, hay que ponerlo a 1x si queremos que funcione, porque en otro modo el sistema se queda completamente congelado.
Creo que todo es debido a que a raíz de que ATI/AMD liberara un driver y diera especificaciones para poder desarrollar un driver alternativo libre para sus chips, se ha comenzado un desarrollo que soporta aceleración 3D en estos drivers, y tal vez esto haya hecho que surjan errores que antes no estaban presentes... Esto es solo un pensamiento mío, no lo he contrastado ni lo he visto en ninguna parte.
Aquí os dejo mi xorg.conf por si a alguien le sirve de algo.
Bien, he estado peleándome durante meses con Ubuntu y mi ATI,. Actualmente el driver privativo de ATI no soporta el kernel que lleva Ubuntu 8.10, pero me da igual, realmente lo que buscaba es poder usar los driver libres de Radeon o ATI, porque estos sí permiten hibernar el sistema o suspenderlo, cosa que no es posible si usas el privativo, al menos según mi experiencia. Pero, es que tampoco funcionan los drivers libres ATI ni Radeon en esta última entrega de Ubuntu… ¡Dios qué follón! 
Al final lo que hay que hacer para que funcionen estos drivers libres es añadir la línea AGPMode “1″ en el /etc/X11/xorg.conf en el partado Device. Es curioso que mi chipset, un intel GME855, si no recuerdo mal, soporta hasta 4x en el modo AGP y mi gráfica hasta 8x. Bueno, podría poner 4x, ¿no? Al menos eso parece en principio, pero no, hay que ponerlo a 1x si queremos que funcione, porque en otro modo el sistema se queda completamente congelado.
Creo que todo es debido a que a raíz de que ATI/AMD liberara un driver y diera especificaciones para poder desarrollar un driver alternativo libre para sus chips, se ha comenzado un desarrollo que soporta aceleración 3D en estos drivers, y tal vez esto haya hecho que surjan errores que antes no estaban presentes… Esto es solo un pensamiento mío, no lo he contrastado ni lo he visto en ninguna parte.
Aquí os dejo mi xorg.conf por si a alguien le sirve de algo.
3 Comentarios »
Escrito por Juanlu en General
The Outbreak es una película interactiva. En ciertos puntos de la película se te pedirá que hagas una elección, estas elecciones determinarán tu supervivencia.
Nota: Deberías hacer malas elecciones, usa el botón Chapter Select para volver rápidamente a donde estabas la última vez.
AVISO: El siguiente sitio contiene material violento y blasfémico que puede no ser recomendable para todo tipo de audiencia. Se deja a criterio del espectador el aviso.
[caption id="attachment_164" align="aligncenter" width="499" caption="The Outbreak"][/caption]
Enlace: The Outbreak
Para los curiosos, outbreak significa brote, estallido, comienzo. En este caso, tratándose de zombies y que son infectados, la traducción más acertada según mi criterio sería brote. The Outbreak es una película interactiva. En ciertos puntos de la película se te pedirá que hagas una elección, estas elecciones determinarán tu supervivencia.
Nota: Deberías hacer malas elecciones, usa el botón Chapter Select para volver rápidamente a donde estabas la última vez.
AVISO: El siguiente sitio contiene material violento y blasfémico que puede no ser recomendable para todo tipo de audiencia. Se deja a criterio del espectador el aviso.
 The Outbreak Enlace: The Outbreak
Para los curiosos, outbreak significa brote, estallido, comienzo. En este caso, tratándose de zombies y que son infectados, la traducción más acertada según mi criterio sería brote.
No Hay Comentarios »
Escrito por Juanlu en General
[caption id="attachment_145" align="alignleft" width="150" caption="Águila Amstel Light"][/caption]
¡¡Beben Águila Amstel Light!! ¿¿¡¡Light!!?? Si ya me parece raro ver una Amstel en una serie de EE.UU. además una Light... ¡Pero si eso no lo bebe nadie! ¿Quién coño iba a beber eso allí? ¿Los vampiros esos que sólo beben la Tru Blood esa? ¡Oh! Sí, espera, también piden vino tinto, rioja o cosas así, para aparentar, por el color y tal, pero no se lo beben.
Mirad abajo a la izquierda, podéis hacer clic en la imagen para verla más grande.
Minuto 0:52 del capítulo piloto de la serie.  Águila Amstel Light ¡¡Beben Águila Amstel Light!! ¿¿¡¡Light!!?? Si ya me parece raro ver una Amstel en una serie de EE.UU. además una Light… ¡Pero si eso no lo bebe nadie! ¿Quién coño iba a beber eso allí? ¿Los vampiros esos que sólo beben la Tru Blood esa? ¡Oh! Sí, espera, también piden vino tinto, rioja o cosas así, para aparentar, por el color y tal, pero no se lo beben.
Mirad abajo a la izquierda, podéis hacer clic en la imagen para verla más grande.
Minuto 0:52 del capítulo piloto de la serie.
4 Comentarios »
|
Entradas (RSS)