MBR

” Un registro de arranque principal, conocido también como registro de arranque maestro (por su nombre en inglés master boot record, MBR) es el primer sector (“sector cero”) de un dispositivo de almacenamiento de datos, como un disco duro. A veces, se emplea para el arranque del sistema operativo con bootstrap, otras veces es usado para almacenar una tabla de particiones y, en ocasiones, se usa sólo para identificar un dispositivo de disco individual, aunque en algunas máquinas esto último no se usa y es ignorado. […]

Definición actualizada:

Es el primer sector (“sector cero”) de un dispositivo de almacenamiento de datos, como un disco duro. En Windows y OS X se emplea siempre y en Linux y BSD por defecto para el arranque del sistema operativo con bootstrap (una parte del cargador de arranque está en el MBR y otra parte en una partición aparte, puesto que el tamaño del cargador de arranque es mas grande que el tamaño de MBR). También es usado para almacenar la tabla de particiones de dicho disco duro.

¿Qué distro me recomiendan?

La gente que hace esa pregunta, en el 99 % de los casos no sabe lo que estan preguntando.

La diferencia entre diferentes distribuciones linux mínima, cosa que no es así si las comparamos con BSD, por ejemplo. Al final, si uno uso linux por un tiempo suficiente, se da cuenta de que todas las distros son casi iguales, aunque si que hay algunas pequeñas diferencias. ¿Cuáles son?

  • Se diferencian en qué software y qué versiones tienen disponible por defecto (me refiero a los repositorios). Digo por defecto, porque cualquier software que está disponible para una distro, también lo está para el resto, solo hay que compilar.
  • Se diferencian en qué traen instalado por defecto y cómo lo tienen configurado.
  • Se diferencian en los programas que utilizan para instalar y compilar (mas bien facilitar la compilación) programas.

Sigue leyendo

BSD frente a Linux 6

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/06

Construyendo el mundo en menos de 7 días

Como resultado del hecho de que el sistema base de BSD se desarrolle como una sola unidad, fácilmente se puede conseguir el árbol completo de código fuente para el entero sistema de base. Y debido a la forma en que está diseñado, puedes ejecutar un solo comando en el nivel superior para compilarlo todo. Para la mayoría de nosotros, esa es la forma normal de actualizar. Actualizas el árbol de fuentes al más nuevo (en pocas horas) con los cambios realizados por cualquiera, compilas, instalas los nuevos binarios y ya está.

Puede que no necesariamente quieras el último. Puedes coger las fuentes de la semana pasada, por ejemplo. Y normalmente, realizas todo el proceso de reconstrucción en cuatro pasos. Se comienza con un “buildworld” que compila “userland”, entonces un “buildkernel” que compila el kernel. Y a continuación, tomar una respiro profundo y hacer “installkernel” para instalar el nuevo kernel, y por último, un “installworld” para instalar el nuevo entorno de usuario. Cada paso está automatizado en el Makefile. Sigue leyendo

BSD frente a Linux 5

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/05

La ingenieria de las versiones

Todos los BSD’s mantienen el sistema bajo un control de revisiones, los tres BSD’s libres usan CVS. Un control de revisiones básicamente es un proceso mediante el cual la edición de un programa significa desproteger un archivo o grupo de archivos, realizar los cambios, a continuación, subir y proteger esos archivos en las nuevas versiones, junto con un mensaje que describa el cambio. Una historia completa de todos los cambios realizados se mantiene en el sistema de control de revisiones, por lo que se puede ver un historial de los cambios, echa un vistazo a una versión antigua, ver las diferencias entre algunas versiones arbitrarias, etc.

Todos los BSD’s facilitan el acceso público a sus repositorios CVS de un modo u otro, generalmente a través de CVS anónimo, o un mirror CVSup, o a menudo ambas cosas. Esto significa que, como usuario, puedes ver exactamente qué cambios ocurrieron cuando, quién los hizo y por qué los hicieron. También siempre puedes tener los últimos cambios (en unas horas, dependiendo de las estrategias del mirror). Todos los BSD’s libres tienen listas de correo a las que puedes suscribirte y ver los cambios que se hacen. De hecho, todos ellos tienen archivos de las listas de correo. Se puede hurgar en todo el árbol de fuentes de FreeBSD online en http://cvsweb.freebsd.org/src/, y ver toda la historia de cada archivo. Sigue leyendo

BSD frente a Linux 4

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/04

Los Ports

Luego está la segunda categoría, los addons. En el mundo BSD, esto se suele llamar el sistema de ports. El nombre tiene su razón de ser.

Antes, cuando se quería ejecutar un programa lo primero que había que hacer era compilarlo. Y muchas veces antes de poder compilarlo, tendrías que trastear un poco. El sistema requeriría diferentes archivos header. A veces, incluso habría que reescribir partes desde cero, por alho que no ha funcionado en tu sistema.

En otras palabras, habría que hacer un “port” a tu SO y/o tu sistema específico. Lo que se intenta con el sistema de ports es hacer todo eso por tí. También automatiza la compilación e instalación, y proporciona servicios de enpaquetamiento (para cosas como ‘desinstalación’) que no se ven en el nombre.

Pero como pasa con muchas cosas, ha sobrepasado su nombre y se ha convertido en la bestia que es hoy. Sigue leyendo

BSD frente a Linux 3

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/03

El sistema base

El concepto de “sistema base” es algo que creo que causa la mayoría de los problemas a la gente acostumbrada a la metodología Linux. Lo cual es muy comprensible, porque el concepto no existe en el mundo Linux.

Linux, desde el comienzo era sólo un kernel. Sin entrar en el eterno debate de qué es un “sistema operativo”, se puede afirmar que el núcleo (kernel) por sí mismo no es muy útil. Se necesitan todas las utilidades del espacio de usuario para que funcione. Linux siempre ha sido un conglomerado, un núcleo por aquí, un ls por allí y ps, vim, perl, gzip, tar, y un montón de otros.

Linux nunca ha tenido ningún tipo de separación entre lo que es el “sistema base” y las “utilidades”. Todo el sistema se considera “utilidades”. MySQL no es diferente de ls o de KDE, de whois, de GnuCash o de … Cada bit del sistema es sólo uno u otro paquete de complemento.

En contraste, Sigue leyendo

BSD frente a Linux 2

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/02

Los contrincantes

Haré un pequeña introducción de los sistemas de los que voy a hablar. Notese que la información no es exhaustiva.

Unix

Unix no es exactamente un sistema operativo. Bueno, lo es y no lo es.

En el uso específico, Unix es un sistema operativo desarrollado originalmente a finales de los 60, en los Laboratorios Bell, por Ken Thompson y Dennis Ritchie. Desde entonces se ha mejorado y distribuido como un sistema operativo comercial y un sistema operativo experimental para la investigación, por los Laboratorios Bell, USG, USDL, Atis, USL, Novell y SCO, y todo el que haya podido inventarse un acrónimo.

Probablemente no es exagerar demasiado decir que Unix es el sistema operativo más influyente en la computación moderna. Sigue leyendo

BSD frente a Linux 1

Esto es sólo una traducción, yo no soy el autor.

Artículo original en:
http://www.over-yonder.net/~fullermd/rants/bsd4linux/01

¿Qué es esto?

Uso FreeBSD en mis equipos. Muchos de mis amigos usan Linux, o al menos una de las distribuciones. Claramente estamos de acuerdo que la decisión acertada es un sistema operativo tipo Unix, pero no estamos de acuerdo en cuál usar.

Me parece que la comunidad BSD en general entienden Linux mucho mejor que la comunidad Linux a BSD. Tengo algunas teorías acerca del por qué, pero eso no es relevante. Creo que muchos usuarios de Linux dejan BSD porque no entienden muy bien cómo y por qué es BSD como es. Por lo tanto como usuario BSD, quiero tratar de explicar cómo funciona BSD, de una manera que los usuarios de Linux puedan entender.

Si bien hay gran similitud entre los sistemas operativos en la mayoría de los casos, también hay muchas diferencias. Al indagar más en las diferencias, uno se encuentra con que surgen desacuerdos desde lo más profundo. Algunos desacuerdos son sobre la metodología de desarrollo, otros son de implementación y uso, otros de qué es lo importante y otros sobre qué sabor de helado es superior. Comparar sólo las diferencias superficiales no te dice nada, es las diferencias profundas donde se explica y justifica por qué cada grupo hace las cosas de la manera en que lo hacen.

Sigue leyendo