| Red Hat Documentation |
 |
Capítulo 14. Gestión de Ficheros y DirectoriosSi no tiene mucha experiencia con Linux es posible que se sienta un poco desorientado a la hora de gestionar los ficheros y los directorios. Relájese. Si tiene experiencia en el uso de otros sistemas operativos, "aprender Linux es un poco como aprender a conducir en otro pais". Muchas de las ideas son idénticas, pero otras en cambio son algo diferentes. Trataremos muchas de estas "normas de circulación" en este capítulo. Pero hay un componente en su nuevo sistema operativo sin el que no podría continuar: la shell. Nos hemos referido a la shell en muchas ocasiones -- como "el prompt de la shell" o "bash". Ahora ha llegado el momento de tratar más a fondo la utilización de esta aplicación. Pero antes, algunas nociones históricas. Shell, la HistoriaEn los años '60, cuando Dennis Ritchie y Ken Thompson di AT&T estaban trabajando en UNIXTM, quisieron crear un instrumento a través del cual los usuarios pudiesen intercomunicarse con el sistema. En aquellos tiempos los sistemas operativos utilizaban los interpretes de comandos, que aceptaban comandos de los usuarios para despues interpretarlos y que de ese modo pudieran ser utilizados por la máquina. Pero Ritchie y Thompson querían algo más, algo que puediese ofrecer mejores características que los interpretes de comandos que había por aquel entonces. Nace la Bourne shell (conocida simplemente como sh), creada por S.R. Bourne, que satisfacia los objetivos de los creadores UNIX. Después de la creación de la shell Bourne, se desarrollaron otros tipos de shell, como la C shell (csh) y la Korn shell (ksh). Cuando la Free Software Foundation quiso una shell libre de royaltis los desarrolladores comenzaron a trabajar en un lenguaje dentro de la Bourne shell de las características más comunes en la shell de aquel tiempo. El resultado fue la Bourne Again Shell -- o bash. Hasta ahora, probablemente, haya visto la palabra bash en mensajes de error causados por teclear de manera incorrecta un comando en el prompt de la shell (como en bash:uncomando: command not found). En el Capítulo 13, cuando hemos hablado de redireccionar y pipe, estábamos mostrando también la potencia y la flexibilidad de la bash.
Aunque su sistema tenga numerosas shells diferentes, bash es la shell por defecto de Red Hat Linux. Puede imaginar la bash como a una secretaria que tiene la costumbre de anotar lo que hace y de ejecutar los comandos de manera rápida. Esta "empleada" además tiene "apuntadores" que le dicen como le gusta a usted personalizar el modo de trabajar. Los apuntadores gestionados desde la bash se llaman variables de entorno. La shell utiliza un "ambiente" de la misma manera que nosotros utilizamos un entorno como la cocina. Trabajamos en la cocina, ponemos en su sitio las cacerolas, los tarros, los alimentos. Sabemos donde están los platos y cómo funciona cada aparato. Lo mismo se puede decir con respecto a la bash y a su entorno . Existen una un orden de base en la bash como la habría en cualquier cocina. Por ejemplo, esperamos encontrar cacerolas en una cocina de la misma manera que esperamos encontrar determinados comandos en la bash. Esta es la idea de base de las variables de entorno. Mientras la empleada tenga los apuntadores adecuados, ejecutará los comandos velozmente. Veamos ahora las variables de entorno. En el prompt de la shell escriba:
Existen algunos "accesos directos" a utilizar desde la bash, ¿verdad? Cada uno de ellos ayuda a la bash a configurar el entorno para usted. Entre las variables de entorno más importantes están el PATH (ruta) -- que determina lo que normalmente se llama default path (ruta por defecto). La variable de entorno PATH para su cuenta newuser podría tener el siguiente aspecto:
PATH apunta a los lugares más frecuentes donde se hayan los programas.
|
|
