[ArchBang] Problema con /bin, /sbin, /usr/sbin exists al actualizar

Hace unas semanas me puse a actualizar mi ArchBang… Crucé los dedos y lógicamente todo salió como el tuje.

Después de un día y medio buscando alguna solución (el blog de Archlinux siempre fue muy escueto)  caí en este post que fue mi gran salvación:

Agradezco al autor y les paso la traducción en español:

1. pacman -Syu
2. Obtendrás un error como este:

3. Si usas paquetes AUR, analiza los paquetes usando este comando

$ pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm -

Si tienes resultados positivos, es recomendable removerlos (pacman -R)

Consejo: Si queremos tener el sistema tal cual lo teníamos antes, lo recomendable es anotar a mano la lista…
4. Analiza los paquetes en los repositorios (si usas un repositorio no oficial)

$ paclist <repo> | awk ' { print $1 } ' | pacman -Ql - | grep ' /s\?bin/\| /usr/sbin/'

<repo> cambie su lista de repositorios (core, extra, community, multilib,etc) Si solo usas los repositorios oficiales, puedes evitar esto.

Si el comando tuvo resultados, remueva esos paquetes (pacman -R)

5. Si tienes archivos en /bin, /sbin or /usr/sbin  que no son parte de ningun paquete. Necesitamos moverlos. Se pueden listar usando

$ find /bin /sbin /usr/sbin -exec pacman -Qo -- {} + >/dev/null

6. Ahora ¡Actualizar el sistema

$sudo pacman -Su –ignore filesystem,bash

7. Instalar bash
$sudo pacman -S bash

8. Instalar filesystem
$sudo pacman -S filesystem
o
$sudo pacman -Su

Si no limpió todos los paquetes en los pasos 3-5,  verás el  error de vuelta.

 

NOTA

En mi caso particular tuve que iniciar desde un livecd de Arch. Si tenemos el sistema en 64bits, iniciamos en 64bits. Si es de 32 bits iniciamos arch en 32 bits.

Una vez que tenemos consola desde el livecd debemos hacer arch-chroot. Para ello, los pasos son los siguientes:

1) mount /dev/sda3 /mnt

2) mount /dev/sda1/mnt/boot

3) arch-chroot /mnt

4) Ejecutar toda la secuencia de orden que describí arriba.

 

Fuente; http://www.archlinuxuser.com/2013/06/bin-sbin-usrsbin-exists-in-filesystem.html

[Solucionado] Demora en la impresión de PDF con Evince

Hace ya un tiempo que vengo puteando cuando tengo que imprimir PDF con Evince. Resulta que, independientemente de la impresora que usaba, tenía una demora considerable ¡A veces de hasta 1 ó 2 horas!. La solución que encontré fue muy sencilla: Reemplazar evince por epdfview. Para ello lo instalamos con:

$sudo aptitude install epdfview

¡Y listo! La impresora vuelve a sus cabales y tiempos normales.