Como todos los 1 de enero comienza un nuevo año. 365 días para disfrutar de todas las posibilidades del software libre y de código abierto. Encontrarás varias sugerencias en esta lista de propósitos de año nuevo para linuxeros y fanáticos del soft libre.
Desde ya, que solo son sugerencias y que si buscas serás capaz de encontrar otras muchas cosas que hacer.
Propósitos de año nuevo para linuxeros
Instalar distribuciones Linux poco habituales
Es cierto que muchos de nosotros somos instaladores compulsivos, pero casi nunca vamos más allá de las distribuciones comunes. El 2023 es buen momento para probar otras que exijan un poco más de nuestra atención y habilidades.
Red Hat Enterprise Linux
Se trata de una distribución dirigida al mercado corporativo y que requiere del pago de una suscripción, sin embargo, hay varias formas de probarla en forma gratuita.
Tradicionalmente, las empresas que no querían pagar por el soporte técnico de Red Hat, utilizaban CentOS, CentOS primero fue una distribución independiente que se compilaba a partir del código fuente de Red Hat. Con el correr del tiempo, la empresa empezó a colaborar más estrechamente con la comunidad encargada del proyecto.
Cuando IBM adquirió Red Hat, las cosas cambiaron y CentOS comenzó a ser el banco de pruebas de las futuras versiones Enterprise. Es decir que una determinada tecnología se prueba en Fedora, luego se implementa en CentOS y, cuando está definitivamente madura se agrega a RHEL.
Cómo suele suceder en el mundo del código abierto, la decisión de IBM llevó a la aparición de varios proyectos alternativos y a que competidores como SUSE Linux y Oracle ofrecieran versiones gratuitas. La respuesta de Red Hat fue ampliar los términos de su licencia gratuita para desarrolladores.
Tradicionalmente solo se podía utilizar en una máquina para hacer pruebas. Ahora se puede utilizar en producción en forma gratuita en hasta 16 equipos incluyendo las principales nubes públicas, como AWS, Google Cloud Platform y Microsoft Azure. En este último caso habrá que pagar los costos de uso de las plataformas.
Para poder acceder al programa hay que registrarse en esta página creando una cuenta de Red Hat o iniciando sesión con tus credenciales de GitHub, Twitter o Facebook. Ten en cuenta que las suscripciones se manejan desde esta página.
Solo resta descargar e instalar la distribución.
Te preguntarás el por qué deberías hacerlo.
Red Hat no solo es la distribución más utilizada en el sector corporativo, también desarrolla herramientas para el trabajo con contenedores, despliegues en la nube y creación de aplicaciones. Además, se puede descargar una completa documentación de estas.
Linux from Scratch
Si no te gustan las distribuciones Linux existentes o quieres entender la función de cada uno de los componentes de una distribución Linux, esto es lo que estás buscando.
Linux from Scratch no es una distribución. Es un manual de instrucciones sobre cómo conseguir y ensamblar todas las partes para crear tu propia distribución Linux. El proyecto tiene una continuación llamada Beyond Linux Froms Scratch que nos permite dejarlo más cerca de cualquiera de las distribuciones Linux habituales.
El proyecto además incluye documentación adicional, repositorios de parches y herramientas de automatización de la construcción de la distribución.
Como dije más arriba, instalar LFS no solo te dará una mayor comprensión de lo que hace cada componente de un sistema Linux, también podrás probar sustituyendo paquetes por tu cuenta y riesgo.
LineageOS
El año pasado ya hice la prueba de instalar este sistema operativo basado en el código fuente de Android para teléfonos móviles en un viejo smartphone y quedé muy contento con la experiencia. Este año pienso revivir un Motorola G5 Plus cambiándole el módulo de video y transformarlo en mi teléfono principal con el equivalente de LineageOS de Android 12.
Cabe mencionar que no todos los modelos de teléfono están soportados por las variantes oficiales, pero si buscas en Google puede ser que encuentres alguna desarrollada por terceros. O, puedes crearla tu mismo. La documentación es amplia y se encuentra en toda la web.
Aprovecho para desearles un muy feliz comienzo de año e invitarlos a contarnos si tienen algún propósito de año nuevo relacionado con el código abierto. Ahí abajo está el formulario de comentarios.
Pues sí. Muy bonito, pero ¿podrías mostrar cómo hacer que el kernel de Linux no busque los discos de forma asíncrona?
Desde hace ya bastante tiempo tengo ese problema y no consigo solucionarlo por más que llevo un año googleando. Hasta he compilado el núcleo de Linux con el parámetro correspondiente, pero no sirve de nada. Por supuesto que he puesto el comando scsi_mod.scan=sync en /etc/default/grub pero tampoco sirve de nada.
Como es un módulo también he probado dicho comando «scsi_mod.scan=sync» en un fichero en /etc/modprobe.d/ pero tampoco.
Lo he probado también «sin el punto» (como recomiendan en muchos foros) «scsi_mod scan=sync». Pero NADA.
Uso Debian11 Bullseye.
Saludos.
Eso más bien sería el propósito de año nuevo para Linus Torvalds, pero si encuentro solución te aviso
Yo también te avisaré si lo consigo.
Los únicos núcleos de Debian que todavía mantienen el orden de los discos son:
Debian10 Todos.
Debian11 5.10.0-10 kernel oficial: 5.10.84-1 (2021-12-08) (Todos los siguientes orden aleatorio).
Debian12 5.16.1 (Todos los siguientes orden aleatorio).
Los he bloqueado para que no se actualicen y ahí sigo.
Ya sé que este problema no les afecta a la gente que sólo tiene UN solo disco en Linux ni a los millonarios que tienen un supercomputador con cientos de discos y quieren que el sistema arranque rápido. Pero a los que tenemos un disco con el S.O. y cuatro discos más de datos no nos hace gracia ver esto al inicio:
sda Volumen3
sdb Volumen1
sdc Debian11
sdd Volumen4
sde Volumen2
¿Y qué más da, verdad? Claro, claro… Pero el kernel de Clonezilla Live hace lo mismo. Como no estés pendiente del orden de los discos estás perdido. Porque Clonezilla usa los nombres tradicionales sda, sdb,… y un kernel que también cambia los discos. A menudo tengo que reiniciar el propio Clonezilla Live hasta que me muestre bien ordenados los discos. A veces los discos parecen ordenados pero es el propio pendrive el que ha pillado el sda. Otra vez a reiniciar el sistema con Clonezilla.
Cuando hago una imagen del S.O. Debian11 y el orden sea el mostrado antes, la imagen del disco se hará con referencia a la unidad en sdc. Un mal día que tenga, y quiera restaurar la copia de seguridad de la imagen, me avisará de que se va a restaurar en la unidad sdc. Pero si ese día el kernel linux de Clonezilla le ha dado por poner un orden distinto, es muy fácil que me cargue los datos de otro de los discos.
Sólo me ocurrió una vez y no sabía lo que había hecho. El sistema seguía con la imagen anterior y una imagen gemela con particiones con UUIDs idénticas en otro disco de los cuales faltaban todos los datos. Me acordé de todos los parientes de Linux Torwalds y de sus colaboradores. Menos mal que tenía copia de seguridad diaria en otro PC, y pude restaurar todos los datos.
Clonezilla no me deja restaurar en otra unidad que no sea con la que se generó la imagen. Si es la «sdc», por narices te obliga a restaurar en la «sdc». Como no te hayas fijado bien qué disco es ahora «sdc» la vas a hacer buena. No sé por qué Clonezilla pregunta si ya lo tiene decidido. Ah bueno, debe ser un último aviso antes de la ejecución.
Voy a tener que tragar con este problema durante toda la vida de Debian11. Y en Debian12 ya van por el kernel 6.0.0-6 y yo con el 5.16.1 ¿A que voy a tener que usar Debian12 con ese kernel?
Este es un problema que considero muy gordo. Y que es motivo para largarme a otro sistema.
Dicen que «Linux lo puedes modificar a tu gusto». Pero para un usuario común eso es prácticamente imposible. Hay que hacer un master. Esto no creo que esté a mi alcance.
Voy a tener que estudiar a fondo todo el sistema SCSI de Linux y no soy programador. Tengo otras cosas que hacer que dedicarme a profundizar en Linux.
Luego que no se extrañen de que Linux apenas lo usa la gente.
En fin.
Hay una lista de correos de usuarios de Debían. A lo mejor te pueden ayudar. https://lists.debian.org/debian-user-spanish/
Hola de nuevo.
Perdona pero es que estoy bastante rebotado con este problema.
Me metí a comentar en el primer sitio que encontré. Después de estar googleando más de 11 meses.
No es el foro adecuado. Linuxadictos creo que es un portal de noticias e información sobre Linux pero no para arreglar problemas.
Lo siento. Buscaré en otro sitio.
Tranquilo. Planteaste el problema en forma respetuosa y me informaste de algo que no sabía que existía. Te vuelvo a recomendar la lista de correos de Debian que te dije en el otro comentario.
La mayoría de las respuestas a otros usuarios que plantean este mismo problema consiste en que usen los UUIDs. El problema es que la mayoría de las aplicaciones siguen usando la designación tradicional:
gparted
dolphin
clonezilla live
etc…
Cuando TODAS las aplicaciones usen los UUIDs o las etiquetas ya no me importará la nomenclatura antigua.
Podrían usar alias a los UUIDs (que no son para humanos).
Puedo decir que éste es el problema mas gordo que he tenido con Linux.
Me equivoqué.
El kernel de Debian12 que no desordena los discos es:
5.16.0-1 (que corresponde al oficial 5.16.7-2)
Hola de nuevo.
Te envío un enlace para puedas leer el problema tu mismo y de cómo los desarrolladores del kernel están trabajando para los ricos que tienen computadoras con cientos de discos.
https://www.suse.com/es-es/support/kb/doc/?id=000018449
en este párrafo traducido:
«A partir del kernel 5.3, el orden en el que se prueban y nombran los dispositivos SCSI se ha vuelto no determinista. Este es el resultado de un cambio que se envió para agregar el sondeo asíncrono de dispositivos. El sondeo se realiza de forma asíncrona por dispositivo, por lo que incluso los dispositivos en un solo bus pueden aparecer en orden «aleatorio». La lógica detrás del cambio es que si va a tener docenas de discos, uno quiere que se inicien lo antes posible, en lugar de sondear/fallar/esperar de forma síncrona; en un entorno donde hay cientos de discos y aún más particiones, este cambio es aún más importante. »
Al usuario doméstico, «que le den».
Pues mi PC arranca igual de rápido con los discos ordenados que desordenados. No observo ninguna ventaja. Serán milisegundos.
¿Os imagináis a Windows cambiando el nombre del disco de arranque C: a F: o a D:?
Pues nada, cuando ya no pueda seguir con los kernels antiguos decentes, dejaré Linux.
Gracias por el dato. Es muy interesante lo que planteas.
Por cierto, uno de los propósitos de año nuevo que sugiero es probar FreeBSD.
Hola. ¿Probaste usar noasync? Se usa con el comando mount.
mount -o noasync /partición /mnto
mount -o sync /dev/sda1 /mntMis discos tienen la opción noauto en fstab. Es decir no se montan al inicio. Sin embargo, si ejecutas
ls -l /dev/disk/by- verás que ya tienen asignados los nombres sda, sdb,…
Además tu comando no sirve para nada. Indica que estás montando una partición del disco sda, o sea, que el disco ya tiene asociado el nombre sda. ¿Acaso vas a poder cambiarlo a sdb? No puedes. Me imagino que eres de los que tienen un solo disco. Entonces puedes vivir feliz. Este problema no te afecta. Y aunque tengas varios discos, si no usas Clonezilla, ni dolphin, puedes vivir tranquilo.
Para la vida diaria, el desorden en la nomenclatura antigua no te afecta. La mayoría de las aplicaciones solo necesitan la referencia a particiones montadas en /media/ o en /mnt. Sólo que algunas aplicaciones como Dolphin te mostrarán las etiquetas de los discos desordenadas cuando vayas a montar los discos. Otras, como Gparted te mostrarán los discos con sus nombres actuales desordenados. Y si vas a usar Clonezilla Live, estáte muy atento de no equivocarte, porque sus creadores siguen usando los nombres reales sdX.
He probado la solución que dan en el enlace de suse que te indiqué más arriba pero no sirve. Y eso que el artículo de suse es de septiembre del año pasado. Sólo debe servir para la distro suse.
Aunque no me sirva de mucho, estoy leyendo ahora:
https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
en el apartado
12.3.2 Adjusting the Disk Order
Por lo menos suse da mucha más información. Y se me está pasando por la cabeza pasarme a Suse. Fue una de las distros que probé hace muchos años.
Añado que en el comando
mount -o sync /dev/sda1 /mnt
la opción sync es para la sincronización de datos en el disco. Le estás diciendo que los datos deben escribirse directamente al disco y pasar menos tiempo en la memoria.
No tiene nada que ver con el escaneo (sync o async) de los discos al inicio, que es de lo que trata mi problema.
Más des-información de kernel.org
https://docs.kernel.org/scsi/scsi-parameters.html
El parámetro concreto es: scsi_mod.scan
Literalmente pone:
scsi_mod.scan= [SCSI] sync (default) scans SCSI busses as they are
discovered. async scans them in kernel threads,
allowing boot to proceed. none ignores them, expecting
user space to do the scan.
Dicen que está puesto a sync por defecto. Esto es falso. Eso era ANTES. Pero ahora los nuevos kernels arrancan en modo async.
Los señores de kernel.org mienten o bien aún tienen la información desactualizada.
Lo peor es que poner las opciones del arranque que recomiendan en muchas webs no funcionan.
/etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=»scsi_mod.scan=sync» —-> NO FUNCIONA
Poniendo el comando en un fichero escaneo_sync
/etc/modprobe.d/escaneo_sync
con el contenido:
scsi_mod scan=sync —–> NO FUNCIONA
Lo han enredado tanto que sus propias instrucciones no funcionan.
Pero estoy tranquilo, pues dentro de 1 o 2 años volverán a pensar en los usuarios domésticos y pondrán alguna solución como generar kernels especiales para usuarios domésticos. Y si no lo hacen, verán como la cuota de Linux aumentará mucho para los supercomputadores y Microsoft verá como aumenta su número de usuarios domésticos.
Mira voy a dejar de enviarte mensajes porque escribí uno muy largo y lo envié pero parece ser que no aparece.
Me olvidé de la sana costumbre de copiar el contenido en un editor de texto antes de enviarlo en un foro.
Solo decirte que no has entendido lo que te dije. La opción sync en el comando mount es para la sicronización de datos y no tiene nada que ver con la opción sync para el escaneo de discos al inicio por parte del kernel.
No existe la opción noasync (solo sync o async). Lee «man mount».
Tu comando indica la partición sda1 de un disco denominado sda pero tu comando no sirve para cambiarlo a sdb.
La única solución que le veo a mi problema es arrancar el PC sólo con el disco del sistema y luego ir conectando los discos en el orden que quiero. Así se les asignarán los discos en el orden que quiera. Pero, como comprenderás, eso no sería una solución práctica.
Y a ver si lo entiendes: no tiene nada que ver que no montes los discos en un directorio. Los discos reciben los nombres sdX según los pilla el kernel.
Pensé que systemd fuese el culpable pero no lo es porque instalé Devuan (que no usa systemd) y siguen desordenados. El culpable es el kernel. Y las soluciones que dan en la propia kernel.org NO FUNCIONAN. Ni siquiera compilando el kernel.
No voy a escribir más aquí porque no quiero perder mi tiempo y que se pierdan mis mensajes.
Te agradezco tu amabilidad.
Si lo consigo volveré a comentarlo en tu foro. Pero ya me cansé del tema.
Hasta siempre.
Hola.
Los mensajes que tienen comandos hay que aprobarlos manualmente. Hoy es sábado. Hasta los blogueros nos merecemos un descanso.