Definamos Normal.

El Blog personal de Rafael Rojas

Category: Linux (page 1 of 2)

En verdad hay demasiadas distros?

Siempre ha rondado una pregunta que casi todo sitio dedicado a GNU/Linux se ha preguntado alguna vez: ¿existen demasiadas distribuciones de GNU/Linux? Esa pregunta, dependiendo del sitio se responde si o no dependiendo de los posibles problemas por la creciente fragmentación de distribuciones y problemas de integración y estandarizacion, o no viéndolo del punto de vista de la libertad del software libre de ramificar (fork) cualquier proyecto en cualquier momento por cualquier razón (valida o no).

A mi opinión si existen demasiadas distribuciones de GNU/Linux ahí afuera y si puede ser a la larga un problema de estandarizacion a la hora de liberar grandes productos comerciales (que distro, que versión de paquetes, que tipo de paquetes, que licencias, que repositorios) y la duplicidad de esfuerzos (o Wayland vs Mir). Pero al mismo tiempo, tampoco es un “problema” grave.

Por definicion esto no es necesariamente malo o no es necesariamente culpa de los creadores de tanto fork de Ubuntu que apenas cambia algunas cosas y ya exigen diferenciarse de la versión fuente, no. Este es un problema de concepto:

Definiendo que partes componen a una distribución de Linux, deshuesando todos los conceptos y dejándolo al resumen mas simple, sus componentes son:

Continue reading

Viernes de links #2

Linus Torvalds. “Short answer: we actually know what we are doing. You don’t.

Hay demasiadas distros de Linux?

El nombre oficial de la siguiente version del kernel Linux es Suicidal Squirrel, y eso es genial

Intel dice que no mantendra los parches para xmir que eso le toca a canonical. Eso genera varias rabietas de quinceañera despechada

En respuesta, el sitio cuasi-religioso OMGUbuntu! publica un video del gran avanze de Mir

Para que rebloguear lo que alguien mas ya hizo? todo lo que necesitas saber de los UUID en Linux

 

Aprende a chiflar con dos dedos yo todavia no he podido 🙁

El innecesario legado de separar /boot

Algo que veo repetido en casi todas las guías de instalación de Arch Linux es la parte del particionado: separar el directorio /boot en otra particion, ¿por que?

Hasta hace poco se lo atribuía a la guía de instalación “oficial” publicada en el sitio de archlinux, pero tal fue mi sorpresa de que incluso ellos actualizaron la guía de instalación y ahora no menciona nada de separar raiz / y /boot.

Y por que separar /boot?

Las razones por las que se necesita (y por que no se necesita) separar /boot son:

El sistema  no puede iniciar si /boot esta dentro de un LVM, necesita estar separado.
Cierto hasta que se implemento GRUB2, los sistemas que inicien desde GRUB0.99 (o grub legacy) tendran que sacar /boot de su arreglo de discos LVM.

Mayor velocidad de arranque si esta formateado con ext2.
Verdad a medias. Si bien es cierto que un filesystem sin journaling es teoricamente mas rapido, con las recientes implementaciones de filesystems (ext4, btrfs) esta diferencia es imperceptible para el usuario de escritorio, sin contar discos duros modernos o SSD.

Seguridad, si el sistema se daña puedo reiniciar mi sistema, montar /boot y reparar cosas.
Valido si usas LVM o LUKS, de cualquier otra forma no tiene caso.

Compartir /boot con otras instalaciones de Linux.
Pues si, /boot puede ser otra partición accesible para 2 diferentes sistemas Linux. Técnicamente se puede, aunque no se ahorrarian mas que un par de MB en espacio y el detalle de que 2 gestores de paquetes toqueteen el mismo directorio no me da espina.

Entonces, ¿esta mal que separe /boot en mi instalacion de mi equipo personal?. No, solo es innecesario en la inmensa mayoria de los casos. Aunque siempre recomiendo hacer pruebas y usar de vez en cuando otros esquemas mas avanzados de particionado. 🙂

Hacer que el grub recuerde el ultimo sistema operativo que inicio

Hay algunas versiones de Linux que tienen el grub configurado para que este recuerde el ultimo sistema operativo con que se inicio y lo tenga seleccionado como default. Esto es muy útil cuando usas un equipo con múltiples sistemas operativos (Windows y/o Linux) y andas reiniciando entre ellos.

Hay dos opciones que vamos a tomar de la documentación oficial del grub (no la wiki de Arch): GRUB_DEFAULT y GRUB_SAVEDEFAULT:

‘GRUB_DEFAULT’
……………..
If you set this to ‘saved’, then the default menu entry will be that saved by ‘GRUB_SAVEDEFAULT’, grub-set-default, or grub-reboot.

‘GRUB_SAVEDEFAULT’

If this option is set to ‘true’, then, when an entry is selected, save it as a new default entry for use by future runs of GRUB. This is only useful if ‘GRUB_DEFAULT=saved’; it is a separate option because ‘GRUB_DEFAULT=saved’ is useful without this option, in conjunction with grub-set-default or grub-reboot. Unset by default. This option relies on the environment block, which may not be available in all situations (see Environment block).

Ok, para hacer esto en nuestro ArchLinux, o en cualquier distro con grub2 ya que los archivos son estándar, hay que editar el archivo /etc/default/grub y

Editar esta linea asi (el default es cero):

GRUB_DEFAULT=saved

Y descomentar esta otra:

GRUB_SAVEDEFAULT=true

Por ultimo editamos el archivo /etc/grub.d/40_custom y agregamos al final la opción:

savedefault

Al final actualizamos el grub

grub-mkconfig -o /boot/grub/grub.cfg

Y listo.

Si por ejemplo tienen ArchLinux y Windows, reinician el equipo con Windows, y al reiniciar de nuevo Windows sera la opción default hasta que inicien con Arch 😀

Protip: afinar el control de volumen en kmix

Kmix es la herramienta de control de audio de KDE, controla las entradas y salidas de audio y trabaja con pulseaudio para manejar perfectamente los dispositivos de audio.

kmix

Funciona bien, solo hay un detalle: cuando subía o bajaba el audio desde el teclado, kmix daba grandes saltos (del 20%) haciendo que modificar un poco el volumen fuera o muy alto o muy bajo, y eso pues es exasperante….

Pero se puede solucionar

Solo basta editar el archivo kmixrc y agregar una linea:

abrimos el archivo:

vi $HOME/.kde4/share/config/kmixrc

En algunas distros el directorio de configuración de usuario es .kde, en archlinux es .kde4

Y justo debajo de la sección [global] agregar: VolumePercentageStep= con el porcentaje de cambio de volumen, el mio quedo así:

kmix1

El cambio queda del 1.5% y no del 20% como era antes, mucho mejor para mi y mi laptop 😀

Por ultimo solo queda reiniciar kmix para que queden los cambios:

pkill kmix && kmix &

Mi volumen ya no queda como alto-medio-bajo. Saludos!

De pantallazos viejos

Pues navegando por una vieja cuenta de Gmail que creia haber cancelado 8pero no) me encuentro albumes web de picasa viejos como el polvo mismo. Bueno, no tan viejos, pero si realmente viejos pantallazos y fotografias de mis tempranos momentos linuxeros.

Trinidad
Fue mi primera Laptop, regalada por uno de mis hermanos a medidados del 2004, en el 2005 instale Ubuntu en ella nomas para experimentar… 7 años depsues sigo probando Linux ;). Vieja IBM Thinkpad con Intel Celeron @1mhz, 40 GB en HD y 512MB de RAM, le di carrilla durante un par de años casi siempre con Linux, por que windows corria horrible en ese hardware.

Soledad.
Soledad era una lptop Gateway con procesador intel coreduo, 2 gb de ram y 160 gb de disco duro, me la compre a mediados del 2007, venia nada mas con un defecto de fabrica: venia con Windows Vista, se lo quite en menos de 20 minutos borrando windows e instalando ubuntu 7.04 😀

Recuerdo que profesores y compañeros de la escuela me decian que brincar totalmente a Linux era una mala idea, que contrariedad. Continue reading

Entendiendo a Systemd: targets y servicios

Continuando con estos temas de systemd (ahora que el tiempo ha dado tregua :P) vamos a la siguiente parte.

Niveles de ejecucion/targets

Los runlevel o nuveles de ejecucion en sistemas tipo Unix SystemV se refiere a el modo de operacion del sistema, generalmente son 7 distintos niveles de ejecucion, aunque algunos sistemas varian de 7 a 10 niveles distintos de ejecucion.

En ArchLinux hay 7 niveles de ejecucion en los initscripts

Nivel Descripcion
0 Halt/Apagar
1 Mono-usuario (modo de mantenimiento)
2 No usado
3 Multi-Ususario
4 No usado
5 Multi-Usuario con X11
6 Reinicio

Distintos niveles de ejecucion son llamados durante el inicio del sistema o durante el apagado/reinicio, esto claro con initcripts, systemd hace las cosas un poco diferente.

Systemd tiene un concepto de objetivos o targets que tienen el mismo objetivo que los niveles de ejecucion, pero funcionan diferente: Continue reading

Entendiendo a Systemd

Se ha hablado mucho de el cambio a systemd en ArchLinux, pero se ha hablado realmente poco de que es systemd, como funciona y de si es es una mejora o no para el sistema Arch, mucho menos se ha mencionado de que distros como Fedora u OpenSuSe ya adoptaron definitivamente systemd, o que Gentoo o Debian testing ya lo adoptaron desde hace tiempo como alternativa.

Que es systemd?

Systemd es un gestor de sistenma y servicios para Linux, compatible con scripts Sysv o init, tiene capacidades de paralelizacion de procesos (manejar 2 o mas procesos en el arranque al mismo tiempo), pero no solo hace eso:

  • Usa Dbus y Sockets para activar servicios
  • Puede ejecutar daemons por demanda
  • Optimiza el uso de recursos utilizando cgroups
  • Soporta snapshots y restauracion del sistema a un punto definido
  • Administra puntos de montaje y montaje de unidades de almacenamiento

Y que hace?

Generalmente la administracion de un sistema GNU/Linux se divide en varias partes: estan los servicios o daemons que corren ciertos programas de fondo, estan los puntos de montaje con permisos y usuarios, asi como dbus, los sockets que escuchan protocolos y ordenes. Cada una de estas partes con su propia administración y su propia logica, systemd es un entorno para manejar todo esto dentro de la misma herramienta.

Systemd trabaja con unidades. Una unidad en un archivo que contiene informacion acercad e un servicio, un socket, un punto de montaje o de automontaje, un swap o simplemente un pounto de inicio de una aplicacion o script gatillada por systemd. La sintaxis esta insirada en la especificacion de los archivos .desktop que utilizamos para lanzar las aplicaciones de cualquiera de nuestros programas (en cualquier escritorio Linux), esta basado en la especificacion de XDG Desktop Entry.

Mas tarde escribire de estas undiades y como crear nuestras propias unidades y puntos de inicio, de momento hasta ahi vamos bien.

Y como funciona

Ya habia hablado al respecto en otro post que instalaba systemd en ArchLinux y que jugara con initscripts (que hace falta un post sobre instalar y correr a puro y duro systemd, que es la mejor opcion ahora), voy a abarcar un poco de ello:

La principal herramienta de systemd es:

$ systemctl

Podemos listar las unidades en ejecucion

$ systemctl list-units

Las unidades disponibles se encuentra listados en los directorios /lib/systemd/system y /etc/systemd/system, aunque tambien se pueden listar con:

systemctl list-unit-files

Esto me da la lista de las unidades disponibles y el estatus de ellas

Activar una unidad:

# systemctl start

Deactivar una unidad:

# systemctl stop

Reiniciar una unidad:

# systemctl restart

Recargar una unidad:

# systemctl reload

Muestra el estatus de una unidad, incluso si esta en ejecucion o no:

# systemctl status

Habilita la unidad que sea iniciado en el proximo arranque:

# systemctl enable

Deshabilita una unidad para que no sea iniciado automaticamente en el siguiente arranque:

# systemctl disable

EJEMPLO:

Quiero que mi servicio de bluetooth se inicie por default al iniciar el sistema:

sudo systemctl enable bluetooth.service

Pero mas que habilitar su inicio, yo lo necesito ahora:

sudo systemctl start bluetooth.service

pero no estoy seguro si inicio o no:

sudo systemctl status bluetooth.service

Y me da:

Y si ya no quiero que inicie el bluetooth por default?

sudo systemctl disable bluetooth.service

Ahora, imaginen que fuera asi para demonios, servicios, puntos de montaje, sockets y administracion general del sistema, una sola herramienta de sintaxis sencilla y facil de automatizar con scripts, suena bien ¿no?

para este fin de semana hay que adentrarons en la sitaxis de las unidades, dejar a Arch con puro y duro systemd y enchular el systemd. Saludos

Para leer:
http://freedesktop.org/wiki/Software/systemd/
http://0pointer.de/public/systemd-man/systemd.unit.html
https://wiki.archlinux.org/index.php/Systemd

ArchLinux: de fuentes y binarios

Hay una característica muy buena y poco explotada o conocida en si de la distro preferida de este autor: ArchLinux es una distribución híbrida. Y por híbrida se refiere a que es una distro que utiliza paquetes binarios pre compilados como los .deb y los .rpm pero aquí se llaman .pkg.tar.xz, pero a la vez puede utilizar un modelo de utilizar código fuente y compilarlo según las necesidades propias del usuario y del equipo (al mas puro estilo de gentoo).

 

Esto es lo que quiero explicar en los siguientes posts, de manera detallada y lo mas simple posible, yendo por una explicación mas detallada de lo que son los paquetes, que es ABS, que es AUR y como funcionan. Vamos empezando por aprender la diferencia entre paquetes precompilados y manejo de código fuente: Continue reading

Usando Ubuntu

 

Ubuntu fue la primer distro de Linux que realmente empeze a utilizar, hace algunos años la curiosidad por ese sistema operativo me llevo mas y mas a aprender del software libre, de GNU/Linux y al final de cuentas a enfocar mi carrera a esa especifica área.

Durante estos años seguí utilizando una u otra distro dependiendo de mi curiosidad o necesidad en el momento, en el 2009 esa curiosidad me hizo dejar a mi ubuntu 8.10 (un par de meses antes de la salida de 9.04) y probar ArchLinux, y hasta ahora ha sido el sistema de mi completa preferencia.

Estos pasados días descargue la Beta2 de Ubuntu 12.04 y me hice a la idea de probar dicha distro por algunos días. Quiero probar de primera mano Unity, que dicho sea de paso nunca me gusto pero del cual quiero ver si realmente no me gusta o si es mero estigma. Me voy a meter a utilizar ubuntu one a pesar de que ya manejo 2 servicios de sincronización de archivos a ver si realmente vale la pena. Después de acostumbrarme a pacman y a AUR voy a volver a apt-get y a su sistema de PPAs y ver que tan útiles son.

Tampoco quiero metrme al papel de super-critico-linuxero  que dicta que distro es mas mejor, nada de eso, es solo mera curiosidad de su servidor 😉

Ah, y tampoco odio a Ubuntu y/o canonical

En fin, quiero utilizar la distro a manera personal por algunos días para moldear mi muy personal juicio a cerca del rumbo que esta tomando, la aproximación hacia el usuario y la enorme apuesta que canonicato esta haciendo.

¿Que si voy a quitar ArchLinux? No, lo voy a probar en otro equipo que tengo disponible para ello (Core2Duo, 4 GB de RAM, Intel 965GMA) por que llevo meses con mi sistema ArchLinux perfectamente acomodado y me da flojera respaldar configuraciones y reinstalar todo después de probar ubuntu de nuevo (que voy con la noción que voy a probar y no quedarme ahí).

Entonces así es, vamos quitándonos algunas opiniones fundamentadas en la opinión de alguien mas y vamos viendo que tal sale este curioso ecosistema llamado Ubuntu.

Saludos

Older posts

© 2017 Definamos Normal.

Theme by Anders NorenUp ↑