Category Archives: Administracion Linux

Tanglu 3 – Actualizar de Bartholomea a Chromodoris

En agosto se lanzó la nueva Tanglu 3 (Chromodoris Willani) y me puse a actualizar la Tanglu 2 que tenía.

Como en otras ocasiones hice una copia de seguridad con Clonezilla del sistema. Siempre hago una copia de seguridad en estos casos para evitar tirarme de los pelos si llega el desastre.

Siguiendo el documento oficial para la actualización la cosa fue bastante bien aunque tuve algunas pegas cuando llegue a la actualización de la distribución (paso 9 del documento anterior)

Había dependencias cruzadas que me impedían terminar la actualización del sistema. Utilicé los siguientes comandos para irlas resolviendo:

# apt-get -f install
 
# apt-get -f upgrade
 
# apt-get -f dist-upgrade
 
# dpkg -a --configure

Con los comandos anteriores resolví una gran parte pero seguían dando problemas algunos paquetes. Para solucionarlos utilicé aptitude que me desinstalo algunos paquetes y pude terminar la actualización:

# aptitude install
 
# apt-get dist-upgrade

Y ya está, ya tenía Tanglu 3 pero no todo era perfecto.

 

Hay cosas que dejaron de funcionar:

  • Se perdió la configuración del escritorio.
  • Las notificaciones de las aplicaciones mas antiguas no se veían.
  • Colord-kde no se iniciaba bien así que no presentaba los monitores a colord por lo que no se publicaban los perfiles de los monitores a las aplicaciones.
  • kdeconnect no funcionaba.
  • No salían los módulos de configuración para kdeconnect y colord en la configuración del sistema.
  • Las aplicaciones no adaptadas a Qt5 se veían de una manera muy simple.

 

El cambio de KDE4 a KDE/PLASMA5 no es fino y todavía es un poco pronto actualizarlo. En una lista de correo de Debian-KDE nombran problemas que están pendientes de desarrollo y otras cosas que se pierden ya que no se mantienen en Plasma5, así que pensé que mejor esperar un poco y volví para atrás la actualización utilizando la copia de seguridad que hice con clonezilla 🙁

Pero dentro de poco volveré a las carga ¿Con Tanglu 4 quizás?

 

Al actualizar Tanglu de Aequorea a Bartholomea el sistema no inicia

Posted on by 0 comment

Tanglu de Aequorea a Bartholomea – System not start

Al actualizar Tanglu me encontré con un problema gordo, el sistema no iniciaba. Intentaba montar /usr para seguir cargando pero como no podía, se paraba y me daba una shell para que lo arreglase.

ALERT! /dev/mapper/hostlocal-usr does not exist. Dropping to a shell!
 
(initramfs)

Mientras averiguaba que había pasado recargue con una copia de seguridad que hice con Clonezilla. Siempre hago una copia de seguridad en estos casos para evitar tirarme de los pelos si llega el desastre.

 Porque ocurre esto:

Para que se de este problema necesitas cumplir estos requisitos:

  • /usr separado en una partición o volumen diferente del raiz
  • Utilizar volúmenes lógicos (lvm)
  • Sistema de inicio con systemd

Systemd es muy dependiente de las aplicaciones que están en /usr y si no está disponible durante el arranque, no se inicia el sistema.

Actualmente los sistemas Linux en el arranque primero se carga el Kernel y luego este carga initramfs en memoria. Initramfs es un pequeño sistema de ficheros que tiene todos los scripts necesarios para poder iniciar el sistema desde configuraciones muy variadas que de otra forma no se podría.

El problema está en el script que se carga en initramfs para que descubra los volúmenes logicos durante el arranque y pueda montar /usr.

Como lo solucionamos durante el desastre:

Cuando te devuelve el prom al no poder montar /usr tenemos que montarlo a mano y continuar con el arranque.

  • Ver que volúmenes o particiones encuentra el sistema:
blkid
  • Descubrir los grupos lógicos:
vgchange -a y
  • Montar el sistema usr
mount -t ext3 -o ro /dev/mapper/hostlocal-usr /usr
  • Continuar con el arranque del sistema:
Control+D

 

Nota: Si no tienes cargado BusyBox en el sistema cuando se generó initramfs puede que algunos de los comandos anteriores no estén disponibles.

 

Como lo solucionamos de manera permanente:

Hay que crear un script para que descubra los VG durante el arranque y actualizar initramfs.

El script lo creas en /etc/initramfs-tools/script/local-top/ con el nombre vg-lvm y le das permisos de ejecución con el siguiente contenido:

#!/bin/sh
vgchange -a y

Y actualizamos initramfs con el comando:

update-initramfs -u

 

Actualmente la versión de lvm2-2.02.111-2.1 ya está parcheada para corregir este error.

Puedes ver el Bug en Debian y el parche que lo corrige.

 

Tanglu. La Debian testing usable

Posted on by 0 comment

Llevo tiempo usando Debian en servidores y en el escritorio. Para los servidores siempre uso Debian estable, sin lugar a duda. Sin problemas con las actualizaciones de seguridad o incluso con las actualizaciones entre versiones.

 

¿Y para el escritorio?

 

En este caso busco algo mas actual. Cuando se lanza una nueva versión de Debian estable, ya algunos paquetes están algo viejos. Durante algún tiempo estuve con Debian testing, pero de vez en cuando después de una actualización algo se rompe y hay que arremangarse para arreglarlo. A habido intentos de tener una Debian Testing mas estable como CUT (Constantly Usable Testing) pero no acaban progresando.

 

Para el escritorio Tanglu

 

Es una Debian Testing usable, pensada para estar mas actualizado pero intentando evitar los problemas de Debian testing. Se mantendrán muy cercanos a Debian (de donde son la mayoría de sus paquetes) donde colaboran y lo seguirán haciendo. Me pareció una idea genial que espero tenga larga vida. De momento ya ha llegado la versión 1.0 (Aequorea Victoria) y me pareció un buen motivo para instalarla en mi escritorio.

 

Instalando Tanglu 1.0 desde Debian

Si ya tienes Debian la cosa no puede ser mas fácil. Yo partía de una Debian estable (Wheezy) y los pasos a seguir son prácticamente iguales a una actualización entre versiones de Debian.

Pasos:

  • Cambiar las fuentes de instalación en /etc/apt/sources.list a:
    • deb http://archive.tanglu.org/tanglu aequorea main contrib non-free
    • deb-src http://archive.tanglu.org/tanglu aequorea main contrib non-free
  • Actualizar la lista de paquetes:
    • apt-get update
  • Instalar las firmas de los paquetes:
    • apt-get install tanglu-archive-keyring
  • Hacer una actualización mínima del sistema:
    • apt-get upgrade
  • Actualizar el sistema:
    • apt-get dist-upgrade
    • En este punto me dio un problema de dependencia cruzada entre systemd-sysv y sysvinit (systemd-sysv conflicts with sysvinit) y no seguía adelante. Tuve que desinstalar sysvinit e instalar systemd y systemd-sysv. ¡Cuidado en este punto! Si desinstalas sysvinit (que pide una confirmación expresa) y no instalas systemd el sistema no iniciará.
      • apt-get remove sysvinit
      • apt-get install systemd systemd-sysv
  • Instalar un par de metapaketes por si se te ha perdido algo en la actualización:
    • apt-get install tanglu-standard
    • apt-get install tanglu-kde ó apt-get install tanglu-gnome

Y después a funcionar. Lo tengo desde hace dos semanas y estoy satisfecho del cambio.

 

RECUERDA: Como siempre que haces actualizaciones importantes, antes del cambio haz una copia de seguridad de tu sistema. Evitarás tirarte de los pelos si algo va muy mal. Yo para estos casos uso Clonezilla.

 

Actualización 22/04/2014

Hay que añadir otra fuente más a /etc/apt/sources.list para tener las actualizaciones de los paquetes:

  • deb http://archive.tanglu.org/tanglu aequorea-updates main contrib non-free
  • deb-src http://archive.tanglu.org/tanglu aequorea-updates main contrib non-free

 

LVM – Redimensionar volumenes logicos

Posted on by 0 comment

¿Que pasa si tienes que aumentar el tamaño de una partición y el hueco no está contiguo?

Imaginemos este escenario:

Queremos aumentar /usr quitandole espacio a /home que está sobredimensionada.

Gran problema. Ya me ha tocado en alguna ocasión reducir una partición, mover otras dos y aumentar una cuarta.

Después de este tipo de experiencias empecé a hacer instalaciones con LVM – Volúmenes Lógicos, lo cuál te permite asignar cualquier espacio a cualquier partición sin preocuparte si está contiguo. Puede estar incluso en otro disco.

¿Y cuales son los comandos que necesito para redimensionar con LVM? En el caso del esquema anterior pero con LVM serian:

1- Reducir (de mas) de 241Gb a 230Gb (11Gb) /home para liberar espacio

resize2fs /dev/riceru/home 230G

2- Reducir el volumen logico que contiene a /home (le quitamos 10 Gb)

lvreduce -L -10g (-t) /dev/riceru/home

3- Extender volumen logico que contiene a /usr (le añadimos 5Gb)

lvextend --size +5Gb /dev/riceru/usr

4- Ampliar el sistema de ficheros /usr a todo lo que da su volumen logico (5Gb)

resize2fs /dev/riceru-trinity/usr

5- Ajustar el sistema de ficheros reducido de mas (/home) a todo lo que da su volumen logico

resize2fs /dev/riceru-trinity/home

Si hacéis cuentas hay 5Gb que he dejado sin asignar, en la reserva, para el sistema de fucheros que lo necesite mas adelante.

Nota: La partición /boot no puede estar dentro del LVM para que el sistema sea arrancable.

Bye

 

Respuestas en ingles, please

Posted on by 0 comment

Tienes un problema, una respuesta de fallo y te pones a buscar por el texto de la respuesta en Google. Como tienes configurado el sistema en español (es_ES) el texto del fallo lo tienes en español y resulta que no encuentras a nadie con el mismo problema. ¿Como buscarias ese fallo en ingles?  No es necesario traducirlo, basta con indicarle al sistema que para ese comando use la locale predefinida, que es en ingles.

¿Y esto como lo hacemos?

Escribiendo antes del comando en cuestión LC_ALL=C, por ejemplo:

$ LC_ALL=C date 04011200
date: cannot set date: Operation not permitted
Thu Apr  1 12:00:00 CEST 2010

Y si no le decimos nada

$ date 04011200
date: no se puede establecer la fecha: Operación no permitida
jue abr  1 12:00:00 CEST 2010

Por cierto, si quieres saber que idioma tienes configurado mira con el comando “locale”.

Dolphin se cierra de manera inesperada (crash)

Posted on by 1 comment

Dolphin, el explorador de archivos por defecto en KDE4, se me cierra inesperadamente en muchas ocasiones. Me pasa con Debian testing y con OpenSuse 11.2 y la semana pasada averigüé como solucionarlo. Según el bug 564048 es debido a un problema entre Dlophin y Nepomuk, una implementación del escritorio semántico. Tuve que desactivarlo para dar estabilidad a Dolphin. Esto soluciono el problema tanto en Debian como en OpenSuse, pero claro, pierdes esa función. Esperemos arreglen el bug en breve.

Para desactivar Nepomuk vas a Preferencias del Sistema -> Avanzado -> Búsqueda de escritorio y desactivas la opción Habilitar el escritorio semántico Nepomuk.

Bye

Problemas con los permisos de raw1394 (IEEE 1394)

Despues de la ultima actualización (de OpenSuse 11.1 a 11.2) no puedo capturar vídeo de mi videocámara sin ser root (administrador). Al ejecutar el comando dvgrab me contesta:

$ dvgrab -s dv PuenteColgante
raw1394 - failed to get handle: Permission denied.

Y tiene razón, como siempre. El dispositivo (dev) que se ha creado al enchufar la cámara solo tiene permisos para root.

$ ls l /dev/raw13*
crw-rw--- 1 root root 171, 0 nov 24 12:38 /dev/raw1394

La solución ha sido crear una regla nueva a udev para que cuando cree el dispositivo raw1394 le asigne el grupo video al que ya pertenecen los usuarios del sitema.

Las reglas se encuentran en el directorio:

/etc/udev/rules.d

Creamos un archivo nuevo para nuestro dispositivo:

# touch /etc/udev/rules.d/99-ieee1394.rules

Y con nuestro editor preferido añadimos la línea:

KERNEL=="raw1394*", GROUP="video"

También puedes añadir dos lineas mas para que cree unos enlaces simbólicos a otros posibles nombres del dispositivo.

KERNEL=="dv1394*", SYMLINK+="dv1394/%n", GROUP="video"
KERNEL=="video1394*", SYMLINK+="video1394/%n", GROUP="video"

La próxima vez que enchufemos la videocámara se creará el dispositivo con grupo vídeo para que todos los usuarios del sistema puedan usarlo.

$ ls l /dev/raw13*
crw-rw--- 1 root video 171, 0 nov 24 13:38 /dev/raw1394

Bye

P.D. Mas información sobre las reglas de udev en:
http://bulma.net/body.phtml?nIdNoticia=2114
http://www.reactivated.net/writing_udev_rules.html

kde4, preferencias del sistema y el modo administrador

Posted on by 0 comment

Ahora que en Debian han pasado KDE4 a testing, me he puesto a actualizar mi ordenador de sobremesa. Lo actualicé desde fuera del sistema gráfico para evitar posibles problemas por una actualización tan importante del KDE.

Después de la actualización, entré en el sistema gráfico y voila, ya tengo KDE4 en marcha. La primera vez que entras en KDE4 después de una actualización desde KDE3, se te inicia una herramienta (kaboom) para migrar Tú directorio de configuración (.kde) de la estructura de KDE3 a la estructura que necesita KDE4.

Al ir a ajustar a mi gusto la configuración después de la migración en las Preferencias del Sistema (systemsettings) , me di cuenta que no aparecía el botón de “modo administrador”. Muy útil para aquellas partes que solo el administrador puede cambiar.

Indagando los bug de systemsettings vi que tenia uno referido a esto, el 523094.

La solución es lanzar systemsettings con el comando:

$ kdesu systemsettings

Esta ventana de systemsetting se utilizaría solo para los cambios en que se necesita ser root. Pero me encontré con otro problema. El comando kdesu no está en el path, otro fallo reflejado en el Bug 495999 ¿Y como lo soluciono? Pues de dos maneras:

Escribiendo la ruta completa

$ /usr/lib/kde4/libexec/kdesu systemsettings

O creando un enlace simbolico y así queda para siempre

# ln -s /usr/lib/kde4/libexec/kdesu /usr/bin/kdesu

Bye

Borar el directorio tmp al inicio en Suse y Debian

Posted on by 0 comment

El directorio tmp, temporal, es donde los programas van creando los archivos que necesitan durante la ejecución. Esos archivos deberían borrarlos los programas al finalizar la ejecución, pero aveces eso no ocurre. Se van acumulando y llenando el disco.

El comportamiento de muchas distribuciones Linux es borrar todo el contenido de tmp al iniciar el sistema, pero no siempre es así. Ahora te explico como configurarlo en Debian y OpenSuse.

  • Debian o Ubuntu

El parámetro es TMPTIME y está en /etc/default/rc.s . Los valores posibles es un numero entero que indica cuantos días pararán desde que se borró el contenido de tmp y la siguiente vez que se borrarán. Si el valor es Ø (cero) borrará el contenido en cada inicio.

  • OpenSuse

Los parámetros se encuentran en /etc/sysconfig/cron que puedes editar como administrador con tu editor favorito o a través de Yast->Sistema->Editor

En este caso los parámetros a tener en cuenta son dos:

CLEAR_TMP_DIRS_AT_BOOTUP para que borre el contenido de tmp en cada inicio cambialo de no a yes.

MAX_DAYS_IN_TMP su valor es un numero entero que indica cuantos días pasarán entre borrado y borrado. Si pones Ø (cero) junto al parámetro anterior lo borrarán en cada inicio.

Y eso es todo

Category: Administracion Linux | Tags: , ,