¿Cuánto tiempo necesitamos para instalar Linux en un ordenador moderno?

Debido a unos errores que cometí en la instalación de Fedora 33 mi ordenador de trabajo no estaba funcionando de manera adecuada. La solución era instalar todo de nuevo desde cero o descubrir que estaba mal en los ficheros de configuración, pero en ambos casos me daba la impresión de que me iba a llevar bastante tiempo solucionarlo, así que estaba trabajando en condiciones poco óptimas. Cuando ya no pude aguantar más los errores decidí cortar por lo sano y instalar todo de nuevo, ya que pensaba que sería menos costoso en tiempo. Empecé a las 13:15, arranqué en un USB con Fedora 33 DVD Live —Fedora-Workstation-Live-x86_64-33-1.2.iso— para cambiar el nombre del usuario en el disco home y evitar arrastrar la configuración que estaba provocando todos los problemas. Luego arranqué con una unidad Fedora 33 de instalación en red —Fedora-Everything-netinst-x86_64-33-1.2.iso—, que tiene varias ventajas sobre la anterior. Primero, permite generar administrador, no como la versión estándar, que no lo permite en la instalación, y así nos ahorramos el agujero de seguridad de sudo; segundo, permite escoger cualquier escritorio y software añadido; tercero, como se instala desde la red queda actualizado. La instalación base lleva unos minutos, por que hay que configurar la red, generar usuario y administrador y configurar los discos duros, qué particiones y formateo se quiere poner al disco de sistema y disponer los arranques adecuados a cada partición y disco (/boot/efi, /boot, /, /home, al menos; como se ve, ya no uso swap, debido a varias recomendaciones que he visto en los últimos meses y asociadas a Fedora 33 y discos sólidos). Pero una vez iniciada ya solo dependemos de la velocidad de descarga de los paquetes y lo rápido que se instala en el ordenador.

La secuencia fue así:

- 1655 paquetes para instalación de Fedora 33 workstation 64, aproximadamente 4 minutos (no me acordé de apuntar los MB/GB totales). Este es el punto más importante para saber cuanto tiempo va a tardar en hacerse el proceso, ya que dependemos totalmente de la velocidad que te permite tu operadora de red y la saturación de los repositorios de tu distribución.

- Instalación, entre 2 y 3 minutos. Muy rápido, seguramente por que el sistema lo permite (procesador muy potente, 64GB de RAM y dos discos M2, uno como sistema y otro como /home), por lo que la instalación va como un tiro.

- Configuración del sistema: 1-2 minutos.

Pero ahora estos supone un sistema limpio y actualizado, pero no con todo lo necesario. Falta todavía:

- Software adicional que utilizo; eso supone añadir repositorios y una lista larga de paquetes. Pero lo tengo preparado un fichero en el que tengo disponible un comando para añadir los repositorios rpmfusion y otro para instalar todos los paquetes que necesito. Total, 1337 paquetes, 1,7GB de descarga; tiempo de descarga: 3-4 minutos; instalación 3-4 minutos.

- Mientras están bajando e instalando este software adicional, añado un fichero /etc/sysctl.d/90-override.conf que ya tengo escrito y preparado para activar las teclas mágicas y aumentar el número de ficheros que controla el sistema para que Dropbox no se queje. Además muevo los directorios de datos del usuario antiguo modificado al usuario que voy a ser en la nueva instalación e instalo las extensiones de gnome que preciso.

- Instalación de Onedrive.

- Reinicio y listo; son las 13:58; todo en 43 minutos. Si tienes todo preparado en ficheros de texto plano (comandos y el fichero 90-override.conf) lo que más tiempo consume es la configuración inicial de los dispositivos, ya que en mi caso particiono el disco de sistema y defino cada partición, aprovecho sin modificación el disco /home y defino el arranque de todos los demás discos que formarán el sistema. En este caso, en el ordenador de trabajo incluyo un disco magnético denominado /datos que sirve como copia de seguridad interna de /home (copias incrementales mediante rsync que tengo predefinidas).

Fácil y rápido. Para mi todo ha sido más fácil desde que Fedora tiene en su sistema de instalación Anaconda.

Fedora 30. Algunos "problemillas"

Para aquellos fans de Fedora que aún no hayan actualizado a Fedora 30, vamos a describir los problemas que me he encontrado en la actualización y luego en la instalación. Tranquilos, nada nuevo que no hayamos visto:

Primera fase: actualización. El día de salida de Fedora 30 mi página web base, Fedora magazine, señalaba ya la posibilidad de actualizar. Como estaba tranquilo tomando un café nocturno, decidí seguir la corriente... ¿qué son 45 minutos? Siguiendo las indicaciones habituales, primero actualicé completamente el sistema,

su -c 'dnf -y update --refresh'

luego instalé el plugin de actualización,

su -c 'dnf install dnf-plugin-system-upgrade'

comencé la actualización, que lo que hace es bajar las actualizaciones de TODO,

su -c 'dnf system-upgrade download --releasever=30'

esta vez no fue necesario incluir --allowerasing, supongo por que no encontró problemas de dependencias ni paquetes sin sustitución; por cierto, tardo solo 4 minutos, con una red que alcanzaba picos de 42MB/s

y finalmente ejecutamos la actualización

su -c 'dnf system-upgrade reboot'

Tardó 23 minutos y ahí se acabó, por que el sistema gráfico no volvió a arrancar. Las condiciones de ese equipo son Intel i7-3770 con hd400 integrada y 24Gb de RAM. El sistema sí funcionaba, por que el terminal 1 y los de 3 al 7 funcionaban, pero el 2, que lleva el sistema gráfico, al poner la palabra de entrada, volvía a pedirla una y otra vez. Después de trastear con los terminales a ver si era capaz de encontrar una solución, decidí instalar desde limpio y no, nunca arrancó el sistema gráfico con startx en los terminales.

Segunda fase: instalación de limpio (que bien, así empiezo de nuevo; eso si, ya no llegan 45 minutos).
Tras bajar una versión live y otra netinst preparé con Fedora Writer (en un portátil, claro) dos unidades USB con ambas versiones. Primero probé la versión live, a ver si era capaz de arrancar el sistema gráfico, y así fue, así que luego instalé con una versión netinst, que permite establecer usuario y administrador y deja el sistema actualizado. Una vez realizada la instalación, bastante rápida por cierto, hubo que arreglar las teclas mágicas, (línea kernel.sysrq = 1 al fichero /etc/sysctl.d/90-override.conf), aumentar los ficheros permitidos para Dropbox (añadiendo al mismo fichero una línea con fs.inotify.max_user_watches = 200000), abrir repositorios, instalar las aplicaciones que faltan y las extensiones de gnome. Cuando parecía que todo iba bien, empieza a congelarse el sistema. Siguiendo a top me encontré con lo siguiente:

es decir, un amule vacío que ocupaba toda la CPU.

Este problema ya lo hemos visto anteriormente en el verano pasado, cuando una actualización de amule nos tuvo una semana congelándonos el sistema. Simplemente dejé de usar amule y me he pasado temporalmente a emule a través de wine.

Sin embargo, ahí no acabaron los problemas. Los discos giraban como escapando de alguien y como son 5 (4 de ellos magnéticos) se oían desde el piso de abajo. Además el sistema estaba colapsado. Esto también lo hemos visto en alguna instalación limpia de Fedora; son los malditos trackers, fiscalizándolo todo; véase aquí y aquí. Como lo que hice en la primera indicación no fue suficiente, aplique la anulación de las notificaciones (segunda indicación), pero esta vez a TODAS las aplicaciones.

Una maravilla, ya me he podido sacar los cascos antirruido, y el sistema va razonablemente. y digo razonablemente por que aun no está a mi gusto. Noto ciertos retrasos en las páginas web con Firefox, me da la sensación de que va todo algo más lento. Lo de siempre, hasta dentro de un mes y un poco de pulido no estará perfectamente. En cada arranque me aparece el mensaje

Lo sentimos, parece que BOOT_IMAGE=(hd0,gpt2)/vmlinuz-5.0.9.301.fc30.x86_64 ...

aunque luego todo sigue.

Y mira que lo sé, nunca actualizar un equipo importante hasta un mes después...

PD. y el terminal... sobre el terminal haremos otra entrada, una historia para no dormir.

ACTUALIZACIÓN 2019-05-07: El problema de BOOT_IMAGE... ha desaparecido después de la actualización del kernel a 5.0.11. Un problema menos.

ACTUALIZACIÓN 2019-05-15: Sobre el terminal, en un principio no me aparecían opciones en la etiqueta Sin nombre. Fundamentalmente, lo que más me preocupaba es la parte desplazamiento y la configuración de líneas de desplazamiento hacia atrás, es decir, que número de líneas me conserva. Para los usuarios de R en terminal es básico poder mantener cientos de miles (o millones) de líneas para extraer los resultados de análisis complejos. Pero era un problema de instalación o de no reiniciar, por que cuando estaba generando una entrada disparando a matar a los programadores de gnome, resulta que sí pude acceder a esas opciones. Y para terminar, tras varias actualizaciones de kernel, Fedora 30 va ahora como la seda.

Problemas por el orden de colocación de los dispositivos

Estos días sin entradas he tenido algún problema técnico que por fin he solucionado. Es algo que ya me había pasado en este ordenador, pero que no describí en una entrada, o al menos yo no la encuentro. La secuencia de los hechos son la siguiente:

1. A la vuelta de Navidad, comenzar a trabajar y hacer la copia de seguridad descubro que mi unidad interna de almacenaje, y solo almacenaje, ya que contiene una copia de mi trabajo y los ficheros intermedios multimedia (fotos y vídeos en copias sucesivas desde la original a diferentes manipulaciones, por si hace falta recurrir a ellas), descubro que solo quedan 160GB libres. Solución, sustituir por uno más grande.

2. El disco de almacenaje era un Caviar Green de 4TB. Mucho mejor, ahora que los precios son más bajos (aunque están subiendo por la depreciación del Euro), sustituirlo por un dispositivo preparado para NAS, en este caso compré un WD50EFRX,  Western Digital NAS Red de 5TB. Además, tenía un conector SATA  vacío de entrada en caliente frontal, pero como desde la llegada de los USB3 lo uso muy raramente, decidí acoplar un WD Caviar Black de 1,5TB que tenía parado para generar un añadido a home. Antes de empezar, copia de seguridad.

3. Como es bien sabido, al sustituir un disco duro que arranca en el inicio por uno nuevo aparece un error en el arranque, ya que no encuentra el UUID (Universally Unique IDentifier) que identifica al dispositivo en fstab

Por ejemplo en este ordenador en que estoy escribiendo

nano /etc/fstab

Y genera un mensaje como este

Ya lo sabía, y había decidido instalar de nuevo Fedora 21 desde una imagen netinst, y así tener un sistema más "limpio". A pesar de que solo sirve para instalar la distribución "server", podemos en la instalación Anaconda elegir cualquir distribución y escritorio en la opción "Software selection".

4. Distribución de los dispositivos
La placa madre Intel DZ77BH-55K dispone de 6 conectores SATA, marcados de 0 a 4, A y B en tres bancos dobles

No todos tienen las mismas características. El 0, 1, A y B son 6G, mientras que el 2 y 3 son 3G. Con estas condiciones, lo mejor sería establecer el disco de sistema en 0, home en 1, el disco de almacén en 2, la grabadora en 3 y los otros dos discos de trabajo (material multimedia) en A y B.

5. Instalación de Fedora 21 desde netinst
Como me dio algún problema el arranque en dispositivos USB, lo hice desde un CD. Tiempo total, como 1hora y 45 minutos, pero no lo estaba cronometrando ni estaba con la máquina.

6. PROBLEMA
A los pocos minutos de mandar una copia al nuevo disco de almacenaje, este desaparece del sistema, o si llego a él, aparece sin formato y vacío. Sin embargo, al sacarlo y leerlo desde un conexión USB el formato ext4 está bien y tiene contenido.
El problema es que estos dos conectores añadidos no son controlados si se les pone la grabadora por delante o se deja alguno o los dos conectores 2 y 3 vacíos.

7. Cambio de orden  y se pone el disco último de 1,5TB y la grabadora en los conectores A y B y vuelta a instalar todo.

PD. Por desgracia eso ya me había pasado, pero me había olvidado completamente. Me hago viejo