Está en la página 1de 10

Unix Historia y veriones De Unix

Historia de Unix El sistema operativo Unix tiene su origen en los laboratorios Bell de AT&T en los aos 60. Estos laboratorios trabajaban en un proyecto muy ambicioso de sistema operativo nuevo llamado MULTICS (Multiplexed Information and Computing System. Este proyecto fue un fracaso debido a la complejidad, pero los componentes del equipo adquirieron una gran experiencia durante su desarrollo. Uno de los componentes del equipo, Kem Thompson, escribi un juego llamado "Space Travel" y escribi un sistema operativo para poder jugar con l. Con este sistema operativo consigui que dos personas pudieran jugar simultneamente a "Space Travel". Con bastante irona, usando un juego de palabras en comparacin con MULTICS, llam al sistema operativo UNICS, que ms tarde derivara en Unix. Inicialmente, este sistema UNIX estaba escrito en lenguaje ensamblador, lo que dificultaba que se pudiera usar en mquinas con distintos procesadores. Viendo el problema, Ken Thomson y Denis Ritchie crearon un lenguaje de programacin de alto nivel, el lenguaje C, en el cual reescrbieron todo el cdigo del sistema operativo lo que permiti que se pudiera usar en prcticamente cualquier tipo de ordenador de la poca. Slo las partes crticas seguan en ensamblador. Unix fue el primer sistema operativo escrito en un lenguaje de alto nivel. Lo que inicialmente comenz como un juego, distribuynsose como proyecto de investigacin en algunas universidades, se convirti en un xito comercial por lo que los laboratorios Bell comezaron su distribucin. Ms tarde un decisin judicial oblig a AT&T a dejar de vender su sistema operativo. Esta compaa dej las fuentes del sistema operativo a diversas universidades, las cuales, junto con otras empresas, continuaron el desarrollo del sistema operativo Unix e hizo que tuviera una enorme difusin. Durante varios aos fue el SVR4 ms conservador, comercial y bien apoyado. Hoy SVR4 y BSD se parecen mucho. Probablemente la mayor diferencia esttica entre ellos es la forma en que las funciones de comando ps. El sistema operativo Linux se ha desarrollado como una mirada Unix por igual y tiene un interfaz de comandos de usuario que se asemeja a SVR4. Figura 1: El rbol de familia Unix

La conexin entre Unix y C En el momento de la primera Unix fue escrita, la mayora de los sistemas operativos desarrolladores cree que un sistema operativo debe estar escrito en un lenguaje ensamblador para que pueda funcionar de manera eficaz y tener acceso al hardware. No slo fue innovador como un sistema operativo Unix, fue pionera en la que estaba escrito en un lenguaje (C) que no era un lenguaje ensamblador.

El lenguaje C se opera a un nivel lo bastante alto como para ser porttil a la variedad de hardware del equipo. Una gran cantidad de software Unix pblicamente disponible se distribuye como programas en C que se deben cumplir antes de su uso. Muchos de los programas de Unix seguir la sintaxis de C. Llamadas de sistema UNIX son consideradas como funciones C. Qu significa esto para los administradores de sistemas Unix es que la comprensin de Unix C puede hacer ms fcil de entender. Por qu utilizar Unix? Una de las mayores razones para el uso de Unix es la capacidad de trabajo en red. Con otros sistemas operativos, software adicional debe ser comprado para redes. Con Unix, capacidad de red es simplemente parte del sistema operativo. Unix es ideal para cosas tales como el mundial de correo electrnico y la conexin a Internet. Unix fue fundado en lo que podra llamarse un "pequeo es bueno" filosofa. La idea es que cada programa est diseado para hacer un buen trabajo. Debido a que Unix fue desarrollado diferentes personas con diferentes necesidades, ha crecido a un sistema operativo que es a la vez flexible y fcil de adaptar a las necesidades especficas. Unix fue escrito en un lenguaje de mquina independiente. As Unix y Unix-como sistemas operativos se puede ejecutar en una variedad de hardware. Estos sistemas estn disponibles de muchas fuentes diferentes, algunos de ellos sin costo alguno. Debido a esta diversidad y la capacidad de utilizar el mismo "interfaz de usuario" en muchos sistemas diferentes, Unix se dice que es un sistema abierto. Para obtener informacin adicional, consulte recomendado Versiones Existen numerosas versiones de UNIX para muchos sistemas, desde ordenadores personales hasta supercomputadores como el Cray Y-MP. Entre las versiones de los sistemas operativos UNIX actuales cabe destacar: BSD Una de las primeras ramas de Unix fue la Berkeley Software Distribution (BSD), que hasta el da de hoy es una de las versiones ms utilizadas de Unix. Se utiliza para gobernar muchos de los grandes sitios de Internet, por ejemplo. BSD se encuentra disponible en distintas versiones: FreeBSD, OpenBSD, NetBSD. SunOS Uno de los desarrolladores de BSD en la Universidad de Berkeley, Bill Joy, se convirti posteriormente en co-fundador de Sun Microsystems. Efectivamente, el sistema operativo Unix creado en Sun (SunOS), est basado en BSD. Este sistema corri en la mayora de las primeras mquinas de Sun. Unix System V Diseado para solucionar el problema de cada una de los sistemas Unix existentes, se construy Unix System V, que era una combinacin de las mejores caractersticas de cada versin Unix. System V se convirti en una de las versiones ms exitosas y fue, adems, el elegido para ser ejecutado en el hardware de IBM. HP-UX Debido a que la popularidad de Unix creci en las empresas, la mayora de principales proveedores de hardware consider necesario contar con sus propias versiones de Unix, algo que tambin perjudic los esfuerzos de unificacin. Hewlett-Packard desarroll su propio sistema, denominndole HP-UX. Estaba basado en Unix System V y fue diseado para funcionar en Mainframes y en grandes sistemas de servidores. Todava est en uso hasta el da de hoy. SGI IRIX Aunque la mayora de variantes de Unix se ha centrado en tareas de servidor, IRIX, de Silicon Graphics, fue uno de los primeros en centrarse en el apartado grfico, desarrollando una slida interfaz grfica de usuario. NeXTStep Cuando Steve Jobs dej Apple en 1985 para crear la compaa NeXT, el sistema operativo que introdujo en los equipos de la empresa fue NeXTStep, basado en Unix. Uno de los destacados usuarios de NeXT fue Tim Berners-Lee, creador de la World Wide Web utilizando un sistema NeXTStep. Solaris Cuando se desarroll Unix System V, Sun comenz a trabajar sobre esta base dejando de lado a SunOS, creado en tono a BSD. El resultado de este trabajo fue Solaris, que sigue siendo utilizado en muchos de los sistemas Sun actualmente. Tambin se cre posteriormente una versin de cdigo abierto, OpenSolaris. IBM AIX Como la gran mayora de los sistemas Unix de IBM, AIX est basado en el inicial Unix System V. Al menos para los clientes del Gigante Azul, AIX es sinnimo de Mainframe.

Xenix Aunque pueda parecer lo contrario, hasta la propia Microsoft fue proveedor de Unix durante algn tiempo a travs del sistema operativo Xenix. No en vano, esta variedad se convirti en la primera experiencia Unix para muchos usuarios y, adems una de las ms populares. Linux Si bien no es tcnicamente un sistema operativo Unix, Linux es, sin duda, descendiente directo y muy similar en gran cantidad de funcionalidades. Linux fue creado por Linus Torvalds, que buscaba un sistema que se pudiera ofrecer de forma gratuita y que resultara potente para los ordenadores estndar. Actualmente es utilizado en muchsimos servidores Web. Adicionalmente, existen distribuciones de Linux muy difundidas en la empresa. Se trata de distribuciones sostenidas por grandes compaas y que, por tanto, pueden nombre SCO Group. SuSE Linux de Novell. Originalmente liberado por la compaa alemana SuSE. Es popular por sus herramientas de administracin centralizada. Surgen las versiones UNIX de dominio pblico FreeBSD y Linux, que se distribuyen sin costo. Linux es desarrollado por una multitud de personas y equipos de trabajo a travs de Internet. FreeBSD es desarrollado por un grupo de trabajo cerrado. Red Hat Fedora(constituidas como empresas), Debian(Ubuntu) Mac OS X Mientras que Unix ha gozado de un gran xito a nivel de Centro de datos y servidores, no ha sido as en el lado de los ordenadores de escritorio o s? En el corazn del sistema operativo Apple Mac OS X, considerado por muchos como el mejor sistema operativo de escritorio, se encuentran grandes funcionalidades Unix, y se podra considerar en cierta forma descendiente de BSD y NeXTStep. Como puede observarse, se puede asegurar que existe una versin de UNIX para cualquier mquina medianamente conocida. Esto es debido a la gran portabilidad de su cdigo, escrito en C, y a que ste es pblico y accesible. La arquitectura UNIX UNIX arquitectura consta de dos componentes principales viz., La cscara y el ncleo. El ncleo interacta con el hardware de la mquina y la concha con el usuario. El ncleo es el ncleo del sistema operativo. Es una coleccin de rutinas escritas en C. Se carga en memoria cuando se inicia el sistema y se comunica directamente con el hardware. Los programas de usuario que necesitan acceder al hardware utilizar los servicios del kernel mediante el uso de las llamadas al sistema y el kernel se realiza el trabajo en nombre del usuario. Kernel es tambin responsable de la gestin de la memoria del sistema, los procesos de horarios, decide sus prioridades. La concha desempea la funcin de intrprete de comandos. A pesar de que slo hay un kernel en ejecucin en el sistema, puede haber varios proyectiles en accin, una para cada usuario que est conectado El shell es responsable de interpretar el significado de los metacaracteres en su caso, que se encuentra en la lnea de comando antes de enviar el comando para el kernel para su ejecucin. El Archivo y Proces Un archivo es un array de bytes que almacena la informacin. Tambin se relaciona a otro archivo en el sentido de que ambos pertenecen a una estructura jerrquica de directorios simple. Un proceso es la abstraccin segundo UNIX proporciona. Puede ser tratada como una imagen de tiempo de un archivo ejecutable. Al igual que los archivos, los procesos tambin pertenecen a una estructura jerrquica. Vamos a discutir los procesos de detencin en un captulo posterior. El ncleo El ncleo de UNIX es el centro del sistema operativo: se asigna el tiempo y la memoria para programas y maneja el almacenamiento de archivos y comunicaciones en respuesta a las llamadas al sistema. Como ejemplo de la forma en que la cscara y el ncleo trabajar juntos, supongamos que un usuario escribe miarchivo rm (que tiene el efecto de eliminar el archivo miarchivo). El shell busca en el almacn de archivos del archivo que contiene el programa rm, a continuacin, pide al ncleo, a travs de llamadas al sistema, para ejecutar el programa en rm miarchivo. Cuando el miarchivo rm proceso ha terminado de ejecutarse, el shell devuelve el smbolo% UNIX para el usuario, lo que indica que se est esperando que otros mandos. EL SHELL DEL SISTEMA OPERATIVO. El Shell proporciona una interfaz entre el NUCLEO y el USUARIO:

El Shell controla recursos como los perifricos ( pantalla, impresora, etc.), adems recursos del computador como el procesador, tarjetas (sonido, vdeo, etc.). Tambin controla las utilidades (programas de aplicacin) que son los programas utilizados por los usuarios (Word, Excel, juegos, etc.), adems controla la forma en la cual se almacena y se organiza la informacin (archivos). Caractersticas principales de UNIX multiusuario ms de un usuario puede utilizar la mquina en un momento apoyo a travs de terminales (conexin en serie o de red) multi-tasking ms de un programa se puede ejecutar en un momento estructura jerrquica de directorios para apoyar la organizacin y el mantenimiento de archivos portabilidad solamente el ncleo (<10%) escrita en ensamblador herramientas para el desarrollo de programas una amplia gama de herramientas de apoyo (depuradores, compiladores) En Unix, lo que es la pantalla, y cmo lo uso? La screen programa le permite usar mltiples ventanas (virtuales terminales VT100) en Unix. Nota: UITS no es compatible con screen . Caractersticas Si el ordenador se bloquea locales, o si est conectado a travs de un mdem y perder la conexin, el proceso de inicio de sesin o sesiones que establezca a travs de screen no desaparecen. Puede reanudar sus screen sesiones con el siguiente comando: screen-r En algunos casos puede que tenga que manualmente "desconectar" de su screen sesin antes de volver a ella. Para obtener ms informacin, consulte el documento Base de Conocimiento Usando la pantalla, por qu no puedo volver a adjuntar a la sesin despus de una prdida de conexin? La screen programa crea varios procesos en lugar de mltiples sesiones de inicio de sesin de Unix, lo que significa que es eficiente en recursos. Puede cortar y pegar entre diferentes pantallas sin necesidad de utilizar un ratn. Por lo tanto, usted no tiene que estar en un equipo con un entorno de ventanas tales como Mac OS, Mac OS X, Windows o el sistema X Window. Tiene una funcin de copia de bloque, que es similar a la caracterstica de interrupcin de Emacs rectngulo. Puede copiar y pegar ms de una pgina a la vez, que no se puede hacer con algunos clientes. Puede desplazarse hacia arriba ms de una pgina, en funcin de la cantidad de lneas de desplazamiento que ha configurado con el -h opcin. Uso de la funcin de desconexin, puede guardar screen procesos al salir y continuar donde lo dej, ahorrando la molestia de reiniciar ellos. A partir pantalla Para iniciar screen , introduzca el siguiente comando: Pantalla Comandos generales Nota: Cada screen comando comienza con Ctrl-a . Ctrla c Ctrla k Ctrla w Ctrla n Crear una nueva ventana (shell)

Mata a la ventana actual

Enumerar todas las ventanas (la ventana actual est marcado con "*")

Ir a la siguiente ventana

Ctrla d

Separar pero ten ventana de shell abierto

Introduccin a los comandos de Unix A continuacin se presenta una breve introduccin a algunos comandos tiles de Unix, incluyendo ejemplos de cmo usar cada comando. Para ms amplia informacin acerca de cualquiera de estos comandos, utilice el man comando como se describe a continuacin. Fuentes para ms informacin aparecen al final de este documento.

cal df

cat du

cd find

chmod jobs

cp

date
y

kill less more mv ps

lpr lp pwd

ls

man

mkdir

rm

rmdir set

vi

w y who

Ejemplos: California Este comando imprimir un calendario para un mes especificado y / o ao. Para mostrar un calendario de doce meses para 2008, entre: cal 2008 Para mostrar un calendario por slo el mes de junio de 1970, escriba: cal 6 1970 gato Este comando enva el contenido de un archivo de texto. Se puede utilizar para leer archivos breves o para concatenar archivos juntos. Para aadir file1 en el extremo del file2 , escriba: cat archivo1 archivo2 >> Para ver el contenido de un archivo llamado myfile , escriba: cat miarchivo CD Este comando cambia la ubicacin del directorio actual. De forma predeterminada, la sesin de inicio de sesin de Unix comienza en el directorio home. Para cambiar a un subdirectorio (del directorio actual) con nombre myfiles , escriba: cd myfiles Para cambiar a directorio llamado /home/dvader/empire_docs , escriba: cd / home / dvader / empire_docs chmod Este comando cambia la informacin de permisos asociados a un archivo. Cada archivo (incluyendo directorios Unix, que trata como archivos) en un sistema Unix se almacena con registros que indiquen que tiene permiso para leer, escribir o ejecutar el archivo, abreviado como r, w, x, y. Estos permisos se dividen en tres categoras de usuarios: en primer lugar, el propietario del archivo, en segundo lugar, un grupo con el que se puede tanto para el usuario y el archivo asociado, y tercero, todos los dems usuarios. Estas categoras se abrevian como u para propietario (o usuario), g para el grupo, y o para otros. Para permitir a ti mismo para ejecutar un archivo que posee llamado myfile , escriba: chmod u + x miarchivo Para que cualquier persona que tenga acceso al directorio en el que myfile se almacena para leer o ejecutar myfile , escriba: chmod o + rx miarchivo

cp Este comando copia un archivo, conservando el original y crear una copia idntica. cp-i viejoarchivo nuevofichero df Este comando informa del sistema de archivos de uso del disco (es decir, la cantidad de espacio que ocupa en los sistemas de archivos montados). Para cada sistema de archivos montado, df informa de la unidad de sistema de archivos, el nmero de bloques utilizados, el nmero de bloques disponibles, y el directorio donde el sistema de archivos est montado. Para saber cunto espacio de disco se utiliza en todos los sistemas de archivos, escriba el siguiente comando: df Si el df comando no est configurado para mostrar bloques en kilobytes por defecto, puede ejecutar el siguiente comando: df-k du Este comando informa el uso del disco (es decir, la cantidad de espacio ocupado por un grupo de archivos). La du comando desciende en todos los subdirectorios del directorio en el que se introduce el comando, informando el tamao de sus contenidos, y, finalmente, informar de un tamao total de todos los archivos que encuentre. Para saber cunto espacio de disco que los archivos ocupen, cambiar a su directorio personal con el cd de comandos y escriba: du Los nmeros reportados son los tamaos de los archivos, en sistemas diferentes, estos tamaos sern de participacin, ya sea bloques de 512 bytes o kilobytes. Para saber cual es el caso, utilice el man comando, que se describe a continuacin. En la mayora de los sistemas, du -k dar tamaos en kilobytes. puestos de trabajo Este comando informa de los programas que se han suspendido y todava en ejecucin o en espera en segundo plano (si hubiese presionado Ctrl-z para suspender una sesin de edicin, por ejemplo). Para obtener una lista de los trabajos suspendidos, entre: puestos de trabajo kill -9% 3 menos y ms Tanto less y more mostrar el contenido de un archivo de una pantalla a la vez, esperando a que se pulse la barra espaciadora entre pantallas. Esto le permite leer texto sin que se desplaza rpidamente de la pantalla. La less utilidad general, es ms flexible y potente que more , pero more est disponible en todos los sistemas Unix, mientras que less pueden no serlo. Para leer el contenido de un archivo denominado textfile en el directorio actual, escriba: menos fichero de texto La less utilidad se utiliza a menudo para la lectura de la salida de otros comandos. Por ejemplo, para leer la salida del ls comando de una pantalla a la vez, entre: ls-la | less lpr y lp Estos comandos imprimir un archivo en una impresora conectada a la red informtica. El lpr comando se utiliza en sistemas BSD, y el lp comando se utiliza en el sistema de V. Ambos comandos se pueden usar en los sistemas de UIT. Para imprimir un archivo llamado myfile en una impresora llamada lp1 con lpr , escriba: lpr-Plp1 miarchivo Para imprimir el mismo archivo a la misma impresora con lp , escriba: lp-dlp1 miarchivo

ls Este comando mostrar una lista de los archivos almacenados en un directorio. Para ver una breve lista de varias columnas de los archivos en el directorio actual, escriba: ls Para ver tambin "punto" (archivos de configuracin que comiencen con un punto, como .login ), escriba: ls-a Para ver los permisos de archivos, propietarios y tamaos de todos los archivos, escriba: ls-la Si la lista es larga y se desplaza fuera de la pantalla antes de poder leer, combinar ls con la less utilidad, por ejemplo: ls-la | less hombre Este comando muestra la pgina de manual para un comando en particular. Si no est seguro de cmo utilizar un comando o quiere saber todas sus opciones, es posible que desee intentar usar man para ver la pgina del manual. Por ejemplo, para aprender ms sobre el ls de comandos, escriba: man ls Para saber ms sobre man , entre: man man Si no est seguro del nombre exacto de comandos, puede utilizar man con el -k opcin para ayudarle a encontrar el comando que usted necesita. Para ver un resumen de la lnea de cada pgina de referencia que contiene la palabra clave que usted especifique, entre: man-k palabra clave mkdir Este comando crea un nuevo subdirectorio. Para crear un subdirectorio llamado mystuff en el directorio actual, escriba: mkdir mystuff Para crear un subdirectorio llamado morestuff en el directorio existente llamado /tmp , escriba: mkdir / tmp / morestuff Archivos y directorios En Unix, todos los datos se almacenan en depsitos denominados archivos. Por ejemplo, la resolucin / C + + programas que se escriben en este curso se almacenan como archivos de Unix. Tambin puede utilizar archivos para almacenar todos los informes que se escriben o para guardar el correo electrnico que usted recibe. Al igual que en el mundo "real", no es una buena idea tener un montn de archivos "por ah" de una manera desorganizada. Unix permite organizar sus archivos en los directorios. Un "directorio" es un lugar donde los archivos se guardan en una lista. Por ejemplo, podra crear un directorio para almacenar todos sus archivos para la primera prctica y lo llaman Lab1. Se puede crear otro directorio llamado Lab2 para almacenar sus archivos para el segundo laboratorio. Si ya est familiarizado tanto con ordenadores Apple Macintosh o el Administrador de archivos de Windows, basta pensar en los directorios Unix como siendo el mismo como carpetas. Cuando inicia sesin en un sistema Unix, el sistema lo pone en su directorio personal. El directorio inicial es el directorio que se le asigna para almacenar todos sus archivos. Unix tiene comandos que puede utilizar para crear y borrar archivos y directorios dentro del directorio. Unix tambin le da manda a cambiar a partir de su directorio a otro directorio. El directorio que ests en cualquier punto dado del tiempo se denomina su directorio de trabajo actual. Unix sistemas de gestin de la seguridad Proporcionar acceso a los usuarios legtimos slo, es uno de los objetivos de administrador de sistemas Unix. Hay varias utilidades, programas que se ejecutan en Unix bugs sistemas que proporcionan las amenazas de seguridad potenciales. El ms famoso es el demonio de Sendmail que cuando se utiliza en modo de depuracin se ejecutarn todos los comandos como root, por lo que un usuario que tiene acceso a un sistema potencialmente puede convertirse en un superusuario para hacer cualquier cosa.

Cuando se ejecuta un programa en el sistema UNIX, el sistema crea un ambiente especial para ese programa. Este entorno contiene todo lo necesario para que el sistema ejecute el programa como si ningn otro programa se ejecuta en el sistema. Cuando se emite un comando de UNIX, se crea o se inicia un nuevo proceso. Cuando prob el comando ls para listar el contenido del directorio, se inici un proceso. Un proceso, en trminos simples, es un ejemplo de un programa en ejecucin. El sistema operativo sigue los procesos a travs de un nmero de identificacin de cinco dgitos conocido como el pid o el proceso de identificacin. Cada proceso en el sistema tiene un PID nico. Pids eventualmente repetir porque todos los nmeros posibles se agotan y el pid prxima rueda o comienza de nuevo. En cualquier momento dado, no hay dos procesos con el mismo PID existen en el sistema, ya que es el pid que UNIX utiliza para el seguimiento de cada proceso. Gestiono de proceso: Cuando se inicia un proceso (ejecutar un comando), hay dos maneras en que usted puede ejecutar: Procesos en primer plano Procesos en segundo plano Procesos en primer plano: Por defecto, todos los procesos que se inicia se ejecuta en segundo plano. Recibe su entrada desde el teclado y enva su salida a la pantalla. Usted puede ver que esto suceda con el comando ls. Si desea una lista de todos los archivos en mi directorio actual, puede utilizar el siguiente comando: El proceso se ejecuta en primer plano, la salida se dirige a mi pantalla, y si el comando ls quiere cualquier entrada (que no lo hace), espera que desde el teclado. Mientras que un programa se est ejecutando en primer plano y toma mucho tiempo, no se puede ejecutar ningn otro comando (iniciar cualquier otro proceso), ya que pronto no estar disponible hasta que el programa termine su tratamiento y sale. Procesos en segundo plano: Un proceso en segundo plano se ejecuta sin estar conectado a su teclado. Si el proceso en segundo plano requiere ninguna entrada de teclado, espera. La ventaja de ejecutar un proceso en segundo plano es que se puede ejecutar otros comandos, usted no tiene que esperar hasta que se complete para iniciar otro! La manera ms simple para iniciar un proceso de fondo es aadir un ampersand (&) al final del comando. El sistema de ficheros Unix Los elementos del sistema de ficheros son el superbloque, i-nodos y bloques de datos. En el captulo de administracin del sistema de ficheros se ve todo esto con ms detalle. En primer lugar tenemos el superbloque, que contiene la descripcin general del sistema de ficheros: Tamao, bloques libres, tamao de la lista de i-nodos, i-nodos libres, verificaciones, etc. El superbloque siempre es el primer bloque del sistema de ficheros. En segundo lugar tenemos los i-nodos. Un i-nodo contiene toda la informacin sobre cada conjunto de datos en disco, que denominamos fichero: Donde se almacenan los datos, es decir lista de bloques de datos en disco. Esto son una serie de punteros o direcciones de bloques que indican bien donde estn los datos en disco, o bien donde estn los bloques que tienen ms direcciones de bloques de datos (bloques indirectos). Quien es el propietario de los datos, un nmero que lo identifica (UID o User Identifier), y a qu grupo pertenece el fichero GID Group Identifier). Tipo de fichero: regular, es decir un fichero que contiene informacin habitual, datos o programas; dispositivo, un elemento destinado a intercambiar datos con un perifrico, enlace, un fichero que apunta a otro fichero; pipe, un fichero que se utiliza para intercambiar informacin entre procesos a nivel de ncleo. directorio, si el elemento no contiene datos sino referencias a otros ficheros y directorios. Permisos del fichero (quien puede leer(r), escribir(w) o ejecutar(x)). Estos permisos se asignan a se asignan de forma diferenciada a tres elementos: el propietario, el grupo (indicados con anterioridad) y al resto de los usuarios del sistema. Tamao del fichero.

Nmero de enlaces del fichero. Es decir cuantos nombres distintos tiene este fichero Hay que observar como el nombre de un fichero no forma parte del i-nodo. El nombre de fichero se asocia a un i-nodo dentro de un fichero especial denominado directorio. Esto le proporciona al sistema de ficheros la posibilidad de que un mismo i-nodo pueda tener varios nombres si aparece en varios directorios o con distintos nombres. rdenes para ficheros y directorios A continuacin vamos a describir una serie de rdenes que se utilizan en la gestin y manipulacin de ficheros y directorios por parte del usuario. En este texto slo se describen las opciones ms frecuentes de cada orden. No pretendo hacer una gua de referenicia en la ejecucin de rdenes, por lo que es conveniente acostumbrarse a leer las pginas del manual de cada orden; en muchos casos nos podremos sorprender de las funcionalidades adicionales que admite. Orden cat: Mostrar el contenido de un fichero La orden cat muestra el contenido de un fichero por la salida estndar.

ARRANQUE Y PARADA DEL SISTEMA. ARRANQUE DEL SISTEMA La carga inicial (booting) es el proceso que hay que realizar para echar a andar el sistema cuando se conecta la computadora inicialmente o cuando lo reinicializa despus de una detencin. El programa de carga inicial, llamado bootstrap, que se encuentra almacenado en el bloque de arranque del sistema de archivos raz. Este programa se encarga de traer a memoria un programa ms complejo, el cual se encarga de cargar, configurar e iniciar el sistema UNIX. El proceso de arranque consta de tres pasos fundamentales: Cargar el sistema operativo. Chequear los sistemas de archivos (si el sistema se par anormalmente). Elegir el modo de funcionamiento. A continuacin se describen estos tres pasos: Cargar el sistema operativo: El primer paso en el arranque del sistema es cargar el sistema operativo desde el disco duro de la computadora. Se enciende la computadora y sta carga el bootstrap y muestra el siguiente mensaje: SCO System V/386Boot: Se pulsa <Return> y el bootstrap carga el sistema operativo. Cuando el sistema est cargado, muestra informacin sobre s mismo y verifica que el sistema de archivos raz est correcto y no tiene errores. Si no hay errores se pasa al paso tercero donde se elige el modo de funcionamiento. Si hay errores en el sistema de archivos, se pasar al paso donde se reparar el sistema de archivos. Reparando el sistema de archivos: Es necesario reparar el sistema de archivos si aparece el siguiente mensaje: fsstat: root filesystem needs checking OK to check the root filesystem (/dev/root) (y/n)? Cada sistema de archivos que se quiera cargar y tenga errores, mostrar un mensaje similar. Para trabajar sin problemas, el sistema operativo necesita reparar el sistema de archivos. Para reparar el sistema de archivos, introduzca y. La utilidad fsck (que ser explicada ms adelante) limpiar el sistema de archivos, reparando los archivos daados o borrando los archivos que no se hayan reparado. Cuando la reparacin se haya completado, el sistema preguntar por el modo de funcionamiento. Eligiendo el modo de funcionamiento: Se debe elegir el modo de funcionamiento tan pronto como salga el siguiente mensaje: INIT: SINGLE USER MODE Type CONTROL-d to continue with normal startup, (or given the root password for system maintenance): El sistema tiene dos modos de funcionamiento: funcionamiento normal y mantenimiento del sistema. El funcionamiento normal es la forma ordinaria de trabajar con el sistema. Este es el modo multiusuario, o

sea, que permite la entrada de los usuarios. El modo de mantenimiento del sistema est reservado para trabajar siendo el superusuario y no permite la entrada de mltiplesusuarios: se trabaja en modo monousuario. Para elegir el modo multiusuario pulse <Crtl>-d. El sistema mostrar un mensaje de comienzo, y se le pedir que introduzca el tiempo del sistema. Entonces el sistema ejecuta los comandos encontrados en los directorios /etc/rc, generando mensajes de comienzo para varios servicios del sistema, como los servicios de impresora o de red. Despus el sistema mostrar el mensaje login:. A partir de aqu, cualquier usuario se puede iniciar su sesin (el proceso est descrito en el bloque 2).Para elegir el modo de mantenimiento de sistema se introduce la clave de acceso del superusuario. Se muestra el prompt del superusuario (#). Los comandos de los directorios /etc/rcno se ejecutan. PARADA DEL SISTEMA: Parar un sistema UNIX requiere algo ms que apagar la computadora ya que hay que realizar una serie de pasos para preparar al sistema para la parada. El procedimiento exacto vara dependiendo de la configuracin. Un procedimiento tpico podra ser parecido al siguiente. Enviar mensajes de aviso a todos los usuarios presentes informando que el sistema va aser desconectado prximamente. Cancelar ( kill ) todos los procesos en ejecucin excepto el proceso de la consola. Desmontar los sistemas de archivos. Utilizar la orden sync para asegurar que toda la actividad de entrada-salida con el sistema de archivos se ha terminado. Apagar el computador si es necesario Existen dos comandos para parar el sistema: el comando shutdown o (bajo ciertas condiciones) el comando haltsys. Usando el comando shutdown: El comando shutdown es la forma normal de para el sistema y debe ser usada cuando el sistema se encuentra en modo multiusuario. El mismo avisa automticamente a los usuarios mediante el siguiente mensaje: Broadcast Message from root (<terminal>) on eancol <Fecha> THE SYSTEM IS BEING SHUT DOWN NOW ! ! ! Log off now or risk your files being damaged. Esperar unos segundos, para dar tiempo a los usuarios a desconectarse, y pedir confirmacin para la parada del sistema. Despus cerrar todas las cuentas y cancelar todos los servicios del sistema. Slo se podr apagar el sistema cuando aparezca el siguiente mensaje: ** Safe to Power Off ** - or ** Press Any Key to Reboot ** Usando el comando shutdown con la opcin -gn, el proceso de parada comenzar despus de n minutos. Usando el comando haltsys: El comando haltsys para el sistema inmediatamente. El comando debe usarse slo cuando se est trabajando en modo monousuario. Si hay usuarios conectados cuando se ejecuta haltsys, se terminar su sesin y perdern los trabajos que estaban haciendo. Adems, los servidores de red as como otros programas son terminados anormalmente y pueden crear problemas cuando rearranquen. Al igual que el comando shutdown , no se debe desconectar la mquina hasta que noaparezca el mensaje: ** Safe to Power Off **- or -** Press Any Key to Reboot **

También podría gustarte