Parte IV - Comandos para Trabajar con Ficheros

Aquí una descripción de algunos comandos para la manipulación de ficheros (archivos y/o directorios). Mayor información la pueden encontrar en las páginas de mantenimiento utilizando el comando "man" desde la consola, ó en la web de la misma http://www.linuxmanpages.com.

ls – listar contenido del directorio actual.

cd newdir/ - moverse al directorio newdir ubicado dentro del directorio actual.

cd – moverse al directorio home del usuario actual.

pwd – mostrar la ruta actual

rm file – borrar el archivo file

rm -r dir – borrar el directorio dir

rm -f file – borrar file sin emitir mensajes de error

rm -rf dir – igual que el anterior pero con el directorio dir.

cp file1 file2 – copiar file1 en file2

cp -r dir1 dir2 – copiar el dir1 en dir2 (si no existe se crea)

mv file1 file2 – renombra file1 como file2. Si file2 es un directorio lo mueve dentro del mismo.

touch file – crea o actualiza file

more file – muestra el contenido de file

head file – muestra las 10 primeras filas de file

tail file – muestra las 10 últimas filas de file

tail -f file – muestra las 10 últimas filas de file a medida que va creciendo.

Parte III - Comandos para obtener información del sistema

Aquí una descripción de algunos comandos que les pueden resultar muy útiles. Mayor información la pueden encontrar en las páginas de mantenimiento utilizando el comando "man" desde la consola, ó en la web de la misma http://www.linuxmanpages.com

date – Consulta y muestra la fecha y hora actual del sistema. También permite modificar la fecha y hora del sistema.

cal – Muestra el calendario del mes actual.

uptime – Muestra el tiempo que lleva encendida la máquina.

w – Muestra la lista de usuarios conectados a la máquina.

whoami – Muestra el nombre del usuario actual.

finger user – Muestra información sobre user.

uname -a – Muestra información sobre el núcleo.

cat /proc/cpuinfo – Muestra información sobre la CPU.

cat /proc/meminfo – Muestra información sobre la memoria.

df – Muestra el espacio libre en los discos.

du – Muestra el espacio usado por los directorios.

free – Muestra el uso de memoria y swap.

whereis app – Localiza y muestra la ruta del binario, fuente y página de manual de app

which app – Localiza y muestra la ruta del comando app.

Parte II - Shells disponibles en Linux

Los shells utilizados en Linux no pertenecen exclusivamente al sistema operativo Linux. Estos están disponibles libremente y pueden ser compilados en cualquier sistema Unix. Cuando instalamos Linux, tendremos acceso a los shells y herramientas de GNU, no a los shells y herramientas estándares de Unix. A pesar de que Linux puede ejecutar una gran cantidad de shells, los más populares en el sistema del pingüino son el BASH (Bourne Again shell) y el TCSH (TC shell).

El Z shell es otro shell de Linux que incorpora diferentes características del BASH, TCSH y del Korn Shell (un shell nativo de Unix desarrollado por David Korn de AT&T).

Si tienes curiosidad por ver que Shells tienes instalados en tu distribución GNU/Linux basta que desde la línea de comandos ingreses el siguiente comando: "cat /etc/shells" ó "cat /etc/shell" (esto depende de tu distribución), deberás obtener algo similar a:

/bin/csh
/bin/sh
/usr/bin/es
/usr/bin/ksh
/bin/ksh
/usr/bin/rc
/usr/bin/tcsh
/bin/tcsh
/usr/bin/esh
/bin/bash
/bin/rbash
/bin/dash
/usr/bin/screen

Artículos Relacionados:

Parte I - El Shell de Linux

Parte I - El Shell de Linux

El Shell es un programa especial utilizado como una interfaz entre el usuario y el núcleo del Sistema Operativo (Kernel). A grandes rasgos, el Kernel es un programa que se carga en memoria al momento en el que el PC se inicia, y se encarga de administrar el sistema hasta que apagamos el computador; es decir, crea y controla procesos, gestiona la memoria, el sistema de archivos y mucho más.

Volviendo al Shell, lo podemos definir como un Programa Utilitario que se inicia cuando accedemos a nuestra sesión en el sistema operativo. Este, le permite al usuario interactuar con el Kernel a través de la interpretación de los comandos que el usuario ingresa en la línea de comandos ó a través de los "scripts" (archivos que ejecutan un conjunto de comandos).

Después de que tipeamos un comando, la responsabilidad del Shell es:

1. Analizar la línea de Comandos
2. Manejar los comodines, las redirecciones, tuberías y planificar el control de ejecución de los comandos.
3. Buscar el comando, si lo encuentra, ejecutar el comando, en caso contrario emitir un error.
   

En muchas ocasiones, para realizar una tarea tenemos que digitar un conjunto de comandos. Si esta tarea la realizamos en reiteradas ocasiones lo más probable será querer automatizarla. Para hacer esto posible, hacemos uso de los "Shell Scripts", que no son otra cosa que archivos ejecutables que contienen una secuencia de comandos. Los "Shell Scripts" oscilan entre archivos que ejecutan un conjunto de comandos (como los "batch files"), pudiendo llegar a ejecutar programas para toma de decisiones, comprobación de archivos y mucho más. No basta con tener conocimientos de programación para desarrollar "Shell Scripts", también es necesario contar con un basto entendimiento de los utilitarios y herramientas de linux, y como estos trabajan. Algunas utilidades como grep, sed y gawk se convierten en herramientas muy poderosas cuando se utilizan en los "Shell Scripts" para gestionar la salida de comandos y archivos. Para concluir este post, podemos decir que cuando ejecutamos comandos desde un "Shell Script", estamos utilizando el Shell como un lenguaje de programación.

Artículos Relacionados:

Parte II - Shells disponibles en Linux

Controladores de ATI para Linux

Hace poco menos de un mes, publiqué un Post hablando de un rumor que leí, sobre los controladores de ATI para Linux. En ese entonces, una comunidad de Linuxeros alzó su voz de protesta contra la empresa AMD, la cual, hablaba de que la mencionada empresa evitaría dar soporte para sus tarjetas gráficas, además de cerrar toda posibilidad para que terceros puedan desarrollar controladores que permitan aprovechar el hardware.

Bueno, parece que el rumor era cierto, y ante la voz de protesta levantada por una gran cantidad de aficionados a Linux, es que decidieron anunciar la publicación de la documentación necesaria que permite a desarrolladores crear y soportar sus propios drivers; dejando para un futuro cercano la posibilidad de liberar el código de su controladores.

La noticia completa la pueden encontrar en este Link.