Esta faq trata sobre sobre las distribuciones de Linux, (es la primera faq que se realiza para Slug). Esta Faq tiene su origen en las preguntas y contestaciones realizadas en la lista l-linux.. Me ha sido imposible no añadir algo de información de mi cosecha, pero en candidad ínfima y totalmente objetiva y contrastable. Son muchos los que han participado en esta lista y cómo no sería justo olvidar a nadie se remite a la fuente original de esta Faq,.Esta Faq partió de la consulta realizada por Manuel Trujillo el 11-Agosto con Subject "Slackware vs. RedHat". Esto, provocó una lluvia de comentarios que duraron algunos días y que hemos enlazado con algunos que se han producido con posterioridad. Dichos mensajes se pueden consultar en: lista l-linux.. Dado que el autor de este arreglo o recopilación no es ninguna autoridad en el tema, y que los participantes en la lista no han mostrado un acuerdo unánime en algunas cuestiones, sería sorpredente que no existan errores o malos entendidos. Esto pretende ser una visión, lo más objetiva posible, de los debates producidos en torno a las distribuciones de Linux. Para cualquier información complementaria, o corrección podeis dirigiros a: Antonio Castro Snurmacher (acastro@ctv.es) email -
A: Aunque es muy frecuente usar el termino de S.O Linux, o Distribución de Linux lo cierto es que resulta una simplificación que puede inducir a errores. Lo que habitualmente se llama "Linux" es todo un conglomerado de software de diversas procedencias. Solamente el kernel es verdaderamente "Linux". Para ser verdaderamente justo, habría que llamar al sistema operativo "sistema GNU con kernel Linux". Slackware es la heredera de la distribución SLS, una de las primeras que hubo, cuando Linux era "solo para hackers". Pero el concepto de "puro Linux" no es fácil de defender cómo algo valorable en una distribución.
A: En la actualidad la comunidad Linux esta abandonando el formato "a.out" para incorporar el nuevo formato ELF que ofrece varias ventajas sobre el anterior. Son ventajas fundamentalmente para los desarrolladores de Software. Por ejemplo los iconos no fueron considerados cuando se diseño el formato ELF pero este formato es fácilmente ampliable. Este nuevo formato es el utilizado en Unix System V Release 4, lo cual no quiere decir que sean compatibles. Una distribución puede estar íntegramente *basada* en ELF careciendo de binarios "a.out" Sin embargo hay distribuciones totamente realizada sen formato "a.out" que icluyen librerías ELF y se dice que tienen *soporte* para ELF. Existe una clara tendencia en las distribuciones hacia el formato ELF.
Q: ¿Qué distribución de Linux es la mejor?
A: No se puede recomendar una sola distribución de Linux cómo la mejor, porque distintos usuarios tienen distintas necesidades. En realidad Linux es una porción pequeña del sistema operativo llamado nucleo (kernel). Esta porción es la responsable de controlar directamente el hardware del sistema. (memoria, cpu, y dispositivos de entrada salida,) El resto del sistema operativo está compuesto de programas de distintas procedencias. Hay muchas distribuciones de Linux. Unas son comerciales y otras son gratuitas.
En las distribuciones comerciales es normal proporciornar un valor añadido que es en realidad lo que se vende. Por ejemplo, Caldera incorpora su Caldera Network Desktop, y WorkGroup Solutions utilizaba cómo base de su distribución la de Slackware y en la actualidad está cambiando a la de Red Hat. El interés que tengamos por un determinado valor añadido es fundamental a la hora de elegir una distribución. La cuestión es si eso que añaden nos resulta necesario en nuestro caso particular. Por ejemplo si necesitamos un Linux muy completo y que además cumpla los estandares de Posix habrá que comprar posiblemente Linux-FT, que es bastante caro. El Linux Journal de Septiembre de 1.996 tiene un artículo sobre las distribuciones de Linux disponibles en el mercado. Comparan unas 10 distribuciones y dan suficientes detalles para que el personal se entere de cómo va cada distribución. En esta Faq se comentaran sobre todo las tres más conocidas (Slakware, RedHat, y Debian) y alguna otra de pasada. Slackware la mantiene una sola persona. Red-Hat lo mantiene una empresa (varias personas), y Debian un numeroso grupo de voluntarios. Por orden de antigüedad (o veteranía cómo se quiera mirar) sería Slackware, RedHat, y Debian.
SLACKWARE
INTRODUCCION- A pesar de todas estas críticas es la versión más instalada en España, esta distribución ha sido muy copiada por algunas revistas, y distribuidores de programas Shareware en CD-Roms. Por ello y por ser una de las primeras viene su popularidad. - Está mantenida por una sola persona (Patrick Volkerding), apoyada por una empresa (Lasermoon) Slackware es la heredera de la distribución SLS, una de las primeras
PROS- Slackware es criticada por algunos usuarios que han tenido ocasión de compararla con Redhat o Debian pero lo cierto es que actualmente es la distribución más utilizada en España, y tiene aún sus defensores que principalmente ven en Slackware una oportunidad de cacharrear con Linux. Estos encuentran interesante aprender a configurar cada día una cosita más, (cosa muy necesaria en Slakware que no trae todo prefectamente configurado). Algunos defensores de Slakware hablan de cosas cómo de la pureza de Linux indicando con ello que quizas otras distribuciones tienen más cosas que las que tradicionalmente traía el Linux. Para algunos en RedHat la instalación va más allá de lo necesario, configurando cosas con criterios algo subjetivos que pueden adaptarse o no a nuestras necesidades, o a nuestros gustos. Por ejemplo pides que te instale las X y de paso te instala un escritorio muy bonito que no es lo que necesitas. O pides que te instale un servidor de news y te lo monta todo cómo le parece. Y es que para algunos los adornos en un S.O. representan una amenaza (síndrome de Windows). Para otros en cambio no. Además existe mucha documentación (libros, FAQ's y HOWTO's) que hacen referencia a Slackware. Algunos son documentos que se han ido modificando pero que empezaron cuando apenas existia gran cosa aparte de Slakware. En muchos ftp sites abundan los *.tgz de Slackware. Ojo un paquete de Slackware tiene la extensión tgz pero un fichero con la extesion tgz no es necesariamente un paquete de Slackware. En ambos casos son ficheros creados con tar y comprimidos con gzip pero en Slackware además suele haber un directorio /install con una shell para completar la instalación. En algunas distribuciones se incluyen Faqs y Howtos que parecen estar pensadas para Slackware.
CONTRAS- Esta distribución no sigue la FSSTND, sino que instala cada paquete donde su creador "piensa" que deben ir los ficheros. Para algunos en este aspecto resulta bastante anárquico, y existen algunos errores de configuración que comprometen la seguridad del sistema, lo hacen poco recomendable en una máquina conectada a la red. - Su menú de instalación 'setup' es adecuado para realizar una instalación completa de principio a fin , pero salirse del menú y volver a entrar puede significar empezar desde el principio. Por ejemplo los datos para construir el 'fstab' son capturados en las etapas iniciales de la instalación donde pregunta qué dispositivos queremos montar. Estos datos no se guardan en 'fstab' hasta haber finalizado casi toda la instalación. En otras distribuciones la detección de hardware es más completa y la instalación se simplifica. Esto se pone de manifiesto por ejemplo en la instalación de las X-Windows. Ultimamente la gente se ha quejado que la versión 3.0 no estaba del todo fina. Esta distribución y otras por ser ELF y estar este formato en sus primeras andaduras, no tenían la estabilidad que se puede pedir para un uso profesional - Actualizar una versión completa de Slackware se puede convertir en una pesadilla. Concretamente el cambio de versión de a.out a ELF ha supuesto más de un quebradero de cabeza para muchos usuarios de Slakware. - En el directorio slackware_source (en FTP, o del CD-ROM) hay unos "scripts" llamados "SlackBuild", que crean los paquetes .tgz de Slackware a partir del código fuente original. , pero incluso el autor reconoce que para algunos paquetes *no* hay SlackBuild, es decir, que estan hechos a mano. O sea: Slackware puede ser tan GPL cómo Red-Hat o Debian, pero no te puedes hacer "tu propio Slackware", cómo no sea escribiendo los "SlackBuild"s que faltan... Uno de los atractivos del software libre es que puedes analizarlo, estudiarlo, y aprender de él, pero con Slackware, esto no siempre es posible. -
REDHAT
INTRODUCCION- Es una versión comercial pero se puede obtener via ftp, y en algunos CD's cómo distribución no oficial. - Esta distribución es bastante joven. Empezaron hace unos 2 años a crear distribuciones de Linux, en la actualidad es la base de Caldera, Linux-FT y WGS, sigue al pie de la letra la FSSTND, cómo tal puedes coger una documentación existente y saber dónde reside cada cosa - RedHat tiene 3 versiónes, 2.0, 2.1, 3.0.3, todas ellas en formato ELF, la 2.1 no tenía una gran estabilidad (mismo problema que Slackware 3.0) pero la 3.0.3 es una roca - La 3.0.3 es la que se llama Picasso, y la 3.0.4 (que está en beta) se llama Rembrant.
PROS- Su formato de paquetes RPM se está convirtiendo, poco a poco, en un estandar dentro de Linux - Es la única que presenta un interfaz gráfico de configuración del sistema - Está conceptuada y mantenida por una empresa RedHat, tienen un ftp site de donde se puede sacar parches o actualizaciones. - Tienen un WEB (www.redhat.com) donde tienes el último chisme sobre las distribuciones o actualizaciones - En muchas instalaciones profesionales usan RedHat. - Es de pago (49.95$), pero tiene cómo añadido, runtime de Motif y Metro-X server) .RedHat le lleva alguna ventaja respecto a Debian en el tiempo que lleva disponible. Eso significa por ejemplo, que ya tienen distribución para Sparc, Alpha, etc. (Las de Debian van mas lentas, pero llegarán). - Tanto Debian cómo RedHat ofrecen las mismas ventajas de instalación, de hecho, Debian ha seguido algunas de las ideas de RedHat. Además de la disposición de listas de usuarios donde podéis resolver todos los problemas que tengais. Ademas el servidor web de redhat dipone de servicios increibles para el beneficio de tanto clientes cómo de cualquier otro usuario de RedHat y Linux en general. Debian no dispone de estos servicios aún. RedHat cuenta con mayor cantidad de software y upgrades disponibles que Debian, en el momento presente. Aquellos que esten en duda echad un vistazo a ftp://ftp.redhat.com/pub/redhat/contrib. Debian carece de estas librerías de paquetes (en el momento presente). RedHat son muy eficientes publicando listas de erratas en cada una de las distribuciones y de paquetes para arraglar los errores. Si echais un vistazo a las erratas de Picasso (RedHat 3.0.3), veréis que el número es muy pequeño, lo cual indica que son muy cuidadosos en su trabajo. Antes RedHat tenía un selección de paquetes menos específica que la de slackware. Sin embargo esto no es así en la versión Rembrandt. Existe una edición mensual llamada MO'Linux, un CD con bastantes actualizaciones, programas nuevos que van saliendo para Linux. Lleva un "apartado" dedicado exclusivamente a actualizaciones Red Hat, que unido a su programa bajo X de mantenimiento es una gran ventaja.
CONTRAS Los paquetes rpm se están convirtiendo en un standard de facto y existen muchas más cosas en rpm que en deb (paquetes de Debian). Sin embargo tiene el inconveniente de no tener una herramienta de alto nivel para configurar el sistema (cómo el dselect de Debian).
CALDERA
Es comercial y está basada en RedHat incorporando algunos paquetes propietarios de Caldera y de otras empresas (Caldera desktop, nwclient, netscape, XBasic, ...etc) Caldera ha adquirido los derechos de Lasermoon, la autora de Linux-FT y hacia finales de 1.996 va a sacar una nueva distribución Caldera Open Linux que también va a ser POSIX.1 compatible y puede que también POSIX.2. Tambien ha adquirido los derechos de DR-DOS y tiene intención de publicar los fuentes y hacerlos de dominio publico. Al parecer, sus relaciones con Microsoft no son precisamente idílicas.
PROS- El hecho de que empresas cómo Software AG hayan elegido Calera para introducir su base de datos ADABAS en el mundo Linux dice mucho a favor de Caldera.
CONTRAS -Su entorno gráfico no gusta a todo el mundo (Es lo que comentábamos cómo síndrome de Windows).
LINUX-FT
Lo distribuye ABC Analog pero suprecio es realmente alto, unas 20.000 ptas. Parece muy completa (aunque no la más actualizada) y es la primera que es compatible POSIX.1, también viene en 6 CDs. (Al parecer es muy facil de configurar y dispone de un programa, xadmin, que te permite administrar y configurar el sistema desde X-windows facilmente.
DEBIAN
INTRODUCCION Debian es una distribución desarrollada por un equipo de voluntarios de todo el mundo.Factor muy a tener en cuenta. Debian es un proyecto distinto del de GNU. En el pasado parece ser que hubo apoyos de GNU a Debian y en la actualidad son grupos que se llevan bien. Para más informacion a este respecto consultar http://www.debian.org . Debian es muy dinámica. Debido a que es una distribución creada y mantenida por voluntarios de todo el mundo, está en continuo proceso de actualización y crecimiento. En ese sentido funciona de manera similar al propio kernel de Linux. Existe una distribución 'inestable' en la que se encuentran los paquetes 'recien salidos del horno' que contienen las ultimísimas versiónes de los distintos programas, aunque también pueden contener algunos errores, y cada tres meses (esa es la intención) se presenta una distribución 'estable', que ha sido refinada de errores y probada durante varios meses.
PROS Al igual que RedHat, Debian siguén el FSSTND, que es un documento que describe la estructura de directorios para que sea fácil encontrar las cosas en cualquier sistema Linux based. En Debian el programa de instalación funciona en modo de texto, pero no parece justo verlo cómo un inconveniente. Mas bien puede verse cómo una ventaja, pues asi no se obliga a usar X si no se quiere (siempre puedes usar un programa de terminal desde X pero no a la inversa). Debian esta muy cuidada. Muchos detalles. Buen soporte, muy rápidas actualizaciones. El gestor de paquetes tiene una herramienta visual (dselect) que hace innecesario aprenderse las muchas opciones de dpkg* (los equivalentes a rpm de RedHat). Al principio pueden parecer incómodas pero pronto se acostumbra uno y ya resultan imprescindibles. Un ejemplo de el dinamismo de Debian lo da el hecho de que Debian fue la primera, con diferencia, en incluir el kernel 2.0. Además, este sistema de producción te garantiza que la cantidad de paquetes disponibles para Debian crece en progresión geométrica, porque a más usuarios de Debian, más posibles colaboradores, ya que crear un paquete Debian en la mayor parte de los casos consiste básicamente en coger el fichero tar en el que se encuentran las fuentes del programa y añadirle un Makefile modificado, que te compile el binario y te cree otro fichero tipo tar que contenga dicho binario junto con los ficheros de configuración o de datos que necesite y varios script que lleven a cabo la instalación y desinstalación del programa, respetando la configuración antigua si existe. El método de instalación a base de menús en modo texto (en color donde esté disponible) te va guiando en todo el proceso de crear particiones, formatearlas e intalar un sistema básico, contenido en solo 3 diskettes (más el diskette de arranque y el raíz de instalación). El método permite detener la instalación en cualquier paso y continuar luego desde ahí. Con el sistema básico ("bare bones" para los anglófilos) ya puedes arrancar tu máquina Linux y a partir de ahí, instalar todas las aplicaciones (paquetes) que desees, desde CD-rom, NFS, FTP o desde cualquier medio que se pueda montar cómo directorio, incluso (aunque no se lo aconsejo a nadie) desde diskettes. De este modo, el kernel de arranque no tiene porqué contener todos los drivers existentes, ya que los que necesita el usuario se pueden indicar cómo módulos en uno de los pasos de la primera fase del proceso de instalación, y serán cargados por el kernel instalado, al iniciar esta segunda fase. Además, la división en dos fases diferenciadas permite distinguir entre los componentes imprescindibles del sistema y los no imprescindibles. La última versión estable de Debian es la 1.1.5. De momento no existe una distribución 'oficial' aunque mirrors del servidor principal de Debian, conteniendo la última versión (o casi) se incluyen en los CDs de Pacific HiTech y en los de Yggdrasil. También puedes obtener la ultimísima versión directamente de iConnect Corp. que mantienen el nodo master.debian.org (mirar en el ttp://www.i-connect.net/i-connect/services/cdrom.h tml . ) Para información más al día pásate por: http://www.debian.org/order.html Respecto a una nueva versión, actualmente se está trabajando en la versisón 1.2 (nombre clave 'rex') y según la política del proyecto Debian se intentará fijar cómo estable en Octubre. (La idea es sacar una nueva versión cada tres meses, aunque los cambios de una versión a otra normalmente seran muy pocos). De momento la puedes encontrar cómo versión 'inestable' en cualquier mirror de Debian.
Q: Por qué se le da tanta importancia al tema de cómo están montados los paquetes en una distribución?
A: Teniendo una distribución no se ata uno a nada, ya que se puede seguir utilizando cualquier paquete de otra distribución. Las distribuciones se distribuyen en sources y nadie te impide compilarte tu las cosas. O cogerlas de otros mundos. La ventaja está en que si usas paquetes tienes pleno control de lo que hay instalado, de cómo actualizarlo, de cómo desinstalarlo, de qué ficheros son necesarios, de las dependencias con otros paquetes. La desinstalación de un paquete puede tener efectos colaterales en otros si no se utiliza un buen gestor de actualizaciones cómo el de RedHat o el de Debian. Con un buen gestor de actualizaciones es posible actualizar una versión de la distribución a otra superior de forma automática o casi automática sin necesidad de reinstalar todo el software. Mediante cierta utilidad se detectan en tu sistema los paquetes que han quedado obsoletos y los reemplaza por las nuevas versiónes, de esta manera tus ficheros de configuración siguen intactos sin necesidad de hacer backups en los que luego te das cuenta que te has olvidado de hacer una copia de aquel fichero de configuración de las impresoras que tanto te costó adaptar. Aunque solo sea por eso, es ya una maravilla tener esa alternativa.
Q: Qué formatos tienen los paquetes de instalacion de Linux? Se pueden intercambiar paquetes entre distribuciones distintas?
A: Los programas diseñados para Slackware pueden ser portados sin nigún problema a otras distribuciones cómo RedHat (en vez de usar rpm, se hace make install o se descomprime con tar y ya está), pero la opción inversa en algunos casos es posible copiando el cpio,y el rpm, y en otros es imposible hagas lo que hagas. Compilar directamente a partir de los fuentes, no siempre funcionan bien del todo en Linux, pueden necesitar algun ajuste o algún parche. El ejemplo más claro es el gcc. No es buena idea instalarlo a partir del código fuente, sin antes mirar los parches de H.J.Lu. (el que mantiene el gcc para Linux). Un sistemas de empaquetamiendo cómo el de Slackware, nos puede dejar medio colgado si borramos un paquete que no debíamos. Eso si, crear un paquete casero de Slackware (para instalar con installpkg) es relativamente fácil, de esta forma se puede empaquetar (PGP, procmail) que nunca han existido, e incluso se pueden actualizar otros. Atendiendo al formato de los paquetes, (que es la "base" de una distribución), de mas a menos rudimentaria el orden sería el siguiente: Slackware, Red-Hat, Debian. Básicamente, un paquete Slackware es un fichero tar comprimido (con extension .tgz), cuando ejecutas installpkg, se descomprime, si existe un script llamado /install/doinst.sh (llamado de "post-instalación"), automáticamente se ejecuta, y además, automáticamente se crea en un directorio de administración una lista de los ficheros que contiene, simplemente para qué el sistema sepa que hay que borrar cuando haces "removepkg" y para que al borrar un paquete no se borre ningún fichero que pertenezca a otro paquete (ficheros comunes). Esto puede parecer complicado pero es lo más sencillo que hay hoy en día. El sistema de empaquetamiento de Red-Hat es bastante más sofisticado, y el de Debian, puede que más todavía. Aunque no conozco ninguno de los dos, un paquete puede saber que ficheros son de configuración, para conservarlos al actualizar un paquete, puede haber scripts de pre-instalación, hay información sobre qué paquetes dependen de otros, etc. En la lista de Debian se habló acerca de si era posible convertir paquetes RPM de Red-Hat en paquetes .deb de Debian. Parece que eso era posible pero no a la inversa, debido a que el formato de Red-Hat era más sencillo que el de Debian. Todo RPM binario se crea a partir de un Source RPM. Un Source RPM (la idea de RPM es de Rick Faith -de la distribución Bogus- autor de varios drivers de SCSI de Linux) contiene el archivo original, y los parches que se necesitan aplicar al archivo original junto con el programa de control. Gracias a esto es muy fácil determinar qué cambios fueron realizados para portar el programa a Linux (o a una arquitectura en especial. Por ejemplo: Linux/SPARC) y al mismo tiempo se puede llevar un control de los cambios que deben de enviarse a los autores originales. En resumen: RPM fue diseñado por los programadores para facilitar el desarrollo y la sistematización en la generación de una distribución. Cambiar un kernel para compatibilidad de SunOS, podría suponer recompilar cientos de paquetes. Con el rpm, lo único que hay que hacer es teclear: cd /usr/src/redhat/SRPMS; rpm --rebuild *. Listo, todos los binarios listos para ser usados con el nuevo kernel.
Q: cómo puedo conseguir la ultimísima versión del Kernel de Linux?
A: No parece sensato estar cambiando continuamente de versión ni de distribución solo para estar a la última. Debería existir una buena razón para hacerlo, no obstante la última versión del Kernel de linux puede obtenerse en: ftp://ftp.rediris.es/mirror/linux/kernel/sources/v2.0 (Hacen mirror diariamente de los kernels de linux.) Rediris tiene unos 5GB de información relativa a Linux.
La versión del kernel consta de tres partes.
"The major versión number, the minor versión number, and the patch-level."
El kernel de Linux está en permanente evolución incorporando mejoras y corrigiendo deficiencias. Cuando se dispone de una versión estable (suficientemente probada) se distribuye con un número par de minor versión number (segundo numerito) mientras que en las versiónes de desarrollo son impares. Las versiónes impares son las de desarrollo, y las pares de producción mas estables.
1.0.XX | Producción |
1.1.XX | Desarrollo |
1.2.XX | Producción |
1.3.XX | Desarrollo |
2.0.XX | Producción (En fase de estabilización) |
2.1.XX | Desarrollo (Ya existe la 2.10 y la 2.1.1) |
Otra forma de actualizar un Kernel es traerse un patch. Los patch son ficheros que se producen cómo salida de diff -c y que contienen las diferencias en ficheros fuente de una aplicación. Con la utilidad patch(1), se pueden aplicar al fichero fuente sin parchear y obtener el parcheado. Es la técnica más comunmente utilizada para realizar parches en aquellos programas en los que está disponible el código fuente (con lo que queda claro que un *patch* de Linux no es cómo un *patch* de Sun, por ejemplo. Prueba a listar uno. Verás que contiene un extracto del fichero cómo estaba antes marcando (con '+', '-' o '!' las lineas que se añaden, se eliminan o cambian del fichero). Son fáciles de seguir y se puede entender lo que hacen a simple vista (de tal forma que puedes ver si te interesa aplicarlos sin necesidad de hacerlo). Es una forma de modificar un programa y enviar las modificaciones sin necesidad de duplicar todos los fuentes. ¡Ojo!, si tienes la versión 1.2.13 y quieres actualizarte por ejemplo a la versión 1.2.16 tendrás que aplicar sucesivamente los patch de la 1.2.14, 1.2.15 y 1.2.16 antes de poder compilar el nucleo. Para aplicarlas, podemos seguir los siguientes pasos: cp /mi/path/para/patchXXX.gz /usr/src cd /usr/src gzip -d patchXXX.gz | patch -p0
Q: ¿Donde puedo conseguir mas información sobre estos temas?
A: Se puede consultar mas información en los siguientes lugares:
1) Slackware
Es una distribución no comercial. Está mantenida por una sola persona. No es fácil de actualizar.
2) Red Hat
Es una distribución comercial pero puede obtenerse por medio de ftp. Es usada cómo base para otras distribuciones comerciales de linux cómo Caldera. Adopta un sistema de paquetes fácilmente actualizable.
http://www.redhat.com
ftp://ftp.redhat.com
/slackware.html.
3) Debian
Debian no está basada en ninguna distribución comercial. Está desarrollada por un equipo de voluntarios de todo el mundo.
ftp://ftp.debian.org/debian/info
http://www.debian.org/.
4) Yggdrasil Plug-and-Play Linux CD-ROM and the Linux Bible
Es la primera distribución diseñada para CD, incluye soporte multimedia. Incluye parches probados pero no incluidos en linux estandar. Solo permite instalar una versión completa de 600MB o una reducida de 250 MB.
http://www.yggdrasil.com
ftp://yggdrasil.com
5) Caldera
6) MCC Interim
7) BOGUS
Es una versión no soportada de Linux. se puede conseguir por medio de ftp. No es apropiada para novatos ya que no es facil de instalar.
ftp://ftp.cdrom.com:/pub/bogus
ftp://ftp.gwdg.de:/pub/linux/bogus
ftp://sunsite.unc.edu:/pub/Linux/distributions/bogus
8) Craftworks
Es una distribución comercial, relativamente nueva y dispone de pocos paquetes.
(Todas las ditribuciones de Linux están obligadas a facilitar la libre distribución de la parte no comercial incluida en la distribución. Este detalle parece que fué olvidado en la primera distribución)
ftp://ftp.craftwork.com/pub/v2.0.
http://www.craftwork.com.
9) Trans-Ameritech Linuxware
10) Walnut Creek Slackware
Distribución gratuita de libre uso.
http://www.cdrom.com/titles/slackware.html
ftp.cdrom.com/pub/slackware
11)WGS Linux Pro
ftp://ftp.wgs.com/pub2/wgs/Filelist
12) S.u.S.E. GmbH German Linux CD-ROM
Distribución europea en idioma alemán.
13) Unifix 1.08 CD-ROM
Distribución europea con certificación POSIX. Está diseñada para una fácil y rápida instalación. (Basada en la de Slakware).
14) Craftworks Linux 2.0
15) Linux Universe
Incluye un libro y un CD. Está basada completamente en ELF. Puede funcionar desde CD implementando un sistema de acceso que copia a disco duro los ficheros accedidos.
http://www.springer-ny.com/samples/linux/linux.html.