Академический Документы
Профессиональный Документы
Культура Документы
DE UNIDADES DE
ALMACENAIENTO
de
textos
http://aula.virtualepn.edu.ec
infovirtual@cec-epn.edu.ec
ADMINISTRACIN DE LINUX I
Gestin de unidades de almacenamiento
Material para la modalidad virtual
Master Ricardo B. Ortega O.
www.ricardoortega.com
raz / y se montan dentro de esta estructura. Montar una unidad significa dejar preparado para el uso del
sistema. Ms detalles a continuacin.
SATA no solamente es ms rpido que los discos ATA, sino que es comparablemente igual de rpido que
los discos SCSI ms comunes y estn sobrepasando a los SCSI ms comunes. Usa una tecnologa que,
tcnicamente, consume mucha menos energa y, sobre todo, el precio es muy cmodo.
SATA I
Frecuencia
Bits/clock
Codificacin 8b10b
80%
80%
80%
bits/Byte
Velocidad real
Esto significa que se pueden formar arreglos de discos SATA sin problemas de rendimiento, y a costos muy
convenientes.
Los discos SATA son soportados directamente por el kernel 2.6 y superiores, esto es, toda la serie de
CENTOS 5.x y RHEL 5.x en adelate. Esto es importante ya que muchas personas todava intentan instalar
Red Hat 7, una versin del ao 2002 que tiene un kernel 2.2 que por supuesto, no trabaja con discos SATA.
Un dato importante de recordar es que los discos IDE se identifican con las siglas hd (de hard disk). En el
directorio /dev se encontrarn nombres ya establecidos como hda (Primario Master), hdb (Primario
Esclavo), hdc (Secundario Master) y hdd (Secundario Esclavo), mientras que el resto de discos no IDE se
identifican con las siglas sd (de SCSI disk) ya que el controlador SCSI (el device driver de Linux) es el
encargado de manejar no solo los discos SCSI sino tambin los SATA, USB, SD, etc. Y esto es afortunado,
ya que terminaramos con una gran cantidad de siglas, mientras que ahora nos limitamos a dos: hd para
tecnologas IDE y sd para el resto de tecnologas.
Si los discos IDE tienen sus nombres preestablecidos, no sucede lo mismo con los dems discos, por lo que
en un momento dado su memoria flash ser sdb, pero en otro momento podr ser sdc, sdd, sde, etc.
dependiendo de los dispositivos SCSI, SATA, USB, SD que tenga instalados en el sistema.
El primer dispositivo SCSI, SATA, USB, SD ser entonces sda, el segundo que se conecte ser sdb y as
sucesivamente.
Recuerde que la primera particin del dispositivo ser 1, esto es, sda1. La segunda (si es que existe) ser
sda2, y as sucesivamente.
Recuerde que todo disco duro debe tener al menos una particin, as que siempre habrn dos entradas: sda
para el disco duro completo (todos los sectores, incluyendo el MBR) y sda1 que corresponde a la particin
1, excluyendo el MBR e incluyendo todos los sectores de la primera particin.
Todos los dispositivos de almacenamiento reconocidos por Linux requieren un proceso de montaje y
desmontaje, que se traduce en los comandos mount y umount (ojo, NO es unmount sino umount) y
opcionalmente se describen en el archivo /etc/fstab (file system table) para que se monten automticamente
al arrancar el sistema.
Los RAIDS y LVMS sern estudiados en el siguiente mdulo. En este captulo trataremos de los discos
independientes.
Estos discos tienen la peculiaridad de que consumen muy baja energa, al no tener motores que muevan
sus partes mviles, adems de que son extremadamente compactos. Adems, al no tener partes mviles,
estos dispositivos no se rompen debido a cadas o fallas en sus mecanismos. Son dispositivos que en
cuanto se empiecen a usar, trabajarn por mucho tiempo mientras sus componentes de grabacin estn en
la capacidad de seguir almacenando nuevos datos.
Los discos CF tienen varios nombres y variantes: SD, Mini SD, micro SD, pendrives, USBdrives, etc. y que
son muy usados en cmaras digitales, pues, son pequeos y almacenan informacin sin depender de
golpes o cadas.
Estos dispositivos tienen una desventaja y es que normalmente son un poco ms caros que sus
contrapartes mecnicas. Adems estn limitados por la velocidad del puerto al cual se conectan,
tpicamente USB (1.1 transmite a 11 Megabits por segundo) mientras que USB 2.0 trasmite a 400 Megabits
por segundo. Esto significa que un disco SATA de 1.5 Gigabits ser casi cuatro veces ms rpido que un
disco USB 2.0
Sin embargo, esta tecnologa no mecnica se usa mucho para sistemas embebidos, que requieren de
partes no mviles y de bajo consumo.
Los sistemas Linux soportan lecturas y escrituras de dispositivos no mecnicos de forma totalmente natural.
Linux ve estos dispositivos como si fueran un dispositivo SCSI y se puede leer y escribir en ellos como se
escribe en cualquier disco mecnico, usando las siglas sd (dentro del directorio /dev).
Se debe recordar que Linux no slo maneja mucha variedad de hardware referente a los dispositivos
extrables, sino que tambin entiende los diferentes formatos conque estos pueden estar inicializados, de
forma tal, que desde Linux se pueden leer particiones FAT12, FAT16, FAT32, NTFS, as como una gran
variedad de sistemas existentes en el mercado.
Se puede mirar que el disco sda de 12GB tiene dos particiones, la primera de 100MB (104391 bloques de
1k) y la segunda de 12GB (12474472 bloques de 1k).
Linux maneja los discos duros en bloques de 1Kbyte, es decir dos sectores de 512 bytes, o 1024 bytes.
Otra mquina:
Se puede mirar que el disco sda de 21GB tiene dos particiones, la primera de 100MB (104391 bloques de
1k) y la segunda de 20GB (20860482 bloques de 1k). La segunda particin es un LVM del cual se hablar
en el Mdulo 2.
mount
El comando mount sin argumentos nos permite mirar los puntos de montaje en cada dispositivo
En este sistema, /dev/sda1 est asignado a /boot (100MB) y lo que debera ser /dev/sda2 est formando un
LVM en /dev/mapper/VolGroup00-LogVol00 para el directorio raz.
archivo /etc/fstab
Otros
Para ver mayor informacin sobre un LVM se puede usar el comando vgs como se indica aqu arriba.
10
Como ejemplo pongamos una memoria flash en el computador. A los pocos momentos todos pudieron ver
una ventana del navegador donde muestra el contenido de la memoria flash.
En efecto, al final se ve como dice: "1.9GB Removable"; esta es la flash que acaban de introducir. A la
derecha (respaldo*, reporteaeci, gparted, dsl) se ven los contenidos de la flash de forma visual.
Se puede verificar mediante el comando mount sin argumentos.
Como se ve, est montada en /media/disk y si se entra en /media/disk se vern los mismos contenidos que
se miran en modo grfico. Tambin, se puede determinar que la flash se llama: /dev/sdcl y est formateada
en tipo vfat
Para poder extraer un dispositivo, primeramente se indic al personal de laboratorios que deba
desmontarlo. Esto se puede hacer va grfica: sobre el nombre del dispositivo se puede dar: Clic derecho y
escoger la opcin que dice: Unmount (Desmontar).
Una vez que hayan escogido desmontar, probaran nuevamente poner: mount:
Todos pudieron verificar que su flash ya no estaba montada.
Adems, se pueden montar y desmontar dispositivos mediante lnea de comando. Por ejemplo, si uno sabe
que su flash es /dev/sdc1 puede montarla manualmente:
Eso, ejecuta: mount /dev/sdc1 /mnt y se mont la flash (/dev/sdc1) en el directorio /mnt
Esto se verifica ejecutando "mount" al finalizar de montar.
Si se quiere desmontar un dispositivo desde la lnea de comando, se puede hacer mediante el nombre del
dispositivo o mediante el directorio donde est montado. Por ejemplo, para desmontar la flash anteriormente
montada se puede usar uno de estos dos comandos:
umount /mnt
umount /dev/sdc1
11
nunca sacar una flash sin desmontar ya que al desmontar se vacan los buffers de grabacin
no se puede desmontar un dispositivo si est en uso, por ejemplo estamos dentro del directorio del
dispositivo. Es decir, debemos salir del directorio del dispositivo para desmontarlo.
Si no sabemos en qu dispositivo est nuestra flash o disco externo, podemos ejecutar: fdisk -l
/dev/dvd : dvd
/dev/cdrom : cdrom
/dev/fd0 : floppy
Particionar
Formatear la particin(es)
Actualizar /etc/fstab
5.4.2 Particionar
Una vez instalado el disco duro, es hora de crear una o ms particiones para hacer el espacio disponible a
Linux.
Hay ms de una forma de hacer esto:
Aunque las herramientas pueden ser diferentes, los pasos bsicos son los mismos. En el ejemplo siguiente,
se incluyen los comandos necesarios para efectuar estos pasos usando fdisk:
fdisk -l
fdisk /dev/hda
Revisar la tabla de particiones de la unidad para verificar que la unidad a particionar es, en realidad,
la correcta. En el ejemplo que los expositores pusieron al equipo de "Mentes Libres", fdisk muestra la
tabla de particin usando el comando p:
Borrar cualquier particin no deseada que pueda existir en la nueva unidad de disco. Esto se hace
usando el comando d en fdisk:
Command (m for help): d Partition number (1-4):
1
El proceso debe repetirse para todas las particiones no deseadas presentes en el disco. En nuestro
ejemplo: hay que borrar todas las particiones.
1 Es muy importante no cometer errores en este proceso. El fdisk, una vez grabados los cambios, es
destructivo y si uno se equivoca de unidad de almacenamiento los datos se pueden perder.
2 Es muy importante no cometer errores en este proceso. El fdisk, una vez grabados los cambios, es
destructivo y si uno se equivoca de unidad de almacenamiento los datos se pueden perder.
13
p
Partition number (1-4): 1 First cylinder (1767): 1
Last cylinder or +size or +sizeM or +sizeK: +512M
Si no se desea guardar los cambios, se puede salir del programa de particionamiento fdisk con el
comando: q < - - USAR ESTA OPCION PUES ESTAMOS PROBANDO SOLAMENTE.
Si se desea, se puede guardar los cambios y salir del programa de particionamiento. Esto se hace
en fdisk ejecutando w:
En discos duros muy grandes, configuran un porcentaje ms pequeo de espacio reservado para el
sper-usuario
Configuran un tamao de bloque no estndar y/o bytes para las configuraciones de inodos, que
deben soportar tamaos de archivos muy grandes o muy pequeos
Personalmente, los expositores dijeron que preferan llamar directamente a la utilera de formateo deseada.
Por ejemplo, para formatear una particin con el FS tipo ext3, se debe ejecutar el comando:
mkfs.ext3 /dev/hda3 _______________________________________________________
ATENCION: ESTE COMANDO DESTRUIR TODA LA INFORMACIN CONTENIDA EN LA PARTICIN
/dev/hda3. NO LO USE SI NO QUIERE PERDER
LA INFORMACIN.
14
El comando mkfs.ext3 permite especificar algunos parmetros adicionales (ver la pgina manual para una
lista extensa de opciones). De los cuales los ms usados son:
-m# : Porcentaje del disco reservado para el sper usuario. El valor por defecto es el 5%, es decir, el 5% del
disco se reservar para el sper usuario del sistema y no podr ser usado por ningn otro usuario.
Normalmente se haca para evitar que un disco se llenara y que el sper usuario mientras tanto no pudiera
hacer operaciones de respaldo, copia de informacin etc. Los expositores explicaron que al momento esto
ya no es algo comn. Si un disco se llena, al menos la informacin se puede sacar al vuelo hacia otra
mquina por la red y no se requiere limitar el espacio en disco... pues de esta forma slo el 95% del disco
estara disponible para usarse por todos los usuarios. Normalmente hay que especificar 0, lo que quiere
decir 0% reservado para el sper usuario.
-N#: Nmero de inodos que sern creados para esta particin. Los inodos se calculan normalmente en una
relacin de 1 inodo por cada 4kb de espacio en disco. De forma tal, que un disco de 80GB consumir algo
as como 80 * 1024M *1024K / 4k, o lo que es lo mismo: 83886080 / 4 = unos 21 millones de inodos. Uno de
los asistentes pregunto: "Realmente se usarn 21millones de inodos para mi disco?".
La respuesta de los expositores fue:
"Bueno, esto depende de las caractersticas de nuestro sistema, puede que sean mucho menos, puede que
sean mucho ms. En todo caso, la tabla de inodos tambin consume espacio, lo que hace que, mientras
ms inodos creemos para una particin determinada, menos espacio podremos dedicar a almacenar
informacin. Por ejemplo, si tenemos una flash de 128mb, nuestro Linux formateara la flash con 32768
inodos (128 * 1024k / 4k) guardaremos en esta flash 32768 archivos? Lo dudo realmente. Lo normal es
que una flash guarde digamos 10, 100, 2000 archivos... entonces para qu gastar espacio creando inodos
que nunca usaremos? Es aqu que entra la N, podemos decirle al mkfs que formatee nuestra particin con
1000 inodos por ejemplo. Y todo el resto del espacio en disco lo podemos aprovechar para guardar ms
informacin".
Un ejemplo del uso de switches:
mkfs.ext3 -m0 -N128 /dev/hda1 ______________________________________________
Qu se hizo aqu? Se le indic que no guarde ningn espacio en disco para el sper usuario (es decir todo
el disco lo podrn usar tanto usuarios, como sper usuarios) y que slo cree 128 inodos.
Uno de los asistentes del personal del laboratorio pregunt asombrado:
- "Por qu tan pocos inodos?"
La respuesta de los expositores fue contundente:
- "Pensemos en /boot: la particin que dedicamos a /boot cuntos archivos se guardan en ella?
Cuntenlos: normalmente no pasan de 15... 128 an es un nmero grande para mi /boot, y tengo la
oportunidad de aprovechar hasta el ltimo byte en espacio en disco en vez de desperdiciarlo con inodos que
posiblemente nunca usar".
-c : Manda al sistema a formatear la particin pero le pide que chequee clusters malos y los marque. Es un
proceso muy lento, y normalmente no se usa. Los expositores especificaron que puede tardar de 12 a 48
horas en terminar de chequear realmente contra clusters malos.
mkfs.msdos Permite crear una particin con formato fat16 (til para las flash) y mkfs.vfat permite crear
particiones fat32 que podrn ser ledas por Windows. Es decir, s se puede formatear particiones de DOS
desde Linux sin mayor inconveniente y sin tener que instalar Windows.
Una vez creados los sistemas de archivos en todas las particiones apropiadas, la unidad de disco estar
configurada adecuadamente para su uso.
15
Luego, recalcaron los expositores, siempre es bueno volver a verificar su trabajo manualmente montando la
particin(es) y asegurndose de que est en orden. Una vez que todo est verificado, es el momento de
configurar su sistema Linux para que monte automticamente el nuevo sistema de archivos durante el
arranque.
Los expositores anunciaron que las secciones siguientes cubran estos tpicos en ms detalles, paso a
paso. Todos se fueron a tomar un caf y al volver, los expositores repartieron unas hojas en las que cada
punto estaba descrito paso a paso.
5.4.3.1 Eliminar las particiones de disco desde /etc/fstab
Usando el editor de texto de su preferencia, elimine la(s) lnea(s) correspondiente(s) a la(s) particin(es) de
disco desde el archivo /etc/fstab. Puede identificar las lneas correctas por alguno de los mtodos
siguientes:
Haciendo corresponder los puntos de montaje con los directorios en la segunda columna de
/etc/fstab
Haciendo corresponder el nombre del archivo de dispositivo con el nombre de archivo en la primera
columna de /etc/fstab
16
Solamente se puede desmontar una particin si sta no se encuentra en uso. Si la particin no se puede
desmontar mientras se encuentra en el nivel de ejecucin normal, arranque en modo de rescate y elimine la
entrada de la particin de /etc/fstab.
Cuando utilice swapoff para desactivar el swapping en una particin, debe especificar el nombre de archivo
de dispositivo representando la particin swap:
swapoff /dev/hda4
Si no puede desactivar el swapping usando swapoff, arranque en modo de rescate y elimine la entrada de la
particin desde /etc/fstab.
Despus de desmontar todas las particiones del disco, ejecute el comando siguiente (conectado como root):
17
shred -n 2 -v /dev/hda
ejecutar dos iteracciones (-n 2) copiando datos aleatorios en toda la particin. De no especificarse -n, se
ejecutarn 25 iteracciones. As que posiblemente, advirtieron los expositores, ni el ms rudo de los
programas de recuperacin har que los datos se recuperen, pues no quedar ni la sombra, ni el ltimo
hlito de vida de los datos al ser concienzudamente sobrescrito todo /dev/hda (en este caso, usar el
dispositivo que se quieren borrar) por varias veces.
shred tambin sirve para eliminar la informacin de un archivo:
shred /root/miarchivo
har lo mismo pero con los datos de "miarchivo"
Un expositor pidi a los asistentes que miraran un ejemplo de la salida de shred sobre un archivo:
[root@eperez ~]# shred -v freetemp1071.zip
shred: freetemp1071.zip: pass 1/25 (random)... shred:
freetemp1071.zip: pass 2/25 (924924)... shred: freetemp1071.zip:
pass 3/25 (222222)... shred: freetemp1071.zip: pass 4/25
(555555)... shred: freetemp1071.zip: pass 5/25 (bbbbbb)... shred:
freetemp1071.zip: pass 6/25 (249249)... shred: freetemp1071.zip:
pass 7/25 (492492)... shred: freetemp1071.zip: pass 8/25
(333333)...
shred: freetemp1071.zip: pass 9/25 (000000)... shred:
freetemp1071.zip: pass 10/25 (ffffff)... shred: freetemp1071.zip: pass
11/25 (6db6db)... shred: freetemp1071.zip: pass 12/25 (b6db6d)...
shred: freetemp1071.zip: pass 13/25 (random)... shred:
freetemp1071.zip: pass 14/25 (666666)... shred: freetemp1071.zip:
pass 15/25 (111111)... shred: freetemp1071.zip: pass 16/25
(eeeeee)... shred: freetemp1071.zip: pass 17/25 (777777)... shred:
freetemp1071.zip: pass 18/25 (cccccc)... shred: freetemp1071.zip:
pass 19/25 (444444)... shred: freetemp1071.zip: pass 20/25
(db6db6)... shred: freetemp1071.zip: pass 21/25 (aaaaaa)... shred:
freetemp1071.zip: pass 22/25 (999999)... shred: freetemp1071.zip:
pass 23/25 (dddddd)... shred: freetemp1071.zip: pass 24/25
(888888)...
shred: freetemp1071.zip: pass 25/25 (random)... ________________________________
"Qu hice aqu?", pregunt el expositor. "Simple, ejecut el shred en 25 pasos, en cada uno sobrescribi
todos los bytes del archivo seleccionado con diferentes patrones, es decir, cambi bsicamente la
estructura del disco duro varias veces de forma tal que en realidad no pueda ser ledo entre lneas (hay
quien lo hace) y no se pueda obtener nada til."
Esta de las utileras ms importantes a la hora de la verdad (esa hora en que realmente uno tiene que
ponerse a trabajar y que es cuando el sistema no levanta).
El fsck permite revisar diferentes tipos de particiones con solamente llamarle indicndole a qu particin nos
referimos:
fsck /dev/hda1 ____________________________________________________________
por ejemplo, chequear la particin 1 del disco IDE mster primario (hda)
fsck SIEMPRE debe ser usado en un disco desmontado, de lo contrario daar los contenidos del
disco.
fsck /dev/sdb5 realizar lo mismo pero para la particin 5ta del 2do disco scsi en una cadena SCSI.
fsck normalmente arregla todas las situaciones, pero si alguna situacin no la pudiera arreglar, hay que
considerar que el disco ha muerto y que hay que reformatearlo, fsck normalmente pregunta si se quiere
realizar todos y cada uno de los arreglos. Los expositores sugirieron que SIEMPRE digamos que s a cada
una de sus preguntas.
Si no quisiramos responder y constantemente (a veces son cientos de veces) podemos llamar al fsck con
el switch -y, por ejemplo:
fsck -y /dev/hdb5 __________________________________________________________
esto revisar hdb5 y asumir yes fca todas sus preguntas.
Para ver ejemplos de sistemas de compresin con prdida (lossy compression), los expositores sugirieron
ver en wikipedia.
Los expositores aclararon que se centraran en el tema de la compresin sin prdida (lossless
compression). En el cual todo dato que se logre comprimir, se puede descomprimirlo y obtener TODA su
informacin original.
Este tipo de compresin es muy til para cuando se realizan respaldos y copias entre sistemas, y es la que
ms preocupa a los expositores, porque quieren que les quede muy claro al personal de "Mentes Libres".
Para esto se puede usar el comando gzip, gzip es uno de los mejores compresores del mercado, superado
por el bzip2, pero gzip es mucho ms rpido que el bzip2, por lo tanto, mucho ms usado.
Ambos estn presentes en Linux. El comando para comprimir un archivo con gzip sera:
gzip archivo ______________________________________________________________
el gzip no conserva el archivo original, es decir, al terminar de comprimir "archivo" lo borrar y en el disco
nos quedar un "archivo.gz" el cual ser una copia comprimida de ste.
20
TAREA: Comprimamos un archivo con gzip y con bzip2 sin perder el original. Y verifiquemos cul de los
dos comprimidos es mejor. [root@eperez ~]# mkdir t
[root@eperez ~]# cat Deber1.doc | gzip -9c - > tmp/Deber.doc.gz9 [root@eperez ~]# cat
Deber1.doc | gzip -c - > tmp/Deber.doc.gz [root@eperez ~]# cat Deber1.doc | bzip2 -c - >
tmp/Deber.doc.bz2 [root@eperez ~]# cd tmp [root@eperez tmp]# ll total 24
-rw-r--r-- 1 root root 6806 Aug 16 19:19 Deber.doc.bz2 -rw-r--r-- 1 root root
6335 Aug 16 19:19 Deber.doc.gz
-rw-r-r- 1 root root 6273 Aug 16 19:19 Deber.doc.gz9 _____________________________
Al da, siguiente un expositor explic cmo haba hecho l la tarea: "En fin, el que gana en mi caso es el
gzip -9 (era de esperar). El bzip2 no fue bueno porque es un archivo muy pequeo (Deber1.doc realmente
tiene 57k). El algoritmo bzip2 es muy bueno para archivos grandes o medianamente grandes. Pero para
pequeos no se diferencia del gzip."
El expositor aclar que, aunque gzip y bzip2 permiten comprimir varios archivos a la vez, no lo usa
normalmente y, aadi que despus, explicara otra forma ms precisa de comprimir directorios y mltiples
archivos en un slo paquete.
Replicaciones en masa del mismo sistema (Un expositor dijo lo siguiente para aclarar este punto:
"Supongamos que estamos vendiendo 500 mquinas con Linux y que queremos ponerle la misma
informacin a todas. Aparte de que sera sumamente egosta de su parte el no invitarme a participar
en esta licitacin tan grande, sera muy lento el proceso de instalar cientos o decenas de mquinas
con Linux".)
Necesidad de realizar una copia exacta de un floppy pues se requiere usar un floppy y este, que
contiene un sistema muy especial, es el nico que tenemos para formatear.
Los expositores preguntaron: "En todos esto casos... Qu comando podemos usar? Bueno, Linux tiene un
comando que se ocupa de realizar copias en crudo (raw) de discos completos o particiones. Se llama dd"
dd
El dd requiere bsicamente de dos parmetros, uno es el dispositivo o archivo de
entrada y otro es el dispositivo o archivo de salida.
Por ejemplo, cmo se realiza una copia exacta de la particin /dev/hda1:
dd if=/dev/hda1 of=/root/imagenhda1.img ______________________________________
Por supuesto, /root no debe estar en /dev/hda1 sino se caera en un ciclo infinito. No hay que olvidar que, if
y of (que se leen como input file, output file) siempre deben estar en particiones diferentes.
21
El dd en este caso tardar un poco, dependiendo de la cantidad de informacin que tenga hda1 y de la
velocidad de lectura y escritura del sistema.
El archivo imagenhda1.img quedar con una copia exacta de hda1 en el momento que se tom. Se puede
borrar con confianza hda1, tambin producir errores en hda1, o lo que se quiera, y ue exite una copia.
Uno de los del grupo del personal de laboratios pregunt: "Podemos reponer esa copia cuando queramos,
cmo se repone la info?
Los expositores pusieron lo siguiente en el pizarrn y explicaron:
dd if=/root/imagenhda1.img of=/dev/hda1 ______________________________________
"Aqu estamos trayendo la imagen que anteriormente sacamos hacia la particin
hda1.
Las imgenes las podemos comprimir para ahorrar espacio en disco, de esta forma la podremos guardar en
menor espacio y slo abrirlas si las necesitramos.
Ahora, al crear una imagen, puede que la particin de destino no tenga el espacio suficiente, qu podemos
hacer?
Podemos intentar comprimir los datos que saca dd, de forma tal que lo que escribamos a disco vaya
comprimido y ahorremos espacio.
[root@eperez ~]# dd if=/dev/hda1 | gzip -c - > boot.img.gz 208782+0 records in
208782+0 records out ______________________________________________________
dd if=/dev/hda1 : hazte una imagen de /dev/hda1. Como no especificamos of,
entonces el dd sacar los datos de la imagen por la salida estndar. Con el comando
| capturamos esta salida y se la pasamos a:
gzip -c - > boot.img.gz : comprime lo que recibas de la entrada estndar (-) y mndalo (>) hacia un archivo
llamado boot.img.gz
Para crear una particin partiendo de una imagen comprimida se puede usar:
gzip -dc boot.img.gz | dd of=/dev/hda1_________________________________________
Tarea: Comparemos la compresin con bzip2 y gzip2
[root@eperez ~]# dd if=/dev/hda1 | gzip -9c - > boot.img.gz [root@eperez ~]# dd if=/dev/hda1 | bzip2 -c - >
boot.img.bz2 [root@eperez ~]# ll boot*
-rw-r--r-- 1 root root 72863762 Aug 16 19:48 boot.img.bz2
-rw-r--r-- 1 root root 72984867 Aug 16 19:46 boot.img.gz
Un expositor cont lo siguiente "En mi caso el bzip2 se demor mucho ms que el gzip. y s comprimi un
poquito mejor (unos 100kb menor) que el gzip."
Adems los expositores explicaron que cualquier archivo de imagen que se haya creado con dd, desde una
particin, es posible montarlo as mismo desde la imagen. Esto se puede hacer por medio de un artilugio
que existe en Linux llamado loop (lazos). Mediante los lazos se puede montar imgenes hechas con dd y
leer desde ellas. Como ejemplo, lo expositores dieron los siguientes pasos:
Primero se hace una imagen:
22
Despus se crea un directorio donde se montar esta imagen (en este caso se har en /mnt/loop) y
posteriormente se montar la imagen en este directorio. [root@eperez ~]# mkdir /mnt/loop
[root@eperez ~]# mount -o loop ./boot.img /mnt/loop/
Como se ve, se ha llamado al comando mount pero con una opcin llamada loop
(lazo). Loop es la que permite montar imgenes en directorios.
Si se entra en /mnt/loop y se crea un directorio, no habr ningn problema, porque es una imagen creada de
un disco y permitir que se cambie.
[root@eperez ~]# cd /mnt/loop/
[root@eperez loop]# ll total 2587
-rw-r--r-- 1 root root 48299 Jun 8 17:39 config-2.6.9-11.EL
drwxr-xr-x 2 root root 1024 Aug 15 22:58 grub
-rw-r--r-- 1 root root 395477 Jul 22 17:21 initrd-2.6.9-11.EL.img
drwx- 2 root root 12288 Jul 21 11:28 lost+found
-rw-r--r-- 1 root root 10213 Feb 26 12:39 message -rw-r--r-- 1 root root 10213
Feb 26 12:39 message.ja -rw-r--r-- 1 root root 715755 Jun 8 17:39 System.map2.6.9-11.EL -rw-r--r-- 1 root root 1435513 Jun 8 17:39 vmlinuz-2.6.9-11.EL
[root@eperez loop]# mkdir t [root@eperez loop]# ll total 2588
-rw-r--r-- 1 root root 48299 Jun 8 17:39 config-2.6.9-11.EL drwxr-xr-x 2 root
root 1024 Aug 15 22:58 grub -rw-r--r-- 1 root root 395477 Jul 22 17:21 initrd2.6.9-11.EL.img
drwx- 2 root root 12288 Jul 21 11:28 lost+found
-rw-r--r-1
root
root
10213
Feb
-rw-r--r-- 1 root root 10213 Feb 26 12:39 message.ja
26
12:39
message
Pues que podemos ver los contenidos de un CD sin tener que quemarlo (usando imgenes),
Podemos ver los contenidos de una imagen de una particin sin tener que quemarla.
23
Podemos analizar los contenidos de una imagen para realizar un anlisis fornsico, sin tener que
ejecutar los contenidos de esta particin y, adems, podemos ya tener activo el disco sobre el que
sacamos la imagen, disminuyendo el downtime.
Podemos realizar cambios en la imagen para entonces s quemarla (digamos que crear un directorio
o agregar archivos, etc.).
Lo expositores aclararon: "cuando clonemos los CDs tambin podremos montarlos con loop, pero los CDs
usan un formato llamado iso9660 que no permite escrituras, por lo que slo podramos leer desde el loop,
mas no escribir".
Ahora hay que montar esta imagen que se acaba de quemar para verificarla:
[root@eperez ~]# mount -o loop ./rh9.img /mnt/loop/ ____________________________
Se listan los contenidos:
[root@eperez ~]# ls /mnt/loop/ kernel-smp-2.4.20-31.9.i686.rpm kernel-smp-2.4.20-43.9.legacy.i686.rpm
kernel-source-2.4.20-43.9.legacy.i386.rpm
Y se obtiene EXACTAMENTE lo que haba en el directorio rh9/ (que es directorio
creado como ejemplo).
Para que todo quedara ms claro, lo expositores propusieron lo siguiente: "Intentemos crear un directorio (t)
dentro de esa imagen: [root@eperez ~]# mkdir /mnt/loop/t
mkdir: cannot create directory 7media/loop/t': Read-only file system
Correcto, nos dice que no; pues la imagen es del tipo iso9660 y es de slo lectura.
Desmontmosla,
pues
no
debemos
[root@eperez ~]# umount /mnt/loop/
tener
montadas
las
imgenes
por
gusto":
25
Para proceder a quemar, hay que usar el comando cdrecord. Este comando quema en un CD. Los switches
son variados, pero estos generalmente funcionan: -v : verbose, hablador, decir todo lo que va haciendo
speed=4 : Quemar a una velocidad de 4x, si se desea ms velocidad poner el valor adecuado (8, 16, etc.)
./rh9.img : Es la imagen que se cre en el paso anterior (con mkisofs). Por supuesto, puede tener cualquier
nombre.
[root@eperez ~]# cdrecord -v speed=4 ./rh9.img cdrecord: No write
mode specified. cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5
seconds...
Cdrecord-Clone 2.01-dvd (i686-pc-Linux-gnu) Copyright (C) 1995-2004 Jrg Schilling Note: This version is
an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in
the original. Note: Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla
Note: The author of cdrecord should not be bothered with problems in this version.
TOC Type: 1 = CD-ROM
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord:
Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-Linux-sg.c-1.83RH '@(#)scsi-Linux-sg.c 1.83 04/05/20 Copyright 1997 J. Schilling'). Driveropts: 'burnfree'
SCSI buffer size: 64512 atapi: 1
Device type : Removable CD-ROM Version : 0
Response Format: 1 Vendor_info : 'ATAPI ' Identifikation
: 'CD-R/RW 40X12 ' Revision : '1.HB'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO RAW/R16 RAW/R96R
Drive buf size : 1630208 = 1592 KB
FIFO size : 4194304 = 4096 KB
Track 01: data 65 MB
Total size: 74 MB (07:25.00) = 33375 sectors Lout start: 75 MB
(07:27/00) = 33375 sectors Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 5 Is not unrestricted Is not erasable
Disk sub type: Medium Type B, low Beta category ( (4)
ATIP start of lead in: -11607 (97:27/18)
ATIP start of lead out: 359849 (79:59/74)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 18
Manufacturer: Plasmon Data systems Ltd.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 326474 Speed set to 706 KB/s
Starting to write CD/DVD at speed 4.0 in real TAO mode for single session.
Last chance to quit, starting real write 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
26
BURN-Free is ON.
Performing OPC...
Starting new track at sector: 0
Track 01: 65 of 65 MB written (fifo 100%) [buf 98%] 4.7x.
Track 01: Total bytes read/written: 68347904/68347904 (33373 sectors).
Writing time: 122.900s
Average write speed 3.6x.
Min drive buffer fill was 89%
Fixating...
Fixating time: 70.034s
cdrecord: fifo had 1077 puts and 1077 gets.
cdrecord: fifo was 0 times empty and 592 times full, min fill was 92%.
Listo. Con esto se habr creado una compilacin (imagen, mkisofs) y se habr
quemado con cdrecord.
El tar es muy fcil de usar. Algunos switches que se pueden usar con el tar son:
v - La v siempre viene de verbose (ser hablador), permite que el tar hable bastante sobre lo que est
haciendo
Este tar quedar del mismo tamao prcticamente que el directorio /etc, pues no lo hemos comprimido slo
lo creamos (c) hacia un archivo (f) llamado /root/etc.tar
Los expositores pidieron que lo asistentes hicieran preguntas, y fueron respondiendo una a una:
Cmo hacer para crear un archivo comprimido? Tenemos dos
opciones, la j y la z (bzip2: j, gzip:z): tar -zcvf /root/etcyvar.tar.gz /etc
/var
Qu hicimos aqu?: Creamos un tar (c) comprimido (z) con gzip, le pedimos al tar que dijera (v, verbose) lo
que fuera realizando y que el archivo creado (f) lo pusiera en /root/etcyvar.tar.gz, tambin le indicamos DOS
directorios a poner dentro del tar (/etc y /var). Esto crear un slo archivo (root/etcyvar.tar.gz) conteniendo
ambos directorios (/etc y /var).
Cmo podemos recuperar una parte de lo que guardamos en tar? A veces tenemos un archivo tar muy,
muy grande, de digamos 50GB, y slo queremos recuperar, por ejemplo, el archivo /etc/passwd. Indicamos
precisamente el directorio y nombre de archivo a recuperar. Pensemos en el archivo etcyvar.tar.gz que
creamos anteriormente:
tar -zxvf etcyvar.tar.gz etc/passwd ____________________________________________
Le hemos indicado que queremos extraer (x) informacin comprimida (z) en un
archivo tar (f) llamado etcyvar.tar.gz y que lo que queremos extraer es un archivo
llamado passwd que est dentro de etc (etc/passwd). Fjense que quit el / del etc.,
porque el tar no guarda / por seguridad; as, al extraer algo no tenemos que
preocuparnos que nos sobrescriba archivos o directorios de dentro de la raz.
(recuerden que este etcyvar.tar.gz lo creamos con los contenidos de /etc y /ver). Cmo hacemos para
guardar los contenidos en una cinta?
La cinta es un dispositivo de bloques de e/s que como ya dijimos no tiene formato especficamente, lo que
hace que tengamos que referirnos a ella sin montarla, es decir, hablar directamente con el dispositivo.
Esto crear un tar (c) e indicar al tar que hable (v) hacia el dispositivo (f) /dev/st0 y en ese tar incluir /etc
y /var ya tenemos una forma de hacer respaldos!
Y por qu no comprimo?
Bueno, no somos expertos en cintas, pero la enorme mayora de las cintas tienen sistemas de compresin
de datos al vuelo incluidos en su hardware. Esto es, nosotros le pasaremos el tar sin comprimir (sin z ni j) a
la cinta (/dev/st0) y el sistema de la cinta se ocupar de comprimir estos datos. As logramos no gastar
tiempo realizando la compresin nosotros (gastando ciclos de cpu) y le pasamos ese trabajo a la cinta que
lo har transparentemente.
Si nuestra cinta no realizara compresin al vuelo, entonces no est de ms el ponerle z al comando tar para
de una vez comprimir nosotros, y que la cinta tambin guarde los datos.
Comparando bzip2 con gzip nuevamente:
Los expositotres pidieron que se analizara el nivel de compresin de /etc con bz2 y con gz:
[root@eperez ~]# tar -zcf etc.tar.gz /etc [root@eperez ~]#
tar -jcf etc.tar.bz2 /etc [root@eperez ~]# ll etc*
-rw-r--r-- 1 root root 4828393 Aug 19 11:00 etc.tar.bz2
-rw-r~r~ 1 root root 6731130 Aug 19 10:58 etc.tar.gz
En este caso, /etc es un directorio lleno de archivos de texto mayormente, por lo que bzip2 tiene muchas
ms opciones para comprimir. Como se puede ver, bzip2 comprimi a unos 4.8MB mientras gzip slo logr
6.7MB de compresin.
En resumen realizando comparaciones, el bzip2 es bueno para grandes cantidades de informacin de texto
pero es muy lento, mientras que gzip es muy rpido y acta muy bien para bajos niveles de compresin.
5.8.2 star
Ahora, el comando tar tiene ciertas dificultades que ya se han probado previamente. Los expositores
contaron que al realizar respaldos muy grandes, tiende a dejar de responder y a veces hasta es capaz de
echar la mquina al piso.
29
Al ver la cara de asombro del personal de laboratorio un expositor puntualiz: "Cuando decimos respaldos
muy grandes, estamos hablando de aproximadamente 50 GB en informacin sumamente fraccionada
(mayormente compuesta por archivos menores a 5kb) que hay que respaldar en una mquina intel dual
Xeon con 2.4GHz de velocidad y 6GB de memoria as como un arreglo de discos SCSI de 570GB."
Por eso es necesario ver otro comando ms moderno llamado star.
Definitivamente se ha comprobado que es, posiblemente, un 25% ms rpido que el antiguo tar. El star es
ms eficiente en el manejo de memoria y procesador, por lo que se han logrado controlar los problemas en
mquinas que demoraban un mundo o fallaban haciendo un respaldo con tar.
Al momento la utilidad star es la ms rpida conocida que imita al tar. Se ha comprobado que puede
trabajar a velocidades superiores a 14mbit/s y que ofrece una tecnologa de doble buffering que mantiene la
unidad de cinta alimentada con datos constantemente.
El star comenz a implementarse por el ao 1982 y sigue siendo un trabajo en progreso. Es muy eficiente
adems con respaldos mayores a 1GB y es capaz de manejar una enorme cantidad de archivos (inodos) sin
mayor uso de memoria (este es un grave problema del tar: cuando hay millones de archivos, tiende a crear
grandes zonas de memoria con todo el rbol de directorio y, eventualmente, la mquina puede colapsar).
El star tiene cierta compatibilidad con el tar; por ello, es capaz de abrir archivos hechos en tar.
Definitivamente por todas estas razones y muchas ms, es necesario aprender el procedimiento para usar
el star.
Primero, hay que verificar que se tenga el comando star en la mquina, en redhat y clones de redhat. Est
en un paquete aparte que se llama star. Hay que buscar este rpm e instalarlo si es que no est instalado ya
en el sistema. Este paquete no sobrescribe al tar; por eso, siguen siendo dos comandos apartes e
independientes.
Seguidamente, hay que hacer el respaldo; se puede comenzar con el ms simple:
star -cv f=/dev/st0 /etc /var
Con este comando se hace un respaldo (c) hablador (v) hacia el dispositivo (f) de cinta (/dev/st0).
Si se lo quiere comprimir, hay que usar adems la z: star -zcv f=/dev/st0 /etc
/var
Esto lo comprimira con gzip. Los expositores sealaron que no conocan de compresin va bzip2 de forma
directa. Es decir, el star no sabe usar bzip2 para comprimir.
Si se quiere usar un archivo en vez de cinta se puede hacer lo siguiente: star -cv f=/backup/respaldo.tar /etc
/var
y listo, creara (c) el tar en un archivo (f) llamado /backup/respaldo.tar dentro de un directorio. No lo creara
comprimido (no se us la z).
Los expositores precisaron que existen otras herramientas como cpio, pero que no las analizaran pues
redundaran en el tema y realmente a su entender el tar es mucho ms potente.
30
El primer paso para realizar los respaldos es definir hacia dnde se escribirn:
1. Hacia otro disco: Es una forma rpida y fcil; tiene de bueno el que podemos recuperar un
respaldo sin tener que perder mucho tiempo pues el disco est puesto en la misma mquina o en
una mquina contigua. Tiene de inconveniente que cuando el sistema se daa, existe la posibilidad
de que tambin se dae ese disco.
2. Hacia una unidad de cinta: Es el proceso ms recomendado para empresas serias y tiene de
inconveniente que las cintas son un poco lentas, tanto para respaldar, como para recuperar.
Adems, de vez en cuando, hay que revisar que estn guardando correctamente la informacin
pues tienden a daarse.
31
3. Hacia un CD: Tiene de inconveniente que posteriormente al respaldo hacia un directorio en el disco,
hay que preparar un iso con mkisofs y quemar ese ISO con cdrecord. Pero es una variante factible.
El segundo paso ser definir cada cunto tiempo realizaremos los respaldos.
Esto depender mucho de las polticas de la empresa donde se trabaje y del tiempo que demoran los
respaldos. Hay muchas empresas que realizan respaldos diarios y guardan copias de al menos 7 o 15 das
de los respaldos, para poder buscar informacin.
Otras empresas no pueden realizar respaldos diarios, pues estos demoran mucho tiempo (digamos 12
horas) y consumira muchos recursos el realizar respaldos cada da. Por eso, algunas empresas prefieren
realizar respaldos semanales o an quincenales o mensuales. Estos dos ltimos se realizan, sobre todo,
cuando el sistema no cambia en mucho tiempo.
Algunos sistemas son sencillamente inmutables en el tiempo; esto es, una vez instalados no reciben ni
guardan en disco informacin que cambie en el tiempo, por lo que crear una sola vez un respaldo con la
configuracin del sistema normalmente es suficiente para ellos. Estos sistemas son mayormente sistemas
de firewall o proxy que no varan sus datos de configuracin ni de uso durante el tiempo y que, en caso de
una rotura que requiera de restablecer un respaldo, slo con la configuracin del sistema bastara.
El tercer paso sera definir qu directorios y archivos se desean respaldar.
Esto depende mucho del tipo de sistema en que se est trabajando. Como ejemplo, los expositores
tabularon diferentes tipos de sistemas y qu consideraron apropiado respaldar en cada uno de ellos. Para
hacer todo ms fcil repartieron una hoja con estos datos, en el que, en primer lugar haba una advertencia
que el equipo del personal de laboratorio ley con cuidado:
Hemos de advertir que esto no debe tomarse como una receta, y si ustedes o su empresa tienen
otras polticas o requieren de otros sistemas a respaldarse, deben respaldarlos de la forma ms
conveniente a sus necesidades.
Tipo de sistema
Mailserver
Qu sugerimos respaldar?
/etc
/var/spool
/var/log
/home
/root
/etc
/etc
/var/www
/home
/root
BD
DNS
/etc /home
/directoriodelaBD
dump (vaciado) de las BD
/etc
/home
/var/named
En Linux, normalmente, no se respaldan los binarios, si nos fijamos en la tabla anterior, siempre hemos
escogido los directorios donde se conservan datos valiosos e irrecuperables para nuestra empresa. Los
32
binarios y libreras del sistema siempre se reinstalan al reinstalar el sistema, por lo tanto, son recuperables;
pero no son recuperables, sin un respaldo, datos como nombres de usuarios, pginas web, bases de datos,
en fin, todo tipo de informacin especfica para nuestra empresa que no est presente en un sistema Linux
por defecto.
Si nos fijamos bien, uno de los directorios que siempre est presente es /etc, pues es aqu donde siempre
se almacenan las claves y datos esenciales de configuracin del sistema y siempre, a ojos cerrados,
debemos siempre incluir /etc en nuestros respaldos para mantener una copia de toda la info esencial del
sistema. Otro directorio que nunca hay que olvidar respaldar, as sea necesario o no, es /home, para
mantener de una vez los directorios de los usuarios ya sean miles o sean unos 2 3. As poder realizar una
recuperacin rpida sin tener que crear estos directorios.
Una forma cmoda sera por ejemplo respaldar a otro directorio usando tar:
tar -zcf /otrodiscomontadoaqui/respaldo.tar.gz /etc /home /var/spool /var/log ___________
Este ejemplo realizara un respaldo en un disco montado en un directorio (llamado en nuestro caso:
/otrodiscomontadoaqui) de los directorios /etc /home /var/spool y /var/log
Al hacer respaldos no se debe usar v porque puede resultar una cantidad de informacin tediosa de leer,
confusa y puede conducir a que no se noten las diferentes advertencias que el tar quiera comunicar.
2. Reinstalar normalmente el sistema Linux: asegurarlo, optimizarlo, actualizarlo y realizar todas las
tareas previas e inmediatas posteriores a una instalacin. Por supuesto, la instalacin debe incluir
todos los paquetes que nosotros sabemos que requeriremos para nuestro trabajo normal con el
sistema.
3. Traer de otro disco o de la cinta o del CDrom los tar con los respaldos
4. Abrir estos respaldos hacia un directorio temporal (normalmente se abren en /home/tmp o en
/root/tmp, en la particin que tenga ms espacio), para esto hay que cambiarse primero al directorio
donde se abrirn los respaldos (cd /home/tmp por ejemplo) y despus abrirlos para tenerlos todos
ah.
5.
Los directorios: /home, /var/spool y /var/www normalmente se pueden copiar
hacia sus destinos de forma inmediata. Es decir, una vez abiertos en
/home/tmp/var/spool, se puede, por ejemplo:
cp -a /home/tmp/var/spool/* /var/spool/
pues estos directorios no afectan en nada el funcionamiento actual de nuestro nuevo sistema.
6. Del directorio /etc, como sugerencia, solamente trabajeromos con /etc/passwd, /etc/shadow y
/etc/group. Por supuesto, si se quiere la copia antigua de nuestro servidor web, trabajaramos con el
directorio de configuracin web (/etc/httpd/) y lo mismo con cada demonio que requiramos
(/etc/squid para el squid, /etc/named* para el named). La idea con /etc es solamente tomar del
directorio recuperado los archivos que necesitemos y de ser posible no sobrescribamos los archivos
recin instalados sino que los unamos o manualmente editemos (El etc recuperado deber estar en
/home/tmp/etc pues recuerden. siempre nos debemos cambiar al directorio /home/tmp para abrir los
respaldos)
7. Recuperar y poner en su lugar todos los archivos que necesitemos segn el caso.
La recuperacin en Linux es un proceso que no es difcil. Aqu no trabajamos con registros ni ningn tipo de
informacin complicada, sino que sencillamente trabajamos con archivos de texto que son muy fciles de
reemplazar o de editar para agregar la nueva informacin.
Por ejemplo, para recuperar los usuarios se puede:
editar el archivo passwd que estar en /home/tmp/etc y borrar todos los usuarios privilegiados (esos que el
UID sea menor a 500), de forma tal que quedar un archivo passwd solamente con los usuarios propios de
mi empresa (los que hemos creado y su UID es igual o mayor que 500). Una vez guardado ese passwd
podemos proceder a unirlo:
Aqu lo que habremos hecho ser agregar (>>) al archivo /etc/passwd, los contenidos de
/home/tmp/etc/passwd, que es el archivo al que hemos eliminado los usuarios privilegiados (esos ya estn
presentes en /etc/passwd al instalarlo nuevo). De esta forma nos queda original y adaptado a nuestro
sistema.
Lo mismo debemos hacer con group y con shadow (eliminar los usuarios propios del sistema y solamente
dejar los usuarios que hemos creado nosotros, los usuarios con UID mayor de 500)
34
Y listo! ya pasamos el problema mayor. Ahora, por supuesto, pasaremos por algunos otros problemas, pues
siempre ocurren al realizar una recuperacin, lo normal es que se nos olvide instalar algn paquete que s
usbamos antes, o que se nos olvide activar o reconfigurar algn servicio. Poco a poco, con el transcurso
de los minutos nos iremos dando cuenta, gracias a nuestras propias averiguaciones o a los usuarios
mismos, que vendrn a quejarse.
Un detalle a considerar: siempre es importante, antes de sobrescribir un archivo de los recin instalados (por
ejemplo /etc/passwd o /etc/group o cualquier otro), realizar una copia de seguridad de este. Se puede hacer
copiando el archivo con la extensin .bak:
cp /etc/passwd /etc/passwd.bak
As, si algo fallara en nuestro nuevo sistema, podemos, al menos, recuperar el archivo original que recin
habamos instalado y proceder a tomar otra variante para reconfigurarlo.
5.9.4 mt
mt es una utilera para trabajo con cintas. Aunque no es requerido usarlo al realizar respaldos, s es importante
conocer qu ayudas puede brindar.
mt se debe invocar con el nombre del dispositivo de cinta al que nos estamos refiriendo (normalmente /dev/st0)
y un comando que le deseamos enviar a la cinta.
El comando mt puede demorarse en dar una respuesta y no se debe detener si notamos que no est
respondiendo, pues, a veces, tarda horas.
mt -f /dev/st0 status
35