¡Esta es una revisión vieja del documento!
El fichero /etc/fstab es un archivo de texto que se lee al inicio del sistema, en él se indican los dispositivos de disco que se montarán al cargar. Este dispositivo puede ser desde un pendrive, pasando por un CD-ROM hasta una partición en red.
Antes de explicar el fstab es básico entender el mount; al llamar a este comando lo primero que se indica es el tipo (ext3, cifs, vfat, usbfs…), para indicar el tipo pondremos -t pero podemos dejar esto por defecto sin poner nada, indicaremos también dónde se encuentra el elemento a montar y luego el punto de montaje (donde se montará), de esa forma los archivos que en él se encuentran pasarán a estar (también) en el punto de montaje:
mount -t vfat /dev/hda4 /windows/c
Puedes indicar opciones adicionales, estas son las mismas que son indicadas en el fstab. Para indicarlas tendrás que usar -o seguido de estas opciones y, si hay varias, separarlas por comas.
El comando mount por si solo muestra información de lo montado actualmente.
El formato es el siguiente:
<sistema de ficheros> <punto de montaje> <tipo> <opciones> 0 0
Sistema de ficheros, punto de montaje ya los hemos visto antes, los dos ceros finales tienen un significado, pero no profundizaremos en él. Veamos las opciones:
Existe una aplicación denominada usbmount, esta permite que al insertar un disco usb este se monte automáticamente en el sistema.
Monta los discos automáticamente en /media/usb0, /media/usb1…
La configuración se encuentra en /etc/usbmount/usbmount.conf.
//oz/WWW /mnt/www smbfs credentials=/etc/cred,gid=disknet,fmask=770,dmask=770 0 0
Este ejemplo monta en /mnt/WWW un sistema de red, recogiendo los datos de 'logueo' para este de /etc/cred, montandolo para el grupo disknet y dando unos permisos de 770 para los ficheros contenidos en este y de 770, también, para los directorios.
/dev/hda1 /windows/C ntfs-3g user,users,gid=users,umask=0002 0 0
Este ejemplo monta en /windows/C una partición ntfs permitiendo la lectura y escritura (esto es gracias al driver ntfs-3g).
[global] workgroup = MICASA encrypt passwords = yes netbios name = arturito hosts allow = 192.168.1. 127. [docs] path = /home/alfred/myDir browseable = no read only = yes guest ok = no
Para poder hacer esto necesitamos tener instalado el paquete smbfs, luego, para desmontar podemos usar de igual manera el umount.
El paquete nos instala un nuevo comando: smbmount que es el que nos permite montar mediante la siguiente sintaxis:
Aunque también nos permite añadir (o utilizar en el archivo fstab) un nuevo tipo: el smbfs.
Luego, con hacer umount /mnt ya estaría desmontada.
Para montar al iniciar el sistema tendremos que añadir una línea al /etc/fstab:
//192.168.1.2/Downloads /mnt/smb smbfs credentials=/etc/cred 0 0
Y, por lo tanto en este caso, crear el fichero /etc/cred con lo siguiente:
username = alfred password = alfredspass
A dia de hoy el smbfs parece estar en desuso, para montar una carpeta de red utilizaremos el Common Internet File System: cifs.
La utilización de este es idéntica a la del smbfs; también necesitaremos tener instalados los paquetes de samba.
mount -k cifs //192.168.1.10/APPS /mnt mount.cifs //192.168.1.10/WWW /mnt -o credentials=/cred mount.cifs //oz/WWW /home/alfred/public_html -o uid=alfred,pass=thepass
Es una interfaz web para configurar SAMBA de una forma gráfica.
apt-get install swat
Reiniciamos máquina.
http://<ip>:901
El nombre de usuario y el password tendrán que ser uno de la máquina que se está administrando. Los permisos para ese usuario serán los mismos que tenga para modificar el fichero smb.conf.
Shares.La carpeta tendrá que tener los siguientes permisos:
chown nobody:nogroup smbtest/ chmod 555 smbtest
O si queremos que también sea modificable:
chmod 755 smbtest
El comando ifconfig -a nos dará información de las tarjetas instaladas, la ip que tienen asignada, las IRQs que utilizan, sus puertas de enlace… Pero este comando también nos permite cambiar la ip e indicar una estática: ifconfig <interface de red> <ip> netmask <mascara> up
ifconfig eth0 10.0.0.1 netmask 255.255.255.0 up
route add default gw <ip> <interfaz de red> route add default gw 192.168.1.1 eth0
netstat -nr
Este archivo enlaza IPs con nombres de máquina. Por ejemplo si queremos hacer un ping a “winPC” pondremos: <ip> winPC. Por ejemplo, en mi actual linux tengo:
127.0.0.1 localhost.localdomain localhost arturito
De esa forma, cuando voy a localhost o a arturito (por http, ping, telnet…) me lo reconoce como la máquina propia (127.0.0.1 - También llamada interface loopback).
Este fichero únicamente existe en distribuciones Debian\Ubuntu. Corresponde a la configuración principal para estas distribuciones de las interfaces de red. Se divide en las siguientes “stanzas”, apartados:
auto eth0
Ejemplo para red TCP/IP dada por DHCP:
auto eth0 iface eth0 inet dhcp
Ejemplo para una interface con ip estática:
auto eth1
iface eth1 inet static
address 216.10.119.240
netmask 255.255.255.224
network 216.10.119.224
broadcast 216.10.119.255
gateway 216.10.119.241
dns-nameservers 216.10.119.241
ifup eth0 y ifdown eth0, activan y desactivan (respectivamente) la interface eth0El arranque del operativo, tras el inicio del hardware, carga siempre los siguientes elementos y en el siguiente orden:
Una vez la máquina arranca se carga en memoria la BIOS, esta gestiona al nivel más bajo todos los periféricos y busca el dispositivo adecuado para iniciar el sistema (diskette, CD-ROM, HD…). Si puede, carga el programa que reside en el primer sector del dispositivo (MBR), este es de 512 bytes y contiene instrucciones para el arranque del sistema (bootloader); una vez cargado el control del arranque pasa a ser suyo.
En Linux los dos bootloaders más utilizados son el LILO y el GRUB. Un bootloader se divide en dos fases, la primera consiste únicamente en la carga de la segunda, las instrucciones para ello son las que carga el MBR y una vez localizada la segunda parte del bootloader se carga y comenzará la gestión.
Para que el bootloader pueda cargar el kernel ha de tenerlo localizado, generalmente es un binario del directorio /boot denominado vmlinuz-version. Y antes de cargarlo necesita, también, lanzar el initrd (initial RAM disk), una herramienta que necesitará el propio kernel.
Una vez la imágen del initrd ha sido cargada en memoria vuelca sobre esta los drivers necesarios; configura la memoria, procesadores, sistemas de I/O…; e inicializa los dispositivos de almacenaje para cargar el sistema de ficheros. Luego libera el espacio ocupado por el initrd.
El el dispositivo con la raíz del sistema y libera la memoria en desuso.
Una vez llegados a este punto el kernel ya es operativo, pero no ha cargado ningún programa ni nada para poder decir que hace algo significativo. Entonces, lo que hace, es lanzar el /sbin/init.
El init se encarga de configurar el entorno del sistema para la interacción con el usuario. Es el primer proceso que se carga en la máquina y sobre este se cargarán los demás.
Lo primero que el init hace es cargar los scripts del /etc/rc.d, estos configuran el relog del sistema, el puerto serie… Luego lanza el script /etc/inittab, este define como el sistema actúa frente a cada nivel de ejecución y lanza el nivel por defecto.
Lo siguiente que hace es ejecutar los scripts localizados en /etc/rc.d/init.d/, estos son una serie de programas que se lanzan según el nivel cargado; para definir los programas para cada nivel existen dentro de esta ruta unos directorios con nombre rcX.d, donde X es el nivel de ejcución concreto, y en ellos existen enlaces a los scripts de /etc/rc.d/init.d/ (por ejemplo, las referencias a los scripts que se cargan en el nivel de ejecución 5 estarán localizadas en /etc/rc.d/rc5.d). Los nombres de cada enlace comienzan por S (si son programas que se lanzarán al inicio del nivel) o por K (programas que se lanzarán cuando se cierre ese nivel). Tras la S o la K los nombres de los enlaces contienen un número, ese número es el orden que se usará para elegir qué script se ejecutará primero.
Cuando un script\programa localizado en /etc/rc.d/init.d/ se lanza al principio de un nivel de ejecución se hace utilizando el parámetro start y cuando se lanza al finalizar dicho nivel se utiliza el parámetro stop. Esto significa que nosotros también podríamos relanzar o parar estos ejecutables una vez iniciado el sistema haciendo una llamada del estilo: /etc/rc.d/httpd stop.
Podemos también cerciorarnos del estado de un programa que esté en /etc/rc.d/init.d/ llamandolo con el parámetro status.
En el nivel de ejecución 5 se lanza el /etc/X11/prefdm, este ejecuta el gdm, el kdm, o el xdm que son los manejadores del sistema gráfico X de linux y su configuración en /etc/sysconfig/desktop.
lsmod
Debian lanza también el programa init al iniciar el sistema, el archivo que configura este es /etc/inittab. Luego se ejecutan los scripts que hay en /etc/init.d, pero no directamente, utiliza para ellos los enlaces existentes en /etc/rcX.d (donde X es el nivel de init que arranca).
Los nombres de los enlaces en /etc/rcX.d empiezan por 'S' o 'K' según sean de entrado o de salida en el nivel de init respectivamente y el orden en el que se ejecutarán será dado por un número que sigue a esta letra (mientras más pequeño sea dicho número, antes será ejecutado); luego, tras la letra y el número viene el nombre del script original. Cuando un script 'S' es llamado se le pasa como parámetro start, cuando lo es un 'K' se pasará un stop.
Para facilitar esto Debian proporciona un comando llamada update-rc.d, este funciona usando un script existente en /etc/init.d. Se llama a update-rc.d seguido del nombre del script y de una opción, si por ejemplo esta opción es defaults pondrá el link para iniciarlo en los niveles 2 a 5 (los usados al iniciar la máquina) y para detenerlo en 0 y 1 (los usados al parar la máquina).
update-rc.d myScript defaults
/etc/inittab encontrarás línias parecidas a la siguiente, la que indique initdefault será la que corresponda al nivel por defecto.id:5:initdefault:
* …Saber el nivel de ejecución actual? Lanzando el comando runlevel.
Uno de los métodos para interactuar con el kernel de linux es el directorio /proc, en él se encuentran ficheros virtuales que representan los dispositivos instalados (cpuinfo, pci…) o los procesos en ejecución (subdirectorios que como nombre tienen números). Algunos de estos ficheros pueden ser editados y de esa forma cambian el parámetro concreto del kernel.
Los LKM (Loadable Kernel Modules) son una forma dinámica de añadir y eliminar código del kernel de linux; si los elementos del kernel (como por ejemplo los drivers) se compilasen dentro del kernel ocuparían memoria aunque no fuesen usados, en cambio, si se compilan como módulos se irán cargando a medida que vayan usándose.
Creando un LKM
A parte del comando date, que te devuelve la hora actual hay pequeñas cosas que debemos saber respecto al manejo del tiempo en Linux…
Podemos sincronizar el reloj de nuestro sistema con el de un servidor NTP, de esos que te indican la hora actual exacta. Para ello existe el comando ntpdate, su sintaxis: ntpdate -u <servidor>. Servidores que pueden servirnos: swisstime.ethz.ch, hora.uv.es o gong.uv.es.
Copia ficheros de forma incremental (sólo enviando las diferencias). Sintaxis:
rsync [opciones] origen destino
Opciones:
Por ejemplo:
rsync -a --delete --exclude "*bak" --exclude "*~" /www/* /backup