jueves, 20 de abril de 2017

El sistema funciona, pero no accede al monitor. ¿nVidia en linux?

Como ya había indicado en una entrada anterior, mi sistema presentaba un error bastante extraño; arrancaba, pero después de que se activara el protector de pantalla no se podía acceder al monitor. Funcionaba, por que respondía a las teclas mágicas (al reves que antes de actualizar la BIOS, que ni eso podía hacer). La única solución era acceder a un escritorio no gráficos adicional (Ctrl+Alt+F1 a F7), y luego volver al F2, que es el gráfico.
Este problema ya se ha indicado en Fedora en equipos con tarjetas nVidia, y una de las soluciones indicadas era desactivar el protector de pantalla (como siempre, no vamos apuntando las páginas web donde lo vemos). Así ha sido. He anulado el protector


y todo va como la seda. Por fin hemos logrado un funcionamiento adecuado sin sorpresas. Eso sí, al dejar el ordenador, aplico Super + L. La seguridad es importante.

miércoles, 19 de abril de 2017

Ubuntu vuelve a Gnome. Uniendo esfuerzos

Podemos estar contentos. El hijo pródigo ha vuelto a casa; Ubuntu regresa a Gnome. Aunque sea tarde, mis felicitaciones.



PD. No pienso volver a usar Ubuntu, pero espero que "disperse" menos la comunidad (esto empezaba a parecer un Real Madrid-Barcelona F.C., con sus ultras incluidos).

martes, 18 de abril de 2017

Fedora: instalación rápida de sistema


La forma más rápida de actualizar un sistema en Fedora es utilizar la herramienta  dnf upgrade

dnf system-upgrade reboot # Véase aquí

Sin embargo, en ocasiones tenemos que instalar el SO de nuevo de manera limpia. Por supuesto, lo más rápido, para ordenadores conectados a red es instalar Fedora utilizar un ISO netinst, preferiblemente en un dispositivo USB, y si la máquina no lo permite, en un CD. Sin embargo, después nos queda la molesta actividad de dejarlo a nuestro gusto; tenemos páginas que nos indican las posibles manipulaciones una por una, por ejemplo kuboosoft, pero se tarda bastante y es latoso.
Si conoces los mecanismos, lo mejor es juntarlo todo en pocos comandos. En mi última instalación simplemente he aplicado (se puede copiar y pegar, si los paquetes coinciden con vuestros deseos):

# Actualizar, si no se activó la instalación de los paquetes más modernos en netinst
# su -c 'dnf -y update'
# Repositorios free y unfree
su -c 'dnf -y install --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm'
# Codecs y paquetes necesarios (son los míos; cada uno que busque los suyos)
su -c 'dnf -y install gstreamer-plugins-bad gstreamer-plugins-bad-free-extras gstreamer-plugins-bad-nonfree gstreamer-plugins-ugly gstreamer-ffmpeg gstreamer1-plugins-base gstreamer1-libav gstreamer1-plugins-bad-free-extras gstreamer1-plugins-bad-freeworld gstreamer1-plugins-base-tools gstreamer1-plugins-good-extras gstreamer1-plugins-ugly gstreamer1-plugins-bad-free gstreamer1-plugins-good ffmpeg mencoder mplayer libdvdread libdvdnav lsdvd wget kernel-headers kernel-devel unrar p7zip p7zip-plugins java icedtea-web vlc gnome-terminal-nautilus flatpak gnome-tweak-tool dconf-editor gconf-editor soundkonverter R-core R-devel gimp inkscape digikam pdfmod pdfshuffler virt-manager abiword wine cabextract gnumeric gnumeric-plugins-extras'
# Chrome
su -c 'dnf -y install https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm'


Finalmente, tendremos que instalar las extensiones de gnome (si no conservamos home y sus configuraciones), aumentar el número de ficheros de acceso para el sistema para que Dropbox no nos lo esté recordando (ver aquí y aquí) y activar las teclas mágicas.

Esta es la forma optimizada para MIS necesidades. Ajústese el panel para usted y termine en pocos minutos, dependientes solo de la velocidad de conexión a la red.

miércoles, 5 de abril de 2017

Fedora 26 Alfa. Para los amantes de riesgo

Se ha liberado Fedora 26 Alfa. Adelanto las gracias a todos aquellos que, pensando en el bien universal, prueban estas versiones tan tempranas y descubren "bugs" que pueden de esta manera ser corregidos. Como de costumbre, yo me reservo para la versión Beta.


Entre las novedades más interesantes para los usuarios destacaría la llegada de Gnome 3.24, además de un escritorio nuevo entre los spins, el nuevo Fedora LXQT.
¡Adelante los valientes! Los cob... nosotros vamos después.

lunes, 3 de abril de 2017

El sistema no puede arrancar. UUID ha cambiado. Solución rápida

Me he encontrado en esta situación mientras instalaba alguna de las versiones Live de los sistemas en la entrada anterior. Cuando usamos Fedora Media Writer hay que estar atento de que dispositivo señala como diana; por ejemplo véase aquí.


En algún momento, más atento al café que a la ejecución de las órdenes, Media writer fijó su puntero en mi disco 5 (imagen anterior) y al dar la orden lo que hice fue "reparar" el disco duro, en vez de copiar la iso en el USB. El resultado fue que el disco fue formateado y cambió su UUID —identificador único universal—. La definición de las unidades en estos momentos no se hace simplemente mediante sda1..., sino que se identifican por ese identificador. Véase por ejemplo /etc/fstab en el ordenador donde estoy escribiendo:


El siguiente rearranque el sistema no pudo lanzar el escritorio gráfico y dejó una pantalla en texto sin arranque de sistema, ya que no era un disco externo, formaba parte del sistema.
Tenemos dos soluciones; la lenta y costosa en tiempo, aunque más sencilla, y la rápida, algo trabajosa, pero solucionable en unos minutos. La más lenta es instalar de nuevo el sistema manteniendo todos los discos sin formatear salvo el de sistema. La más rápida nos lleva a editar /etc/fstab.
Nunca me había atrevido a editar fstab por que estaba convencido que también tendría que editar grub, y todos sabemos que desde que tenemos grub 2 no se edita en ficheros de texto plano. Sin embargo la necesidad de recuperar rápidamente el ordenador me obligó a intentarlo. Dividamos la ejecución en partes:

1. Cuando aparece en la pantalla de arranque los diferentes kernels disponibles, que en Fedora suelen ser tres, debajo existe una posibilidad de entrar en recuperación. Elegimos esa posibilidad.

2. Nos lleva a una pantalla completamente en texto. Nos identificamos como administrador y ponemos su palabra clave.

3. Detectamos la nueva UUID de la unidad que ha cambiado. Para ello usamos el comando blkid

# blkid

que nos indica todos los UUID


y debemos apuntarlo a mano o hacer una foto con el teléfono. Existen formas de copiar un trozo de texto, pero son muy complicadas y suponen un esfuerzo excesivo para escribir 36 caracteres.

4. Editamos /etc/fstab. Estamos en un entorno de texto, así que no podemos usar gedit ni otros editores gráficos. Para los que dominen vi/m, adelante. Los demás podemos usar nano

nano -$ /etc/fstab

La opción -$ permite un "soft wrapping", una alineación "suave", lo que permite ver entera la línea aunque el ancho de la ventana sea menor. ¡Cuidado! Esta opción debe ir como la última o por separado si se usan más opciones —véase aquí—.
Cambiamos el UUID del dispositivo por el nuevo. Guardamos

5. Reinicio. Si todo va bien, listo. En mi caso, así ha sido.

Este caso particular se puede ampliar a cambios de discos. En concreto el sistema de esa máquina permite el cambio en caliente. Si queremos cambiar un disco interno identificado en el arranque podríamos aplicar este sistema para poder hacer cambios rápidos en minutos.

jueves, 30 de marzo de 2017

Kernel 4.10 en Fedora 25

Hace un mes —y una semana— decíamos que se había liberado el kernel 4.10 que incluye una mejora en la gestión de escritura a disco para evitar los bloqueos debidos al proceso de escritura. Ese día ha llegado; de hecho, Fedora ofreció la actualización hace dos días.


A ver si notamos esa ventaja.

domingo, 26 de marzo de 2017

Distribuciones ligeras en unidades USB. Reutilización de material

En una entrada anterior el amigo hckorootx sugería la posibilidad de utilizar los USBs antiguos con distribuciones ligeras de Linux versión "Live" para reciclar esos dispositivos USB. Por supuesto, el objetivo final sería reutilizar ordenadores antiguos con hardware limitado. hckorootx sugirió damn; admitiendo el reto, he realizado las siguientes unidades con diferentes fines.
Para realizar esta prueba he sacado del armario (literalmente) un Acer Aspire One del año 2008, sin disco duro, y con 1,5GB de RAM. Desde hace tiempo este Netbook ha estado funcionando con dispositivos USB sustituyendo a su disco sólido interno que se estropeó por "número excesivo" de instalaciones de distribuciones de Linux, en un intento inútil de convertir un netbook en un zenbook mediante software.

En primer lugar intentamos lograr una solución de producción. Con el fin de que funcione adecuadamente como unidad de trabajo se utilizó un dispositivo HyperX USB3 de 64 GB para una instalación persistente del sistema que utilizo habitualmente en mi trabajo y ocio, es decir, Fedora 25. Con un Netbook es poco aplicable un escritorio como gnome, así que partimos de un spin de Fedora 32 bits con LXDE como escritorio (spins de Fedora). Mediante la aplicación media writer de Fedora instalamos ese ISO como versión Live en un dispositivo USB DT R500 de 16GB que es bastante rápido (se utilizó esta unidad para grabar las versiones Live de las distribuciones de las que vamos a hablar en esta entrada)


y luego en el aspire se arrancó en el USB Live y se instaló de forma persistente al HyperX. El resultado es el siguiente:


Una vez instalado en el USB como si fuera un disco duro podemos trabajar de forma normal. Hemos podido instalar R, versión 3.3.2, que hoy podría ser ya la versión 3.3.3. Fedora LXDE no trae preinstalado Libreoofice, pero para mi trabajo (por ejemplo, dar prácticas, como ya hice en el pasado con esta máquina usando Ubuntu 10.04) puedo usar gnumeric y R (una hoja de caĺculo y un paquete estadístico).

La segunda opción probada, para ver otra posibilidad, fue Debian 8.7.1 32bits, también con escritorio LXDE (imágenes de Debian 32 bits). De nuevo, para intentar hacer funcionar lo más rápido posible a estas distribuciones en el trabajo, la copia persistente se realizó en un HyperX USB3 de 8GB. El resultado es el siguiente:


Como vemos, Debian instala directamente Libreoffice, versión 4.3. y a través de los repositorios la versión disponible de R es la 3.1.1. Es decir, la estabilidad tan  conocida de Debian nos lleva a dos años de retraso en el software.
Entre las dos alternativas, Fedora nos da la ventaja de disponer el software más actualizado, mientras que Debian trabaja en estas condiciones de hardware limitado de manera más fluida. Si tuviera que usarlo para trabajar, yo recomendaría utilizar Debian. Si la actualización del software es importante, se puede incluir los repositorios testing de Debian (como ya hemos hecho aquí).

Si realmente lo que queremos es utilizar dispositivos USB pequeños y antiguos para utilizar maquinaria de pocos recursos, en este caso lo mejor es disponer de distribuciones muy ligeras en versiones live. La utilidad es ver la red, comprobar el correo y si, accidentalmente, necesitamos escribir un texto, mandárnoslo por correo antes de cerrar, ya que esas sesiones no se pueden guardar.

La distribución damn que había recomendado hckorootx está discontinuada desde 2012, así que hemos preparado una unidad con Puppy 6.3.0. Funciona un una unidad USB de 256MB, pero para acelerar el sistema utilice finalmente un dispositivo DataTraveler Elite Kingston. A pesar de haber fallado en la instalación persistente, creo que es perfectamente factible y hace funcional los ordenadores antiguos con pocos recursos. Dispone en la versión Live probada de AbiWord, gnumeric, un enlace para la instalación de LibreOffice, una versión Lite de Inkscape. Firefox, transmission, muchas apliaciones multimedia y muchos iconos de configuración. Es una distibución muy adecuada para la reutilización de los ordenadores antiguos de muy bajos recursos.


Como último intento de instalar una distribución muy simple, y teniendo en cuenta que damn esta discontinuado, intentamos utilizar Tiny Core Linux. No fuy capaz de generar un dispositivo USB arrancable desde media writer en Fedora, así que hckorootx me preparó uno mediante Rufus.


En este caso el USB Live no presenta nada útil salvo la posibilidad de instalarlo de manera persistente y no contiene ninguna aplicación ni utilidad inmediata.

De estas dos opciones yo recomendaría Puppy para el uso de hardware antiguo.

Por supuesto, estos dispositivos USB autoarrancables y con un sistema operativo funcional y muchas aplicaciones nos permiten también trabajar en ordenadores que no sean nuestros sin necesidad de recurrir al sistema operativo de la máquina, siempre y cuando arranquen con USB; y si no es así podemos generar un CD arrancable que luego lleve al sistema del USB. Espero que esta entrada sirva de guía para dar una nueva utilidad al hardware que tenemos apartado y que aun es totalmente funcional.

lunes, 20 de marzo de 2017

Nueve años, medio millón de lecturas

Así es; este blog lleva con nosotros 9 años —desde marzo de 2008— y ha superado la semana pasada 500.000 lecturas en sus 812 entradas publicadas. Como ya dije hace tiempo, este blog no busca la fama —¿Qué hay de mi libro?, por si alguien lo recuerda— y espero que sirva de ayuda para algunos usuarios "de tierra" de Linux, como yo, que no tenemos habilidades de programadores ni tenemos tiempo para dominar el terminal. Sin embargo, las estadísticas del blog nos hablan de la evolución de los lectores del blog, que podemos tomar como muestra —quizás algo sesgada, pero muestra al fin y al cabo— de los navegantes en la nube de Internet.
Si lo comparamos con los datos del 2014, vemos como en el sumatorio desde 2008 sigue mostrando un dominio de Firefox sobre Chrome (38 vs 35%), de Windows sobre Linux (48 vs 25 +11% de otros Unix) y de lectores de España sobre USA (123000 sobre 91000).


Sin embargo, si nos fijamos en el último mes nos damos cuenta de como han cambiado los lectores de este blog. Los lectores actuales usan fundamentalmente Chrome (70% frente a 20% de Firefox); increíblemente hay un 46% de usuarios de Macintosh, frente a un 28% de Windows y un 11+7% de Linux+Unix —aun no me he podido creer esta cifra de Mac, ya que este blog no habla de Mac, y si lo hace habla mal— y los lectores son fundamentalmente de USA, casi tres veces más que los de España (los lectores de USA son más de la mitad de los lectores habituales).


Es decir, los acúmulos del pasado que vemos en el sumatorio de 9 años (Firefox, Windows y lectores de mi propio país) estás desapareciendo y cambian a unos nuevos usuarios, que navegan con Chrome, usan fundamentalmente hardware Macintosh y los lectores son de la aldea global.
Desde mi punto de vista particular, me doy cuenta que pertenezco al pasado; uso fundamentalmente Firefox, soy usuario de Linux, y no tengo como objetivo cambiar.
Otro dato interesante es que ha aumentado el número de lecturas desde móvil, ya que desde un 1% de iphone y 2% de android ha pasado a un 1% + 4%, duplicando el número de usuarios en smatphones.
Los usuarios cambian; yo muy poco. A ver si llegamos a un millon de lecturas. No  sé cuando tardaremos, ya que aunque las lecturas por entrada se han aumentado casi por 5 desde mediados del año 2016, el número de entradas que puedo hacer es menos. Primero, por que el trabajo aprieta, aunque no ahoga. En segundo lugar, muchas cosas no vamos a comentarlas más veces de las necesarias.

domingo, 19 de marzo de 2017

Discos WD Elements 3.5. Apertura

Esta entrada es para aquellos que como yo conserven aun algo de "miedo" a abrir los dispositivos electrónicos. La verdad es que desde hace años he utilizado los discos de 3.5 pulgadas sin carcasa externa, ya que tengo en mis ordenadores una caja externa abierta que me permite conectar discos SATA, tanto de 3.5 como de 2.5 pulgadas, en el bus USB y poder manejarlos, añadirlos y quitarlos a mi gusto. Aun conservaba dos unidades WD Elements de 1 y 2,5TB y una SEAGATE de 3,5GB con carcasa externa. Es mucho más incómoda de usar; requiere un enchufe más, dos cables —alimentación y USB—, disponer de un USB libre a mano, en vez de  empujar un disco y encender con un botón. Así que hoy me decidí a abrir la caja Elements del disco de 1TB —siempre los exprimentos con gaseosa—. Existen muchos vídeos en la red, y en el primero ya me di cuenta de como son los enganches  las cajas Elements. Para hacerlo más simple, solo es necesario saltar los enganches por la parte inferior, preferiblemente por delante para no dañar la placa electrónica SATA de conexión con el disco, con la ayuda de un destornillador plano fino


y luego simplemente ir empujando con una tarjeta cualquiera de identificación, sin chip, no vayamos a estropearlo y que no nos importe doblar. Los siguientes enganches van saltado fácilmente —más fácil que en ese vídeo que he señalado—. Los conectores son simples y se extrae el disco muy fácilmente tirando de las gomas de enganche en la parte anterior.


Sale el disco con la placa. Se desatornilla la fijación y listo. Recomiendo conservar la placa, ya que sirve de conexión para un disco de 3.5 pulgadas si en un momento dado necesitamos leer algo de un disco que tengamos por ahí, si no disponemos de otra forma.


Eso supone también disponer de un cable de alimentación con transformador para disco duro (12V, 1-2A de salida) y un cable USB adecuado, que en este caso supone un conector USB Mini B 5 pin macho, para unir la placa con el ordenador, y que suele ser el conector habitual de discos duros anteriores a las cajas de USB 3.



Otra curiosidad que tenía era saber si los discos Elements son Caviar Green o Blue. Para los que tengan la misma curiosidad, son WD Caviar Green. Ah! ademas nos ahorramos de pagar por la carcasa, que es también importante. Una última ventaja; los discos sin carcasa ocupan mucho menos sitio, y son más fáciles de almacenar.

viernes, 17 de marzo de 2017

Nautilus. Problemas... ¿con vlc?



Desde hace un tiempo —largo, no me acuerdo cuando empezó— estoy teniendo problemas con nautilus. El sistema —Fedora 25, pero también con 24 y 23...— se inicia, llamo a nautilus, trabajo en lo que sea y, tarde o temprano, nautilus se bloquea y hay que recurrir al teminal y matarlo

killall nautilus

Debido a ello normalmente llamo a nautilus desde el terminal, para leer los errores y comprender que pasa. En general los errores son del tipo

Stream with high frequencies VQ coding
libpng warning: iCCP: known incorrect sRGB profile

que asocio a un plugin de conversión de imágenes,

[00007f5f38d31c08] core decoder error: failed to create audio output
[000055be0e896ee8] pulse audio output error: digital pass-through stream connection failure: No soportado
[000055be0e896ee8] core audio output error: module not functional
[00007f5f38d57de8] core decoder error: failed to create audio output

que asumo que es algún sonido con codec no soportado,

pero cuando se bloquea todo los errores suelen ser

VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-10582-g9eb9eb0bd2)
[00005596eb6311c8] core libvlc: Ejecutar vlc con la interfaz predeterminada. Use «cvlc» para usar vlc sin interfaz.
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory
QObject::~QObject: Timers cannot be stopped from another thread

que deberíamos asociar a VLC. El problema está en que muchos bloqueos se hacen sin que haya llamado a VLC o a cualquier vídeo.

Lo llevo con resignación. Una pequeña cruz de cada día