Submodulo II

Administrar recursos de una red*

SOFTWARE DE ADMINISTRACIÓN DE RED

El software de administración de red permite al administrador supervisar y controlar los componentes de una red; por ejemplo, permite que el administrador investigue dispositivos como hosts, enrutadores, conmutadores y puentes para determinar su estado y obtener estadísticas sobre las redes a las que se conectan. El software también permite controlar tales dispositivos cambiando las rutas y configurando interfaces de red.

CLIENTES, SERVIDORES, ADMINISTRADORES Y AGENTES

La administración de redes no se define como parte de los protocolos de transportación ni de interred. En cambio, los protocolos empleados por el administrador de red operan al nivel de aplicación.
Es decir, cuando el administrador necesita interactuar con un dispositivo de hardware específico, el software de administración se apega al modelo cliente-servidor convencional: un programa de aplicación de la computadora del administrador actúa como cliente y un programa de aplicación en el dispositivo de red actúa como servidor. El cliente de la máquina del administrador se vale de protocolos de transportación comunes ( por ejemplo, TCP o UDP) para establecer una comunicación con el servidor. Luego ambos intercambian solicitudes y respuestas de acuerdo con el protocolo de administración.
Para evitar confusiones entre los programas de aplicación llamados por los usuarios y las aplicaciones reservadas a los administradores de red, los sistemas de administración de red evitan los términos cliente y servidor. En su lugar, la aplicación cliente del administrador se llama administrador y la que se ejecuta en un dispositivo de red se llama agente.
Puede parecer extraño que se empleen redes y protocolos de transportación convencionales para la administración de redes. A fin de cuentas, las fallas de los protocolos y del hardware pueden evitar que los paquetes viajen de un dispositivo a otro y hagan imposible el control de un dispositivo cuando ocurre una falla; sin embargo, en la practica el empleo del protocolo de aplicación para la administración de redes funciona bien por dos razones. Primera, en los casos en los que una falla de hardware evita la comunicación, el nivel del protocolo no importa -el administrador puede comunicarse con esos dispositivos mientras permanezcan activos y valerse del éxito o falla para ayudar a ubicar el problema-. Segunda, el empleo de protocolos de transportación convencionales significa que los paquetes del administrador estarán sujetos a las mismas condiciones que el tráfico normal; por lo tanto, si son grandes los retardos, el administrador se enterará de inmediato.

SNMP(Protocolo Sencillo de Administración de Redes).

El protocolo sencillo de administración de redes (SNMP) es el protocolo de administración de redes estándar usado en Internet.
Este protocolo, define la comunicación de un administrador con un agente*.
El SNMP define el formato y el significado de los mensajes que intercambian el administrador y el agente*. En lugar de definir muchas operaciones, el SNMP utiliza el paradigma de obtención y almacenamiento. En el cual el administrador manda solicitudes de obtención y almacenamiento de valores en variables. Todas las operaciones se definen como efectos colaterales de las operaciones de almacenamiento.
El SNMP no define el grupo de variables que se pueden emplear. En cambio, las variables y sus significados se definen en normas distintas, lo que permite la definición de diferentes grupos de variables MIB para cada dispositivo de hardware o protocolo.
La base de información de administración (MIB) contiene el grupo de objetos a los cuales puede acceder el SNMP.
Los nombres de las variables MIB se definen de acuerdo con la norma ASN.1 (Notación de Sintaxis Abstracta.1); todas las variables MIB tienen nombres jerárquicos ASN.1 grandes que se traducen en una representación numérica más compacta para su transmisión. Aunque la ASN.1 no incluye una operación de indización de los tipos de datos agregados como tablas o arreglos, una variable MIB puede ser una tabla; la información de indización se agrega al nombre.
*Se usara el termino agente, refiriéndose a un dispositivo que actúa como servidor.

1.1 Identificar las características que debe tener un servidor

Las principales características en las que debemos fijarnos a la hora de contratar un servidor web son las siguientes:

§      Memoria RAM: Importante no quedarse corto. Cuando la RAM se agota, se tira de memoria virtual (disco duro) y se ralentiza todo, pudiendo incluso colapsar el servidor y provocar caída de servicios en el mismo. Opino que 1GB es lo mínimo, pero mejor 2GB para ir sueltos.

                                                                        

§ Procesador: Seguramente nos darán a elegir entre intel o AMD, entre núcleo, doble núcleo, 4 núcleos, etc. Aquí sin ser un experto os recomendaría lo siguiente (por experiencia propia). Si vuestro servidorweb no va a ser utilizado para vender hosting, ni vais a instalar VPS en él, puede bastar un modelo normalito, sin excesos.

                                                                    

§      Modelo de disco duro: nos indicará su velocidad y su rendimiento. Que no nos pongan un disco pelotero, preguntad marca y modelo, creedme que a veces dan gato por liebre.
Hay más factores a tener en cuenta, pero para los que no somos expertos en hardware creo que con tener en cuenta estos es más que suficiente. Seguramente tendremos nuestro servidor alojado en un centro de datos, por lo que del mantenimiento se ocuparán ellos.
Comparad planes de hosting en varios proveedores, comparad el precio de los servidores dedicados y comprobad aquel que ofrece merjor relación calidad-precio. Y mi recomendación final, contratad un servidor dedicado que podáis pagar mes a mes. Así, al menos durante los primeros meses, si no os convence, siempre podéis migraros a otro proveedor de hosting.
Actualización: Aprovechando la oferta en servidores virtuales y servidores cloud, aquí os dejo este pequeño script que os ayudará a calcular el precio de un servidor dedicado. Como podéis observar, por menos de 30€ al mes podéis disfrutar de un servidor propio con todas las garantías, totalmente administrado y con tráfico ilimitado y panel de control integrado.

                                                                     

1.2 Verificar las características de los equipos

§      Net Ware de Novell es el ejemplo más familiar y famoso de sistema operativo de red donde el software de red del equipo cliente se incorpora en el sistema operativo del equipo. El equipo personal necesita ambos sistema operativos para gestionar conjuntamente las funciones de red y las funciones individuales.

§      Coordinación del software y del hardware: El sistema operativo de un equipo coordina la interacción entre el equipo y los programas (o aplicaciones) que está ejecutando. Controla la asignación y utilización de los recursos hardware tales como:
Memoria.
Tiempo de CPU.
Espacio de disco.

§      Dispositivos periféricos: En un entorno de red, los servidores proporcionan recursos a los clientes de la red y el software de red del cliente permite que estos recursos estén disponibles para los equipos clientes. La red y el sistema operativo del cliente están coordinados de forma que todos los elementos de la red funcionen correctamente.

§      Multitarea: Un sistema operativo multitarea, como su nombre indica, proporciona el medio que permite a un equipo procesar más de una tarea a la vez. Un sistema operativo multitarea real puede ejecutar tantas tareas como procesadores tenga. Si el número de tareas es superior al número de procesadores, el equipo debe ordenar los procesadores disponibles para dedicar una cierta cantidad de tiempo a cada tarea, alternándolos hasta que se completen las citadas tareas. Con este sistema, el equipo parece que está trabajando sobre varias tareas a la vez.  Existen dos métodos básicos de multitarea: Con prioridad. En una multitarea con prioridad, el sistema operativo puede tomar el control del procesador sin la cooperación de la propia tarea.
Sin prioridad (cooperativo). En una multitarea sin prioridad, la propia tarea decide cuándo deja el procesador. Los programa escritos para sistemas de multitarea sin prioridad deben incluir algún tipo de previsión que permita ejercer el control del procesador. No se puede ejecutar ningún otro programa hasta que el programa sin prioridad haya abandonado el control del procesador.

§      Componentes software: El software cliente de red debe instalarse sobre el sistema operativo existente, en aquellos sistemas operativos de equipo que no incluyan funciones propias de red. Otros sistemas operativos, como Windows NT/2000, integran el sistema operativo de red y sistema operativo del equipo. A pesar de que estos sistema integrados tienen algunas ventajas, no evitan la utilización de otros Sistema Operativo de Red. Es importante considerar la propiedad de interoperabilidad cuando se configuran entornos de red multiplataforma. Se dice que los elementos o componentes de los sistemas operativos «interoperan» cuando pueden funcionar en diferentes entornos de trabajo. Por ejemplo, un servidor Net Ware puede interoperar (es decir, acceder a los recursos) con servidores Net Ware y servidores Windows NT/2000. Un sistema operativo de red:

                 Conecta todos los equipos y periféricos.
                 Coordina las funciones de todos los periféricos y equipos.
                 Proporciona seguridad controlando el acceso a los datos y     periféricos.
                 Las dos componentes principales del software de red son:
                 El software de red que se instala en los clientes.
                 El software de red que se instala en los servidores.

§      Software de cliente: En un sistema autónomo, cuando un usuario escribe un comando que solicita el equipo para realizar una tarea, la petición circula a través del bus local del equipo hasta la CPU del mismo. Por ejemplo, si quiere ver un listado de directorios de uno de los discos duros locales, la CPU interpreta y ejecuta la petición y, a continuación, muestra el resultado del listado de directorios en una ventana.

§      Redirector: procesa el envío de peticiones. Dependiendo del software de red, este redirector se conoce como «Shell» o «generador de peticiones». El redirector es una pequeña sección del código de un Sistema Operativo de Red que:

§      Intercepta peticiones en el equipo: Determina si la peticiones deben continuar en el bus del equipo local o deben redirigirse a través de la red a otro servidor

§      Designadores: Normalmente, el sistema operativo proporcionará diferentes opciones para acceder al directorio cuando necesite acceder a un directorio compartido y tenga los correspondientes permisos para realizarlo. Por ejemplo, con Windows NT/2000, podría utilizar el icono Conectar a unidad de red del Explorador de Windows NT/2000 para conectarse a la unidad de red. También, puede asignar una unidad. La asignación de unidades consiste en asignar una letra o nombre a una unidad de disco, de forma que el sistema operativo o el servidor de la red puede identificarla y localizarla. El redirector también realiza un seguimiento de los designadores de unidades asociados a recursos de red.

§      Periféricos: Los redirectores pueden enviar peticiones a los periféricos, al igual que se envían a los directorios compartidos. La petición se redirige desde el equipo origen y se envía a través de la red al correspondiente destino. En este caso, el destino es el servidor de impresión para la impresora solicitada.

§      Software de servidor: permite a los usuarios en otras máquinas, y a los equipos clientes, poder compartir los datos y periféricos del servidor incluyendo impresoras, trazadores y directorios. Si un usuario solicita un listado de directorios de un disco duro remoto compartido. El redirector envía la petición por la red, se pasa al servidor de archivos que contiene el directorio compartido. Se concede la petición y se proporciona el listado de directorios.

§      Compartir recursos: Compartir es el término utilizado para describir los recursos que públicamente están disponibles para cualquier usuario de la red. La mayoría de los sistemas operativos de red no sólo permiten compartir, sino también determinar el grado de compartición. Las opciones para la compartición de recursos incluyen:

§      Permitir diferentes usuarios con diferentes niveles de acceso a los recursos: Coordinación en el acceso a los recursos asegurando que dos usuarios no utilizan el mismo recurso en el mismo instante.

§      Gestión de usuarios: Los sistemas operativos de red permiten al administrador de la red determinar las personas, o grupos de personas, que tendrán la posibilidad de acceder a los recursos de la red. El administrador de una red puede utilizar el Sistema Operativo de Red para:

§      Asignar o denegar permisos de usuario en la red: Eliminar usuarios de la lista de usuarios que controla el sistema operativo de red. Mediante la clasificación de los individuos en grupos, el administrador puede asignar permisos al grupo. Todos los miembros de un grupo tendrán los mismos permisos, asignados al grupo como una unidad. Cuando se une a la red un nuevo usuario, el administrador puede asignar el nuevo usuario al grupo apropiado, con sus correspondientes permisos y derechos.

§      Gestión de la red: Algunos sistemas operativos de red avanzados incluyen herramientas de gestión que ayudan a los administradores a controlar el comportamiento de la red. Cuando se produce un problema en la red, estas herramientas de gestión permiten detectar síntomas de la presencia del problema y presentar estos síntomas en un gráfico o en otro formato. Con estas herramientas, el administrador de la red puede tomar la decisión correcta antes de que el problema suponga la caída de la red.

§      Selección de un sistema operativo de red: El sistema operativo de red determina estos recursos, así como la forma de compartirlos y acceder a ello.

 Instalar un sistema operativo de red (LINUX)*

2.1 Introducción de los sistemas operativos; Clasificación

§      Sistemas  operativos  monotarea: Sólo   pueden  manejar  un  proceso,  es  decir ,  las tareas deben  ejecutarse  una  tras  otra.  Por  ejemplo,  el  sistema   DOS  es   mono tarea, al   no   poder  ejecutar  varias   aplicaciones   simultáneamente,   aunque   existieron  varios intentos  de  añadirle esta capacidad.

§      Sistemas  operativos  multitarea: La  computadora  puede  procesar  varias  tareas  al  mismo tiempo. Podemos distinguir:

   Conmutación   de   contextos: Es    un    tipo    simple    de    multitarea    en   el   que dos  o  más  aplicaciones   se   cargan   al   mismo   tiempo,  pero  sólo  se  procesa  la  que se  encuentra  en primer  plano,  que   es  la   que   está   utilizando   el   usuario.  Cuando  el usuario  cambia   de  aplicación ,  se  produce  un  intercambio  entre  ambas tareas, pasando la aplicación  activa  a segundo  plano,  efectuándose un almacenamiento del estado en el que se encuentra. Por otro  lado  la  aplicación  que  estaba  en  segundo  plano  pasa  a  reanudar su  procesamiento recuperando la situación en la que se había detenido.

Multitarea  cooperativa: Las   tareas    en  segundo   plano  reciben  tiempo   de   proceso durante los  tiempos  muertos  de  la  tarea  que  se  encuentra  en  primer  plano.  Esto  ocurre cuando dicha aplicación espera información del usuario para poder continuar. Multitarea  de  tiempo  compartido: Cada  tarea   recibe   un   tiempo   de   procesamiento durante una fracción de segundo. Se puede establecer un orden de prioridades  entre las tareas o simplemente  seguir  un  orden  secuencial.  Dado  que  el  sentido  temporal  del  usuario  es mucho  más  lento  que  la  velocidad  de  procesamiento  del  ordenador ,  las  operaciones  de multitarea  en  tiempo  compartido  parecen  ser  simultáneas.  Todos  los  sistemas  operativos actuales (Linux, toda la familia Windows, Mac OS, OS/2 de IBM¼) utilizan esta técnica. En concreto, el   sistema  operativo  Windows,  y  alguno  de  los  mencionados  anteriormente, crean   un  entorno  de  ejecución   propio  e  independiente   para  cada  tarea,  como  si  cada aplicación   corriese  en  una  máquina  independiente  llamada  máquina  virtual.  Cada  una de estas  máquinas virtuales    posee    sus    correspondientes    dispositivos    virtuales,    que representan a cada uno de los recursos del ordenador (memoria, disco duro, impresora¼). Por  ejemplo , cuando   un    programa    ejecuta    la   instrucción  de  impresión ,  se  realiza sobre la impresora virtual de su máquina virtual. Esta petición es recibida por el sistema operativo,  que está   coordinando   todos   los   dispositivos   virtuales   y   lanza   el   comando   sobre   la impresora   real.   Esto   facilita   enormemente   la  programación  de  aplicaciones,  ya  que  se realiza  sobre  dispositivos  virtuales,  siendo el sistema operativo el encargado final de realizar la operación.

§      Sistemas operativos mono usuario: Sólo  pueden  atender  a  un único usuario, que es el que haya iniciado sesión en el sistema. Esto ocurre en el sistema operativo DOS e incluso  en  el actual Windows XP y sus predecesores.

§      Sistemas operativos multiusuario: Pueden  atender  simultáneamente  las  peticiones de dos o  más  usuarios,  que  comparten  los recursos  del  sistema  informático  al  que  se  conectan. Este  tipo  de  sistemas  se  emplean  especialmente  en  redes,  ya  que  cada  usuario  necesita de  un terminal  independiente  para  conectarse  con  el  equipo  que  tiene  instalado  el  sistema. Esto ocurre con Linux o la familia Windows 2003 y predecesores.

2.2 Introducción a LINUX        

Linux es una reimplementación completamente gratuita de las especificaciones POSIX, con extensiones de SYSV y BSD (lo cual significa que parece Unix pero no proviene del mismo código fuente base), que está disponible tanto en su versión fuente como ya compilada. El copyright pertenece a Linus B. Torvalds (Linus.Torvalds@.Helsinki.FI) y otros colaboradores, y es libremente redistribuible bajo las condiciones de la "GNU Public License".

Linux no es de dominio público, ni es "shareware". Es software gratuito, usualmente denominado freeware, y tú puedes proporcionar copias a otros pero también debes dar los fuentes con éstas o hacer posible su obtención de la misma forma. Si tú redistribuyes una modificación estás legalmente obligado a proporcionar los fuentes de ésta. Vease la "GNU Public License" para más detalles. Una copia está incluida en los fuentes de Linux o puedes obtenerla vía ftp de prep.ai.mit.edu en /pub/gnu/COPYING

Linux es gratuito en la versión actual y seguirá siéndolo en el futuro. Debido a la naturaleza del copyright de GNU, al que Linux está sujeto, sería ilegal no hacerlo así. No obstante es importante saber que es perfectamente legal cobrar por distribuir Linux, mientras se incluya el código fuente; para ampliar este punto remítase a la GPL.

Linux se ejecuta en máquinas 386/486/Pentium con bus ISA, EISA, PCI o VLB. MCA (bus propietario de IBM) no está actualmente soportado por la falta de documentación, aunque hay algunos parches disponibles para ciertas máquinas.

Actualmente se está portando a distintas plataformas Motorola 680x0 (los Amigas y Ataris), y por ahora funciona bastante bien. Se requiere un 68020 con una MMU, un 68030 o un 68040, y también una FPU. El software de red y X funcionan.
Linux funciona bien en la CPU Alpha de DEC, actualmente bajo "Jensen", "NoName", "Cabriolet", "Universal Desktop Box" (más conocida como Multia), y algunas otras plataformas.
A partir de la versión 1.0 que data de Marzo de 1994, Linux ya no es una versión de prueba (una beta). Aún hay errores en el sistema y nuevos errores irán apareciendo y serán solucionados con el tiempo. Como Linux es un proyecto de desarrollo abierto, todas las nuevas versiones que vayan apareciendo estarán disponibles para el público, sean o no estables. Sin embargo, para ayudar a la gente a discernir si la una versión es o no estable se ha acordado lo siguiente: Las versiones 1.x.y en las que x sea par son versiones estables y el incremento de y implica la corrección de algún error. Por lo tanto de la versión 1.2.2 a la 1.2.3 sólo hay corrección de errores, pero ninguna característica nueva. Las versiones 1.x.y con x impar son betas para los desarrolladores, pudiendo ser inestables y hasta colgarse, y están siendo ampliadas continuamente con nuevas posibilidades. Las actuales versiones de desarrollo son las numeradas 1.3.x, y la más reciente versión estable es la 1.2.13.

2.3 Características de LINUX

multitarea: varios programas (realmente procesos) ejecutándose al mismo tiempo.

multiusuario: varios usuarios en la misma máquina al mismo tiempo (¡y sin licencias para todos!).

multiplataforma: corre en muchas CPUs distintas, no sólo Intel.

funciona en modo protegido 386.

tiene protección de la memoria entre procesos, de manera que uno de ellos no pueda colgar el sistema.

carga de ejecutables por demanda: Linux sólo lee de disco aquellas partes de un programa que están siendo usadas actualmente

política de copia en escritura para la compartición de páginas entre ejecutables: esto significa que varios procesos pueden usar la misma zona de memoria para ejecutarse. Cuando alguno intenta escribir en esa memoria, la página (4Kb de memoria) se copia a otro lugar. Esta política de copia en escritura tiene dos beneficios: aumenta la velocidad y reduce el uso de memoria.

memoria virtual usando paginación (sin intercambio de procesos completos) a disco: una partición o un archivo en el sistema de archivos, o ambos, con la posibilidad de añadir más áreas de intercambio sobre la marcha (se sigue denominando intercambio, es en realidad un intercambio de páginas). Un total de 16 zonas de intercambio de 128Mb de tamaño máximo pueden ser usadas en un momento dado con un límite teórico de 2Gb para intercambio.

la memoria se gestiona como un recurso unificado para los programas de usuario y para el caché de disco, de tal forma que toda la memoria libre puede ser usada para caché y éste puede a su vez ser reducido cuando se ejecuten grandes programas.

librerías compartidas de carga dinámica (DLL's) y librerías estáticas también, por supuesto.

se realizan volcados de estado (core dumps) para posibilitar los análisis post-mortem, permitiendo el uso de depuradores sobre los programas no sólo en ejecución sino también tras abortar éstos por cualquier motivo.

casi totalmente compatible con POSIX, System V y BSD a nivel fuente.

mediante un módulo de emulación de iBCS2, casi completamente compatible con SCO, SVR3 y SVR4 a nivel binario.

todo el código fuente está disponible, incluyendo el núcleo completo y todos los drivers, las herramientas de desarrollo y todos los programas de usuario; además todo ello se puede distribuir libremente. Hay algunos programas comerciales que están siendo ofrecidos para Linux actualmente sin código fuente, pero todo lo que ha sido gratuito sigue siendo gratuito.

control de tareas POSIX.

pseudo-terminales (pty's).

emulación de 387 en el núcleo, de tal forma que los programas no tengan que hacer su propia emulación matemática. Cualquier máquina que ejecute Linux parecerá dotada de coprocesador matemático. Por supuesto, si tu ordenador ya tiene una FPU (unidad de coma flotante), será usada en lugar de la emulación, pudiendo incluso compilar tu propio kernel sin la emulación matemática y conseguir un pequeño ahorro de memoria.

soporte para muchos teclados nacionales o adaptados y es bastante fácil añadir nuevos dinámicamente.

consolas virtuales múltiples: varias sesiones de login a través de la consola entre las que se puede cambiar con las combinaciones adecuadas de teclas (totalmente independiente del hardware de video). Se crean dinámicamente y puedes tener hasta 64.

soporte para varios sistemas de archivo comunes, incluyendo minix-1, Xenix y todos los sistemas de archivo típicos de System V, y tiene un avanzado sistema de archivos propio con una capacidad de hasta 4 Tb y nombres de archivos de hasta 255 caracteres de longitud.

acceso transparente a particiones MS-DOS (o a particiones OS/2 FAT) mediante un sistema de archivos especial: no necesitas ningún comando especial para usar la partición MS-DOS, parece un sistema de archivos normal de Unix (excepto por algunas graciosas restricciones en los nombres de archivo, permisos, y esas cosas). Las particiones comprimidas de MS-DOS 6 no son accesibles en este momento, y no se espera que lo sean en el futuro. El soporte para VFAT (WNT, Windows 95) ha sido añadido al núcleo de desarrollo y estará en la próxima versión estable.

un sistema de archivos especial llamado UMSDOS que permite que Linux sea instalado en un sistema de archivos DOS.

soporte en sólo lectura de HPFS-2 del OS/2 2.1

sistema de archivos de CD-ROM que lee todos los formatos estándar de CD-ROM.

TCP/IP, incluyendo ftp, telnet, NFS, etc.

Appletalk disponible en el actual núcleo de desarrollo.

software cliente y servidor Netware disponible en los núcleos de desarrollo.

2.4 Operatividad de LINUX

La siguiente es posiblemente la mínima configuración sobre la que Linux puede trabajar: 386SX/16, 2 Mb RAM, disquetera de 1.44 Mb o de 1.2 Mb y cualquier tarjeta gráfica soportada (más teclado, monitor y demás, por supuesto). Esto debería permitirte arrancar y comprobar si trabaja en el ordenador, pero no serás capaz de hacer nada útil.Para hacer algo, necesitarás además algo de espacio en disco duro también, 5 o 10 Mb serán suficientes para una configuración minimísima (con sólo los comandos más importantes y quizás una o dos pequeñas aplicaciones instaladas, como por ejemplo un programa de terminal). Esto es aún muy, muy limitado, y muy incómodo, ya que no deja sufiente espacio para casi nada, a menos que tus aplicaciones sean bastante limitadas. No es recomendable para nada salvo para probar si las cosas funcionan y por supuesto para poder alardear de los pocos recursos requeridos.
Configuración usable: Si vas a ejecutar programas de computación intensiva, como gcc, X y TeX, probablemente querrás un procesador más rápido que el 386SX/16, pero incluso eso sería suficiente si fueras paciente. En la práctica necesitas al menos 4 Mb de RAM si no usas X, y 8 Mb en caso contrario. Además, si quieres tener muchos usuarios al mismo tiempo o ejecutar muchos programas grandes (compiladores por ejemplo) al mismo tiempo también, querrás más de 4 Mb de memoria RAM. Puede trabajar con menor cantidad de memoria (debería de hacerlo incluso con 2 Mb), pero usaría memoria virtual (usando el disco duro como una memoria lenta) y eso sería tan lento como para calificarlo de inútil.
La cantidad de disco duro que necesites depende del software que pienses instalar. El conjunto de utilidades típicas de Unix, shells y programas de administrador ocupan menos de 10 Mb, con un poco de espacio libre para ficheros de usuario. Para un sistema más completo consigue la Slackware, MCC o Debian, y asume que necesitarás entre 60 y 200 Mb, según lo que eligas instalar y la distribución de que se trate. Añade el espacio que desees reservar para los archivos de usuario a estos totales. Con los precios de los discos duros en la actualidad, si vas a comprar un nuevo sistema no tiene sentido comprar una unidad demasiado pequeña. Adquiere al menos 200 Mb, preferiblemente 500 Mb o más, y no te arrepentirás.
Añade más memoria, más disco duro, un procesador más rápido y otras cosas según tus necesidades, deseos y cartera para sobrepasar lo simplemente usable. En general, una gran diferencia frente a DOS es que con Linux, añadir memoria supone una grandísima diferencia, mientras que con DOS más memoria no supone tanta mejora. Esto por supuesto tiene algo que ver con los 640 Kb que pone por límite el DOS, hecho que no se da en absoluto bajo Linux.
Hardware soportado:
CPU:  Cualquiera que pueda ejecutar programas en modo protegido del 386 (todos los modelos de 386, 486, 586 y 686 deberían valer; los 286 no funcionan ni lo harán jamás). Además, una versión para las CPU's 680x0 (para x=2 con MMU externa, 3 y 4) que está implementada en Amigas y Ataris está siendo desarrollada y puede ser encontrada en tsx-11.mit.edu en el directorio 680x0. Muchas Alphas son soportadas. Se está portando a PowerPC, ARM y a arquitecturas MIPS. Más detalles disponibles en cualquier otro lugar.
Architecturas: Buses ISA o EISA. MCA (el de los PS/2) no funciona. Los buses locales (VLB y PCI) funcionan.
RAM: Teóricamente hasta 1 Gb, aunque jamás ha sido probado hasta este extremo. Algunas personas (incluido Linus) han notado que añadiendo memoria sin incrementar el caché al mismo tiempo su máquina se ha ralentizado extremadamente, por ello si añades memoria y encuentras tu máquina más lenta prueba a ponerle más caché. Por encima de 64Mb de ram se requiere un parámetro de arranque, ya que la BIOS no puede detectar más que 64 Mb por su implementación.
Almacenamiento de datos: Las unidades tipo AT (IDE, controladores de disco duro de 16 bits con MFM o RLL, o ESDI) son soportadas, como también lo son los discos duros y CD-ROM SCSI, con un adaptador SCSI soportado. Las cotroladoras tipo XT (controladoras de 8 bits con MFM o RLL) también son soportadas. Adaptadores SCSI soportados: Adaptec 1542, 1522, 1740 y la serie 27xx, controladoras Buslogic vía compatibilidad con Adaptec o con su propio driver, controladoras basadas en NCR53c810, Seagate ST-01 y ST-02, de Future Domain la serie TMC-88x (o cualquier placa basada en el chip TMC950) y TMC1660/1680, Ultrastor 14F, 24F y 34F, Western Digital wd7000 y otras. Las unidades de cinta SCSI y algunas QIC-02 y QIC-80 también son soportadas. Bastantes unidades de CD-ROM tienen soporte también, incluyendo Matsushita/Panasonic, Mitsumi, Sony, Soundblaster, Toshiba, ATAPI y otras. Para modelos exactos consulta el HOWTO de compatibilidad de hardware.
Video: VGA, EGA, CGA y Hercules (y compatibles) trabajan en modo texto. Para gráficos y X hay soporte para (al menos) VGA normal, algunas tarjetas super-VGA (la mayoría de las basadas en ET3000, ET4000, Paradise, y algunas Trident), S3, 8514/A, ATI MACH8, ATI MACH32 y Hercules. (Linux usa XFree86 como servidor X y éste es quien determina qué tarjetas son soportadas).
Redes: Western Digital 80x3, ne1000, ne2000, 3com503, 3com509, 3com589 PCMCIA, Allied Telliesis AT1500, la mayorías de las placas LANCE, adaptadores de bolsillo d-link, PPP, SLIP, CSLIP, PLIP (Parallel Link IP) y más.
Serie: La mayoría de las placas basadas en UART 16450 and 16550, incluyendo AST Fourport, la Usenet Serial Card II y otras. Las placas inteligentes soportadas incluyen a la serie Cyclades Cyclom (soporte del propio fabricante), la serie Comtrol Rocketport (soporte del fabricante también), Stallion (la mayoría de placas y con soporte por parte del fabricante) y Digi (algunas placas y sin soporte por parte del fabricante).
Otro hardware: SoundBlaster, ProAudio Spectrum 16, Gravis Ultrasound, varios tipos de ratón de bus (Microsoft, Logitech, PS/2).