Tag Archives: administracion

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

 

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».

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