[Atl42] Arch: beneficios y desventajas

Facundo Andrés Bianco facundo en quilmeslug.org
Mie Mayo 26 01:17:43 CEST 2010 

Lo mandaron a la lista de gulBAC así que lo fowardeo.

PD: Ya hay proyectos como ArchHURD y jamás he tenido problema alguno, a lo
sumo cuando paso se resolvió en tres días, a diferencia de debian que estuvo
un mes en muchos casos :/

---------- Mensaje reenviado ----------
De: Martín Cigorraga <martosurf7600 en gmail.com>
Fecha: 25 de mayo de 2010 20:05
Asunto: Re: [gulBAC] ARCH LINUX
Para: "Lista de correo del gulBAC: Grupo de Usuario de Software Libre Buenos
Aires Central" <gulbac en linux.org.ar>


Excelente info, por supuesto que Arch no es para el que quiere tener una
máquina andando y nada más aunque sí lo es para todos los demás que les
gusta el tema, tengan o no experiencia ("Caminante, se hace camino al
andar").
Quiero hacer una aclaración y algunos comentarios sobre este artículo:

Aclaracion:
"no hay tanta documentacion como si la hay de Ubuntu o Fedora": ERROR!!  -
Arch está sumamente documentado en cada uno de sus detalles más oscuros, la
wiki de Arch es de hecho una de las más completas que hay en la web (la otra
puede ser Gentoo), tanto en cantidad de temas cubiertos como en la calidad
técnica. De hecho la comunidad de Arch se distingue por su excelencia en
conocimiento del sistema y nivel técnico. Si comparamos en cantidad de
artículos o post en foros oficiales de Arch con Ubuntu o Fedora por supuesto
que estos últimos van a ser más numerosos, sin embargo fíjense la calidad de
post en esos foros... en Fedora tienen un nivel un poco mejor pero en Ubuntu
APESTAN.
No es casualidad que la wiki y foros de Arch tengan un nivel tan alto sino
más bien consecuencia la filosofía propia de la distro "The Arch Way": si no
podés con algo MANEJATE, probá, busca info, probá, documentate, probá,
rastrillá foros, wikis y man pages, probá probá y probá: si encontraste la
solución sos bienvenido a exponer tu caso y como lo solucionaste para que de
esa forma nos beneficiemos todos y vos hasta puedas pulir la solución, si no
le encontraste la vuelta pedí ayuda detallando tu problema y los pasos que
diste para tratar de arreglarlo, seguramente vas a encontrar alguien (varios
usualmente) con muchas pilas que te diga el diagnóstico exacto y la
solución.
Por supuesto que esto no es para cualquiera sino para entusiastas del tema,
la ventaja es que toda esa "pérdida de tiempo" es el camino a aprender en
serio ya que es muy común que para solucionar algo antes tengamos que
ajustar otra cosa y para esa otra cosa antes hace falta arreglar aquello, y
no vendría mal leer algo de esto otro también porque aunque no tiene
relación directa sí está relacionado tangencialmente xD y además lo que
nunca falta y es un clásico es que en el camino a solucionar tu problema
encontrás soluciones, pistas, optimizaciones para otras cuestiones, y te das
cuenta que lo que creías que andaba al pelo está atado con alambre xDD

Comentario 1:
Arch está orientado a puristas del sistema, al igual que Gentoo/Funtoo. Hay
algo muy pero muy imporante que aunque parezca un detalle es muy groso: Arch
entre otras cosas usa el sistema de inicio *BSD (lo más parecido a Unix que
hay) en vez del System V que se desarrolló después y fue incorporado por la
mayoría de las distros, Debian entre ellas. De Ubuntu no hablo porque creo
que cambiaron hace un tiempo al upstart y realmente no lo conozco, pero,
basta hechar un vistazo general al /etc de Ubuntu para que a uno le den
mareos :S
En los sistemas con System V se tiene que crear un archivo de configuración
y un directorio especial para cada modo de inicio del sistema; en las
carpetas en vez de tener los demonios directamente se hacen softlinks una
carpeta central donde se encuentran todos los demonios. De esta manera, si
tenemos 20 demonios cargando al inicio (más de uno los tendrá) tenemos 7
directorios con 20 symlinks c/u apuntando a un directorio central, con su
propio archivo de configuración :P
¿Alguien vio lo que es el /etc de Arch? Limpio, ordenado y práctico - el
mismo sistema de inicio y carga de demonios que los *BSD con la diferencia
que esos sistemas tienen 3 modos de init solamente contra los 7 de Linux.
En Arch, los demonios se cargan básicamente en un sólo archivo,
/etc/rc.conf, desde ahí se maneja el corazón del sistema de arranque. A
continuación les muestro el contenido del archivo para que vean la
simpleza/limpieza de la configuración: todo es así en Arch, fácil, claro,
transparente, sin complicaciones extra (Keep It Simple):

[martin en blackbox rc.d]$ cat /etc/rc.conf
#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime", any other value will result
#   in the hardware clock being left untouched (useful for virtualization)
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="es_AR.UTF-8"
HARDWARECLOCK="localtime"
TIMEZONE="America/Argentina/Buenos_Aires"
KEYMAP="es"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
# MOD_BLACKLIST: Prevent udev from loading these modules
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
#
# NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES
array.
#
MOD_AUTOLOAD="yes"
#MOD_BLACKLIST=() #deprecated
MODULES=(fglrx !vboxdrv !vboxnetflt !vboxnetadp !usblp)

# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"

# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
#
HOSTNAME="blackbox"

# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
#   - prefix an entry in INTERFACES with a ! to disable it
#   - no hyphens in your interface names - Bash doesn't like it
#
# DHCP:     Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
#

#Static IP example
#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
#   - prefix an entry in ROUTES with a ! to disable it
#
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)

# Enable these network profiles at boot-up.  These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
#   - set to 'menu' to present a menu during boot-up (dialog package
required)
#   - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network.d
#
# This now requires the netcfg package
#
#NETWORKS=(main)

# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
#   - prefix a daemon with a ! to disable it
#   - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng dbus network netfs crond alsa hal ufw !cups avahi-daemon
!avahi-dnsconfd vmware !kdm)
[martin en blackbox rc.d]$

¿Vieron que las últimas versiones de Ubuntu trae el directorio /etc/apt
super poblado, osea, de donde salieron todos estos archivos? Ni que hablar
que hace rato que el /etc/apt/sources.list dejó de ser el único archivo de
configuración de repositorios, puaajj.
En Arch todo se maneja desde un archivo que se llama /etc/pacman.conf y el
directorio /etc/pacman.d/ que contiene un archivo llamado mirrorlist; listo,
nada más que eso. En pacman figuran los repositorios oficiales y ahí se les
puede agregar los que querramos, cosa que practicamente no hace falta porque
al contar Arch con un sistema de repositorios de usuarios (los Trusted Users
o TUs) llamado AUR (Arch User Repository/ies) tenemos siempre los paquetes
actualizados y en fuente, listos para bajar y compilar con las
caracteríticas de nuestro sistema, todo de forma automática (acá es similar
al Gentoo).
Como último, contarles que Arch trae una herramienta en Python, rankmirrors,
que ranquea la cantidad de servidores que se le den de acuerdo a su
velocidad y los ordena de forma ascendente, es un detale pero un detalle
útil. De esta foram corriendo cada tanto esta aplicación -yo la corro muy
cada tanto- nos aseguramos de tener siempre descargas a máxima velocidad
(125kb con picos -sostenidos, no se cómo hacen- de 130 a 150kb - conexión de
1 mega Fiber).

Comentario 2: no todo son rosas.
Yo no sé lo que habrá sido GNU/Linux en sus comienzos en cuanto a
fiabilidad  y robustez, pero es evidente que hoy en día con tanta mano que
se mete en todos lados empezando con los kernels ya no es lo que era.
Hace unos días instalé un virtualizador y ayer y hoy ya tuve los primeros
cuelgues, bloqueos totales del sistema donde no andaba nada, ni acceder a
otras consolas ni la famosa Alt+PrtScrn... nada. Como resultado, sendos
reseteos duros me mostraron en los subsiguientes booteos que se recuperaban
datos de los journals y se eliminaban varios inodes invalidos (grrrrr!! Arch
y la @#$$/!!!! menos mal que tengo todo en ext4...

Arch podrá ser muy lindo pero no deja de ser Linux, y si Mr. Torvalds dijo
hace un par de años o más que el núcleo había perdido un %12 de eficiencia
con respecto a las primeras versiones no quiero saber hoy en día... ¿¡para
cuando el Hurd!? Va siendo momento que los muchachos de Debian se apuren y
larguen su Debian kFreeBSD :D

Comentario 3:
Arch no tiene ni el %10 de la compatibilidad de hard que tiene Ubuntu porque
las necesidades de su comunidad son distintas a las de otras distros. Si
vamos a usar sólamente GNU/Linux en nuestras PC y queremos usar periféricos
dejemos un huequito para Ubuntu. Ubuntu es la punta de lanza de para que
GNU/Linux ingrese al mercado masivo y sea conocido y usado por el público
general. Hacer andar andar un periférico (multifunción, webcam, placa de
wifi, audio, la misma ATI que tengo yo etc.) es complicado por usar un
término liviano. No es imposible, pero a veces es desesperante. Lo bueno de
Arch que la mayoría de las veces con desempaquetar los .RPM de OS o Fedora e
instalarlos correctamente vamos a andar bien, pero para eso hay que saber y
bastante. Por eso siempre es útil tener a mano una partición con Ubuntu o
Linux Mint o Fedora o el mismo OpenSUX o cualquier otra distro que tenga
buen soporte de hard.


Por último, mejor que todo este blah blah mío les dejo un link con la
entrevista que le hicieron al grupo de devs en OSNews.com con preguntas que
hicieron los propios usuarios de Arch donde se revela el espíritu de la
distro: http://www.osnews.com/story/22692/Arch_Linux_Team
(recomiendo distrowatch.org -un clasico- y osnews.com para estar al día con
las distros)

---------- Mensaje reenviado ----------


-- 
Facundo Andrés Bianco (Vando.)
GNUPG ID: 0x89C1B42F
XMPP: vando en jabberes.org
omb: identi.ca/vando
SoftwareLibre.org.ar
BuenosAiresLibre.org.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ourproject.org/pipermail/atl42-public/attachments/20100525/c09bbeb7/attachment.htm

Más información sobre la lista de distribución Atl42-public