Provided by: manpages-es-extra_0.8a-17_all 
NOMBRE
mtools - utilidades para acceder a discos DOS en UNIX
INTRODUCCIÓN
Mtools es una colección de herramientas de dominio público que permite a sistemas Unix manipular ficheros
de MS-DOS: leer, escribir y mover ficheros en un sistema de ficheros MS-DOS (típicamente un disco
flexible). Hasta donde es razonable, cada programa intenta emular la orden equivalente de MS-DOS. Sin
embargo, las restricciones innecesarias y otras rarezas de DOS no se emulan. Por ejemplo, es posible
mover subdirectorios de un subdirectorio a otro.
Mtools es suficiente para dar acceso a sistemas de ficheros MS-DOS. Por ejemplo, órdenes como mdir a:
funcionan en el disquete a: sin ningún montaje preliminar ni otro procedimiento de inicio (suponiendo que
el `/etc/mtools.conf' funciona en su máquina). Con MTOOLS, uno puede cambiar disquetes también sin tener
que desmontar y montarlos.
DÓNDE OBTENER MTOOLS
MTOOLS puede encontrarse por lo menos en los sitios siguientes (y sus espejos):
ftp://prep.ai.mit.edu/pub/gnu/mtools-3.8.tar.gz
ftp://linux.wauug.org/pub/knaff/mtools/mtools-3.8.tar.gz
ftp://sunsite.unc.edu/pub/Linux/utils/disk-management/mtools-3.8.tar.gz
Antes de informar de un fallo, asegúrese de que no ha sido ya corregido en los parches Alfa que pueden
encontrarse en:
http://www.poboxes.com/Alain.Knaff/mtools
ftp://linux.wauug.org/pub/knaff/mtools
Nota: Es altamente probable que la 1ª dirección de Internet haya dejado de existir tras Noviembre de
1997. La dirección wauug es permanente.
Estos parches se denominan mtools-version-ddmm.taz, donde version significa la versión base, dd es el día
y mm es el mes. Debido a falta de espacio, yo usualmente sólo dejo el parche más reciente.
Hay una lista de correo de MTOOLS en mtools@linux.wauug.org. Por favor, envíe todos los informes de
fallos a esta lista. Puede suscribirse mandando un mensaje con la sola frase `subscribe
mtools@linux.wauug.org' en el cuerpo del mensaje a majordomo@linux.wauug.org. Los anuncios de nuevas
versiones de mtools también se mandarán a la lista, además de a los grupos de noticias de anuncios sobre
Linux. La lista de correo se archiva en http://linux.wauug.org/hypermail/mtools/latest .
CARACTERÍSTICAS COMUNES DE TODAS LAS ÓRDENES DE MTOOLS
Opciones y nombres de ficheros
Los caminos de fichero en MS-DOS se componen de una letra de dispositivo seguida por dos puntos, un
subdirectorio y un nombre de fichero. Sólo la última parte es obligatoria, las primeras son opcionales.
Los nombres de fichero sin la letra de dispositivo, para MTOOLS se refieren a ficheros de Unix. Los
nombres de directorio pueden emplear como separador '/' o '\'. El uso del separador '\' o comodines
requiere que los nombres se entrecomillen para protegerlos del shell. Sin embargo, los comodines en
nombres de fichero de Unix no deben encerrarse entre comillas porque queremos que el shell los expanda.
Las rutinas de "concordancia de patrones" de expresiones regulares siguen las reglas al estilo Unix. Por
ejemplo, `*' concuerda con todos los ficheros de MS-DOS en lugar de `*.*'. Los bits de atributo de
archivo, oculto, lectura exclusiva y sistema, no se tienen en cuenta durante la concordancia de patrones.
Todas las opciones emplean el signo - (menos) como su primer carácter, no / como en MS-DOS.
La mayoría de las órdenes de MTOOLS permiten como parámetros varios nombres de fichero, lo que no sigue
los convenios de MS-DOS, pero es más amigable.
La mayoría de órdenes de MTOOLS permiten opciones que les instruyen sobre cómo manejar las coincidencias
de nombres de ficheros. Vea la sección sobre coincidencias de nombres de ficheros para más detalles.
Todas las órdenes aceptan la opción -V que muestra el número de versión, y la mayoría acepta la opción
-v, que cambia al modo prolijo. En modo prolijo, estas órdenes muestran el nombre del fichero de MS-DOS
sobre el que actúan, a menos que se diga otra cosa. Vea la sección Órdenes, para una descripción de las
opciones específicas de cada orden.
Letras de dispositivo
El significado de las letras de dispositivo depende de las arquitecturas objetivo, o destino. Sin
embargo, en la mayoría de ellas, la unidad A es la primera unidad de disquete, la unidad B es la segunda
unidad de disquete (si la hay), la unidad J es una unidad Jaz, si la hay, y la unidad Z es una unidad Zip
(si la hay). En aquellos sistemas donde el nombre del dispositivo derive del ID. SCSI, se supone que la
unidad Jaz está en el objetivo SCSI 4, y la Zip en el 5 (éstos son los valores predeterminados de
fábrica). En Linux, ambas unidades se suponen en la segunda unidad del bus SCSI (/dev/sdb). Todo esto
puede cambiarse mediante un fichero de configuración (vea la sección Configuración).
Directorio de trabajo actual
La orden mcd (`mcd') se emplea para establecer el dispositivo y el directorio de trabajo actuales
(relativos al sistema de ficheros MS-DOS), de otro modo se supone que el valor predeterminado es A:/. Sin
embargo, al contrario de en MS-DOS, sólo hay un directorio de trabajo para todas las unidades, y no una
por cada unidad.
Nombres de fichero largos al estilo VFAT
Esta versión de MTOOLS admite nombres de ficheros largos al estilo de VFAT. Si un nombre de fichero Unix
es demasiado largo como para caber en un nombre corto de DOS, se guarda como un nombre largo de VFAT, y
se genera un nombre corto acompañante. Este nombre corto es lo que se ve cuando se examina el disco con
una versión de DOS anterior a la 7.0 (esto es, anterior a Windows95). La tabla siguiente muestra algunos
ejemplos de nombres cortos:
Nombre largo nombre MS-DOS Razón del cambio
------------ ------------- ----------------------
estoesuntest ESTOES~1 nombre demasiado largo
alain.knaff ALAIN~1.KNA extensión muy larga
prn.txt PRN~1.TXT PRN es un dispositivo
.abc ABC~1 no hay ningún nombre
frio+calor FRIO_CA~1 carácter ilegal
Como se ve, las siguientes transformaciones ocurren al hacer derivar un nombre corto:
* Los caracteres ilegales se reemplazan por subrayados. Los caracteres ilegales son
;+=[]',\"*\\<>/?:|.
* Los puntos extra, que no pueden interpretarse como un separador de nombre principal y extensión,
se quitan.
* Se genera un número ~n.
* El nombre se acorta de modo que quepa en la limitación 8+3.
El nombre de fichero inicial al estilo de Unix (corto o largo) se llama también el nombre primario, y el
nombre corto derivado de él se llama también el nombre secundario.
Ejemplo:
mcopy /etc/motd a:Nombremuylargo
Mtools crea una entrada VFAT para Nombremuylargo y usa NOMBREMU como un nombre corto. Nombremuylargo es
el nombre primario, y NOMBREMU es el secundario.
mcopy /etc/motd a:motd
Motd encaja en los límites de nombres de fichero DOS. Mtools no necesita hacer derivar otro nombre. Motd
es el nombre primario, y no hay nombre secundario.
En resumen: el nombre primario es el nombre largo, si existe, o el nombre corto si no hay nombre largo.
Aunque VFAT es mucho más flexible que FAT, aún hay nombres que no son aceptables, incluso en VFAT. Aún
quedan algunos caracteres ilegales (\"*\\<>/?:|), y los nombres de dispositivo todavía están reservados.
Nombre Unix Nombre largo Razón del cambio
----------- ------------ -------------------------------
prn prn-1 PRN es un nombre de dispositivo
ab:c ab_c-1 carácter ilegal
Como puede ver, si un nombre largo es ilegal ocurren las siguientes transformaciones:
* Los caracteres ilegales se reemplazan por subrayados,
* Se genera un número -n.
Coincidencias de nombres
Cuando se escribe un fichero en disco, su nombre largo (nombre primario) o corto puede colisionar con el
de un fichero o directorio ya existente. Esto puede suceder para todas las órdenes que creen nuevas
entradas de directorio, como mcopy, mmd, mren, mmove, mwrite y mread. Cuando ocurre una coincidencia de
nombres, MTOOLS le pregunta qué debe hacer. Ofrece algunas elecciones:
overwrite
Sobreescribe el fichero existente. No es posible sobreescribir un directorio con un fichero.
rename
Renombra el fichero creado recientemente. MTOOLS pregunta el nuevo nombre de fichero.
autorename
Renombra el fichero recién creado. MTOOLS escoge él mismo un nombre, sin preguntar.
skip Pasa este fichero de largo y se mueve al siguiente, si lo hay.
Para escoger una de estas acciones, teclee su primera letra cuando se le pregunte. Si emplea una letra
minúscula, la acción sólo se aplica a este fichero solo; si usa una letra mayúscula, la acción se aplica
a todos los ficheros, y no se le preguntará más.
También puede escoger las acciones (para todos los ficheros) en la línea de órdenes, cuando llame a
MTOOLS:
-o Sobreescribe los nombres primarios de forma predeterminada.
-O Sobreescribe los nombres secundarios de forma predeterminada.
-r Renombra los nombres primarios de forma predeterminada.
-R Renombra los nombres secundarios de forma predeterminada.
-a Auto-renombra los nombres primarios de forma predeterminada.
-A Auto-renombra los nombres secundarios de forma predeterminada.
-s Se salta los nombres primarios de forma predeterminada.
-S Se salta los nombres secundarios de forma predeterminada.
-m Pregunta al usuario qué hacer con los nombres primarios.
-M Pregunta al usuario qué hacer con los nombres secundarios.
De forma predeterminada, se le pregunta al usuario en el caso de coincidencias en el nombre primario, y
se auto-renombra el nombre secundario.
Si ocurre una coincidencia de nombre en un directorio Unix, MTOOLS sólo pregunta si sobreescribir el
fichero o saltárselo.
Sensibilidad a la caja tipográfica del sistema de ficheros VFAT
El sistema de ficheros VFAT es capaz de recordar la caja tipográfica (i.e., si las letras son minúsculas
o mayúsculas) de los nombres de ficheros. Sin embargo, no se permite que los nombres de ficheros que se
diferencian sólo en la caja tipográfica coexistan en el mismo directorio. Por ejemplo, si Ud. almacena un
fichero llamado NombreFicheroLargo en un sistema de ficheros VFAT, mdir muestra este fichero como
NombreFicheroLargo y no como Nombreficherolargo. Sin embargo, si Ud. luego intenta añadir
NombreFicherolargo al mismo directorio, no puede, porque no se mira la caja tipográfica para las
comprobaciones de coincidencia de nombres.
El sistema de ficheros VFAT permite almacenar la caja tipográfica de un nombre de fichero en el byte de
atributo, si todas las letras del nombre de fichero tienen la misma caja, y si todas las letras de la
extensión tienen la misma caja también. MTOOLS usa esta información cuando muestra los ficheros, y
también para generar el nombre de fichero Unix cuando copia con mcopy a un directorio Unix. Esto puede
llevar a resultados inesperados cuando se aplica a ficheros escritos con una versión anterior a 7.0 de
DOS: de hecho, los nombres de ficheros al viejo estilo DOS transforman todas las letras a mayúsculas.
Esto es diferente del comportamiento de la versión antigua de MTOOLS que lo que hacía era generar nombres
de ficheros Unix con todas las letras en minúsculas.
Formatos de alta capacidad
MTOOLS admite una variedad de formatos que permiten almacenar más datos en discos que lo usual. Debido a
las diferentes capacidades de los sistemas operativos, estos formatos no se aceptan en todos los ss.oo.
MTOOLS reconoce estos formatos de forma transparente donde se acepten.
Para formatear estos discos, se necesita usar una herramienta específica del sistema operativo. Para
Linux, se pueden encontrar herramientas adecuadas para disquetes en el paquete fdutils en los sitios
siguientes, aparte quizás de en su distribución favorita, como Debian o similar:
ftp://linux.wauug.org/pub/knaff/fdutils/.
ftp://sunsite.unc.edu/pub/Linux/utils/disk-management/fdutils-*
Vea las páginas del Manual incluidas en ese paquete para más detalles. Use superformat para todos los
formatos salvo XDF; y para éste, emplee xdfcopy.
Más sectores
El método más antiguo de meter más datos en un disco es emplear más sectores y más pistas. Aunque el
formato estándar usa 80 pistas y 18 sectores (en un disco de alta densidad de 3½''), es posible usar
hasta 83 pistas (en la mayoría de las unidades de disquete) y hasta 21 sectores. Este método permite
almacenar hasta 1743 kB en un disco de alta densidad de 3½''. Sin embargo, los discos de 21 sectores son
el doble de lentos que los estándares de 18 sectores, porque éstos están empaquetados tan juntos que se
necesita intercalarlos. Este problema no ocurre en los formatos de 20 sectores.
Estos formatos se aceptan en numerosas utilidades shareware de DOS como fdformat y vgacopy. En su
infinita soberbia, Bill Gate$ creyó que él inventó esto, y lo llamó `discos DMF', o `discos formateados
de Windows'. Pero en realidad, ¡ya existía desde hacía años! MTOOLS admitía estos formatos en Linux, en
SunOS y en el DELL Unix PC.
Sectores más grandes
Al usar sectores más grandes es posible ir más allá de la capacidad que se puede obtener con los sectores
estándar de 512 bytes. Esto es así a causa de la cabecera del sector. La cabecera del sector tiene el
mismo tamaño, sin importar cuántos bytes de datos haya en el sector. Así, nos ahorramos algo de espacio
usando menos, pero más grandes, sectores. Por ejemplo, 1 sector de 4 kB sólo toma espacio para la
cabecera una vez, mientras que 8 sectores de 512 bytes tienen también 8 cabeceras, para la misma cantidad
de datos útiles.
Este método permite almacenar hasta 1992 kB en un disco de alta densidad de 3½''.
MTOOLS admite estos formatos sólo en Linux.
2m
El formato 2m fue inventado originalmente por Ciriaco García de Celis. También emplea sectores más
grandes de lo usual para hacer caber más datos en el disco. Sin embargo, usa el formato estándar (18
sectores de 512 bytes cada uno) en el primer cilindro, para hacer estos discos más fáciles de manejar en
DOS. De hecho este método permite tener un sector de arranque de tamaño estándar, que contiene una
descripción de cómo debería leerse el resto del disco.
Sin embargo, lo malo de esto es que el primer cilindro puede contener menos datos que los otros.
Desafortunadamente, DOS sólo puede manejar discos donde cada pista contenga la misma cantidad de datos.
Así que 2m oculta el hecho de que la primera pista contenga menos datos mediante el empleo de una FAT
sombreada. (Usualmente, DOS almacena la FAT en dos copias idénticas, por seguridad adicional. XDF
almacena sólo una copia, y le dice a DOS que almacena dos. Así se ahorra los mismo que tomaría de espacio
la segunda copia.) Esto también significa que Ud. nunca use un disco 2m para almacenar nada más que un
sistema de ficheros DOS.
MTOOLS admite estos formatos sólo en Linux.
XDF
XDF es un formato de alta capacidad usada por OS/2. Puede contener 1840 kB por disco. Esto es menor que
los mejores formatos 2m, pero su ventaja principal es que es rápido: 600 ms por pista. Esto es más rápido
que el formato de 21 sectores, y casi tan rápido como el formato estándar de 18 sectores. Para acceder a
estos discos, asegúrese de que MTOOLS ha sido compilado con soporte de XDF, y de que se defina la
variable use_xdf para la unidad en el fichero de configuración. Vea la sección Compilación de MTOOLS y
`variables misceláneas', para los detalles sobre cómo hacer esto. El acceso rápido XDF sólo está
disponible para núcleos Linux más recientes que el 1.1.34.
MTOOLS admite este formato sólo en Linux.
Cuidado / Atención distribuidores: Si MTOOLS se compila en un núcleo Linux más reciente que 1.3.34, no
funcionará en un núcleo más antiguo. Sin embargo, si ha sido compilado en un núcleo más antiguo, aún se
ejecutará en un núcleo más nuevo, aunque el acceso XDF será más lento. Se recomienda que los autores de
una distribución sólo incluyan los binarios de MTOOLS compilados en núcleos más viejos de 1.3.34 hasta
que salga el 2.0, que ya ha salido. Cuando haya salido, como es el caso ya, se pueden (y deben)
distribuir los binarios de MTOOLS compilados en núcleos más nuevos. Los binarios de MTOOLS compilados en
núcleos anteriores al 1.3.34 no se ejecutarán en un núcleo 2.1 ó posterior.
Códigos de salida
Todas las órdenes de MTOOLS devuelven 0 en caso de éxito, 1 en caso de fallo total, ó 2 en caso de fallo
parcial. Todas las órdenes de MTOOLS realizan unas pocas comprobaciones saludables antes de seguir, para
asegurarse de que el disco es desde luego un disco de MS-DOS (no por ejemplo un disco ext2 o minix).
Estas comprobaciones pueden rechazar discos parcialmente corruptos, que de todas formas podrían aún ser
legibles. Para evitar estas comprobaciones, defina la variable de entorno MTOOLS_SKIP_CHECK o la variable
correspondiente del fichero de configuración (vea la sección variables globales).
Fallos
Un efecto colateral desafortunado al no adivinar el dispositivo correcto (cuando se admiten múltiples
capacidades de discos) es un mensaje de error ocasional del controlador de dispositivo. Éstos pueden ser
pasados por alto con seguridad.
El código de comprobación de la FAT se atraganta en discos de 1,72 MB mformat-eados con MTOOLS anterior a
la versión 2.0.7. Defina la variable de entorno MTOOLS_FAT_COMPATIBILITY (o la variable correspondiente
del fichero de configuración, `variables globales') para que no se realice la comprobación de la FAT.
CÓMO COMFIGURAR MTOOLS PARA SU ENTORNO
Descripción
Esta sección explica la sintaxis de los ficheros de configuración para MTOOLS. Los ficheros de
configuración se llaman `/etc/mtools.conf' y `~/.mtoolsrc'. Si la variable de entorno MTOOLSRC está
definida, su contenido se usa como el nombre de fichero para un tercer fichero de configuración. Estos
ficheros de configuración describen los siguientes elementos:
* Opciones y variables de configuración globales
* Opciones y variables por dispositivo
* Tablas de traducción de caracteres
Localización de los ficheros de configuración
`/etc/mtools.conf' es el fichero de configuración global para todo el sistema, y `~/.mtoolsrc' es el
fichero de configuración privado del usuario.
En algunos sistemas, el fichero de configuración se llama `/etc/defaults/mtools.conf' o
/usr/local/etc/mtools.conf en su lugar.
Sintaxis del fichero de configuración general
Los ficheros de configuración están construidos a base de secciones. Cada sección empieza con una palabra
reservada que la identifica, seguida por dos puntos. Luego vienen asignaciones de variables y opciones.
Las asignaciones de variables toman la siguiente forma: nombre=valor
Opciones son palabras reservadas solitarias sin que las siga un signo igual ni un valor. Una sección
acaba o al final del fichero o donde empiece la siguiente.
Las líneas que comiencen con un signo sostenido (#) son comentarios. Los caracteres nueva-línea son
equivalentes a espacio en blanco (excepto donde acaben un comentario). El fichero de configuración es
insensible a la caja tipográfica, excepto para elementos encerrados entre comillas (como nombres de
ficheros).
Valores predeterminados
Para la mayoría de las plataformas, MTOOLS contiene valores predeterminados razonables para unidades
físicas de disquete codificados en el programa compilado. De forma que uno usualmente no necesita
molestarse tocando el fichero de configuración, si todo lo que uno quiere hacer con MTOOLS es acceder a
las disqueteras. Por otra parte, se necesita el fichero de configuración si uno también quiere usar
MTOOLS para acceder a las particiones del disco duro y a los ficheros imagen de DOSEmu.
Variables globales
Las opciones globales se pueden poner a 1 ó a 0.
Se reconocen las siguientes opciones globales:
MTOOLS_SKIP_CHECK
Si se pone a 1, MTOOLS no realiza la mayoría de sus comprobaciones salubres. Esto se necesita para
leer algunos discos de Atari que se han construido con las ROMs antiguas, y que no serían
reconocidos de otra forma.
MTOOLS_FAT_COMPATIBILITY
Si se pone a 1, MTOOLS no realiza las comprobaciones del tamaño de la FAT. Algunos discos tienen
una FAT mayor de la que realmente necesitan. Éstos se rechazan si esta opción está a 0 ó no está
presente.
MTOOLS_LOWER_CASE
Si se pone a 1, MTOOLS muestra todos los nombres cortos de ficheros con todas sus letras
mayúsculas, en minúsculas. Esto se ha hecho para permitir un comportamiento que fuera consistente
con versiones más antiguas de MTOOLS que no sabían nada de los bits de caja tipográfica.
MTOOLS_NO_VFAT
Si se pone a 1, MTOOLS no generará entradas VFAT para nombres de ficheros con letras en minúsculas
y mayúsculas mezcladas, pero por otra parte nombres legales de ficheros DOS. Esto es útil cuando
se trabaja con versiones de DOS que no pueden tragar los nombres largos VFAT, como con FreeDOS.
MTOOLS_DOTTED_DIR
En un directorio ancho, muestra el nombre corto con un punto en vez de espacios separando el
nombre base y la extensión.
MTOOLS_NAME_NUMERIC_TAIL
Si se pone a 1 (y éste es el valor predeterminado), genera finales numéricos para todos los
nombres largos (~1). Si se pone a 0, sólo genera finales numéricos cuando si no lo hiciera
ocurriera una coincidencia de nombres.
MTOOLS_TWENTY_FOUR_HOUR_CLOCK
Si vale 1, usa la notación europea para los tiempos (formato de 24 horas); si no, emplea la
anglosajona de UK/US (am/pm).
Ejemplo: Insertar la siguiente línea en su fichero de configuración hace que MTOOLS se pase las
comprobaciones salubres:
MTOOLS_SKIP_CHECK=1
Las variables globales también se pueden definir en el entorno:
export MTOOLS_SKIP_CHECK=1
Las variables globales de cadena se pueden poner a cualquier valor:
MTOOLS_DATE_STRING
El formato empleado para mostrar las fechas de ficheros. El valor predeterminado es "dd-mm-yyyy".
Opciones y variables por unidad
Información general
Las opciones y valores específicas de cada unidad pueden describirse en una sección de la unidad
correspondiente. Una sección de unidad empieza con drive "letra-unidad" :
Luego vienen pares variable=valor y opciones.
Ésta es una muestra de una descripción de unidad:
drive a:
file="/dev/fd0" use_xdf=1
Configuración de la geometría del disco
La información de geometría describe las características físicas del disco. Tiene tres propósitos:
formatear
La información de geometría se escribe en el sector de arranque del disco recién construido. Sin
embargo, uno puede también describir la información de geometría en la línea de órdenes. Vea la
sección de mformat para más detalles.
filtrar
En algunos sistemas Unix hay ficheros especiales de dispositivo que sólo admiten una geometría
física. Por ejemplo, Ud. puede necesitar un fichero especial diferente para acceder a un disco
como de alta densidad o como de baja densidad. La geometría se compara con la geometría real
almacenada en el sector de arranque para asegurarse de que este fichero especial de dispositivo es
capaz de leer correctamente el disco. Si la geometría no concuerda, esta entrada de unidad falla,
y se intenta la siguiente entrada de unidad que tenga la misma letra de unidad. Vea la sección de
múltiples descripciones para más detalles sobre cómo suministrar varias descripciones para una
letra de unidad.
Si no se suministra ninguna información de geometría en el fichero de configuración, se aceptan
todos los discos. En Linux (y en Sparc) existen ficheros especiales de dispositivo con geometría
configurable (`/dev/fd0', `/dev/fd1', etc.), y por lo tanto no se necesita (ni se tiene en cuenta)
el filtrado para unidades de disco. (Mtools aún hace el filtrado en ficheros planos (imágenes de
disco) en Linux: el propósito principal de esto es por motivos de comprobación, puesto que yo no
tengo acceso a un Unix que necesite realmente el filtrado).
geometría inicial
La información de geometría (si está disponible) también se emplea para establecer la geometría
inicial en ficheros especiales de dispositivo configurables. Esta geometría inicial se emplea para
leer el sector de arranque, que contiene la geometría real. Si no se suministra ninguna
información de geometría en el fichero de configuración, no se hace la configuración inicial. En
Linux, esto no se necesita realmente de ninguna forma, puesto que los dispositivos configurables
son capaces de auto-detectar el tipo de disco lo bastante precisamente (para la mayoría de
formatos comunes) como para leer el sector de arranque.
Una información de geometría errónea puede conducir a errores muy extraños. Por eso yo recomiendo
vivamente que Ud. no use la configuración de geometría a menos que realmente la necesite.
Se dispone de las siguientes variables relacionadas con la geometría:
cylinders
tracks El número de cilindros. (cylinders es la forma preferida, tracks está considerada anticuada.)
heads El número de cabezas (lados).
sectors
El número de sectores por pista.
Ejemplo: la siguiente sección de unidad describe una unidad de 1,44 MB:
drive a:
file="/dev/fd0H1440"
fat_bits=12
cylinders=80 heads=2 sectors=18
Se dispone de las siguientes descripciones abreviadas de geometría:
1.44m disco de alta densidad de 3½''. Equivalente a: fat_bits=12 cylinders=80 heads=2 sectors=18
1.2m disco de alta densidad de 5¼''. Equivalente a: fat_bits=12 cylinders=80 heads=2 sectors=15
720k disco de doble densidad de 3½''. Equivalente a: fat_bits=12 cylinders=80 heads=2 sectors=9
360k disco de doble densidad de 5¼''. Equivalente a: fat_bits=12 cylinders=40 heads=2 sectors=9
Las descripciones de formato abreviado pueden enmendarse. Por ejemplo, 360k sectors=8 describe un disco
de 320 kB y es equivalente a: fat_bits=12 cylinders=40 heads=2 sectors=8
Opciones de apertura
Por otra parte, se dispone de las siguientes opciones:
sync Todas las operaciones de E/S se harán síncronamente
nodelay
El fichero o dispositivo se abre con la opción O_NDELAY. Esto se necesita en algunas arquitecturas
no Linux.
exclusive
El fichero o dispositivo se abre con la opción O_EXCL. En Linux, esto asegura acceso exclusivo a
la unidad de disquete. En la mayoría de otras arquitecturas, y para ficheros planos, no tiene
ningún efecto en absoluto.
Variables de unidad de propósito general
Se dispone de las siguientes variables de unidad de propósito general:
file El nombre del fichero o dispositivo que contiene la imagen de disco. Esto es obligatorio. El
nombre del fichero debe estar entre comillas.
use_xdf
Si está puesto a un valor distinto de cero, mtools también intenta acceder a este disco como a un
disco XDF. XDF es un formato de alta capacidad empleado por OS/2. Esto está desactivado por
omisión. Vea la sección XDF para más detalles.
partition
Le dice a mtools que trate a la unidad como a un dispositivo particionado, y que emplee la
partición dada. Sólo las particiones primarias están accesibles empleando este método, y están
numeradas de la 1 a la 4. Para las particiones lógicas, use la variable más general offset. La
variable partition está pensada para unidades desmontables como las Syquests, unidades ZIP, y
discos magneto-ópticos. Aunque el DOS tradicional ve a las Syquests y discos magneto-ópticos como
a `disquetes gigantescos' que no están particionados, OS/2 y Windows NT los tratan como discos
duros, esto es, dispositivos con particiones. La opción partition también es útil con imágenes de
disco de DOSEMU. No está recomendada para discos duros para los que se dispone de acceso directo a
las particiones mediante el montaje.
scsi Cuando se pone a 1, esta opción le dice a mtools que emplee E/S SCSI cruda en vez de las llamadas
estándares read/write para acceder al dispositivo. Actualmente, esto se acepta en HP/UX, Solaris y
SunOS. Esto se necesita porque en algunas arquitecturas, como en SunOS o Solaris, a los medios de
almacenamiento masivo de PC no se puede acceder usando las llamadas al sistema read y write,
porque el S.O. espera que contengan una "etiqueta de disco" específica de Sun.
Como el acceso crudo SCSI siempre emplea el dispositivo entero, Ud. necesita especificar además la
opción "partition".
En algunas arquitecturas, como en Solaris, mtools necesita privilegios de root para ser capaz de
usar la opción scsi=1. De modo que mtools debe instalarse set uid root en Solaris si quiere
acceder a unidades Zip o Jaz. Mtools emplea sus privilegios de superusuario para abrir el
dispositivo, y para hacer las llamadas de E/S SCSI. Además, los privilegios de root sólo se usan
para unidades descritas en un fichero de configuración general como pueda ser
`/usr/local/etc/mtools.conf', y no para aquéllas descritas en `~/.mtoolsrc' o `$MTOOLSRC'.
privileged
Cuando se pone a 1, esto le dice a mtools que use sus privilegios set-uid y set-gid para abrir la
unidad dada. Esta opción sólo es válida para unidades descritas en ficheros de configuración
general (como `/usr/local/etc/mtools.conf', no `~/.mtoolsrc' ni `$MTOOLSRC'). Obviamente, esta
opción tampoco vale para nada si mtools no se instala setuid o setgid. Esta opción viene implícita
si `scsi=1', pero de nuevo sólo para unidades descritas en ficheros de configuración generales.
Esta opción privileged también puede ponerse explícitamente a 0, para decirle a mtools que no
emplee sus privilegios para una unidad dada incluso si se ha definido scsi=1.
Mtools sólo necesita instalarse setuid si Ud. emplea las variables de unidad privileged o scsi.
Si Ud. no usa estas opciones, mtools funciona perfectamente bien incluso cuando no se instale
setuid root.
vold
Instruye a mtools para que interprete el nombre de dispositivo como un identificador vold en vez
de como un nombre de fichero. El identificador vold se traduce a un nombre de fichero real usando
las funciones media_findname() y media_oldaliases() de la biblioteca volmgt. Esta opción sólo
está disponible si mtools fue configurado con la opción --enable-new-vold antes de la compilación.
nolock
Instruye a mtools para que no use candados en esta unidad. Esto se necesita en sistemas con
semánticas de candados que fallan a menudo. Sin embargo, habilitar esto hace a la operación menos
segura en casos donde varios usuarios pueden acceder a la misma unidad a la vez.
offset
Describe dónde en el fichero empieza el sistema de ficheros MS-DOS. Esto es útil para particiones
lógicas en imágenes del disco de DOSEMU y para discos RAM de Atari. Por omisión, es cero,
significando que el sistema de ficheros empieza justo en el principio del dispositivo o fichero.
fat_bits
El número de bits de la FAT. Este número puede ser 12 ó 16. Esto se necesita muy raras veces,
puesto que casi siempre puede deducirse de información en el sector de arranque. Por el contrario,
describir el número de bits de la FAT puede en realidad ser perjudicial si lo da mal. Sólo debería
emplear esta variable si mtools obtiene el número auto-detectado de bits de la FAT de manera
errónea, o si quiere formatear con mformat un disco con un número extraño de bits de FAT.
precmd
En algunas variantes de Solaris, es necesario llamar a `volcheck -v' antes de abrir un dispositivo
de disquete, para que el sistema se dé cuenta de que desde luego hay un disco en la unidad.
precmd="volcheck -v" en la cláusula de la unidad establece el comportamiento deseado.
Sólo la variable file es obligatoria. Los otros parámetros pueden dejarse sin poner. En ese caso se
emplea un valor predeterminado o auto-detectado.
Suministrar varias descripciones de una unidad
Es posible suministrar múltiples descripciones para una unidad. En ese caso, las descripciones se prueban
en orden hasta que se encuentre una que encaje. Las descripciones pueden fallar por varias razones:
1. porque la geometría no es apropiada,
2. porque no hay ningún disco en la unidad,
3. o por otros problemas.
Las definiciones múltiples son útiles cuando se usen dispositivos físicos que son sólo capaces de admitir
una sola geometría de disco. Ejemplo:
drive a: file="/dev/fd0H1440" 1.44m
drive a: file="/dev/fd0H720" 720k
Esto le dice a mtools que use /dev/fd0H1440 para discos 1.44m (de alta densidad) y /dev/fd0H720 para
discos 720k (de doble densidad). En Linux, esta característica no se necesita realmente, puesto que el
dispositivo /dev/fd0 es capaz de manejar cualquier geometría.
Uno puede también emplear descripciones múltiples de unidad para acceder a ambas unidades físicas a
través de una letra de unidad:
drive z: file="/dev/fd0"
drive z: file="/dev/fd1"
Con esta descripción, mdir z: accede a la primera unidad física si contiene un disco. Si la primera
unidad no contiene un disco, mtools comprueba la segunda unidad.
Cuando se empleen ficheros de configuración múltiples, las descripciones de unidad en los ficheros que se
analicen en último lugar tienen preferencia sobre las de la misma unidad en ficheros analizados
anteriormente. Para evitar esto, emplee las palabras reservadas drive+ o +drive en vez de drive. La
primera añade una descripción al final de la lista (esto es, se probará en último lugar), y la primera la
añade al principio de la lista.
Tablas de traducción de conjuntos de caracteres
Si Ud. vive en los EE.UU., en Europa Occidental o en Australia, puede omitir esta sección.
Por qué se necesitan las tablas de traducción de conjuntos de caracteres
DOS emplea un mapa de códigos de caracteres distinto de Unix. Los caracteres de 7 bits aún tienen el
mismo significado, sólo los caracteres con el octavo bit a uno se ven afectados. Para empeorar las cosas,
hay disponibles varias tablas de conversión dependiendo del país donde Ud. esté. La apariencia de los
caracteres se define mediante páginas de código. Estas páginas de código no son las mismas para todos los
países. Por ejemplo, algunas páginas de código no contienen letras mayúsculas acentuadas. Por otra parte,
algunas páginas de código contienen caracteres que no existen en Unix, como ciertos caracteres para
dibujar líneas o consonantes acentuadas empleadas en algunos países de Europa Oriental. Esto afecta a dos
cosas, relativas a nombres de ficheros:
letras mayúsculas
En nombres cortos, sólo se permiten letras mayúsculas, aparte de dígitos. Esto también cuenta para
caracteres acentuados. Por ejemplo, en una página de código que no contenga letras mayúsculas
acentuadas, las letras minúsculas acentuadas se transforman en sus correspondientes sin acentuar.
nombres de fichero largos
Micro$oft al fin ha hecho algo con la cabeza y emplea un mapa más estándar para los nombres de
fichero largos. Usan Unicode, que es básicamente una versión de 32 bits de ASCII. Sus primeros 256
caracteres son idénticos a ISO-Latin1, que se emplea en Unix. Así, la página de código también
afecta a la correspondencia entre los códigos empleados en nombres largos y los usados en nombres
cortos.
Mtools considera los nombres de fichero introducidos en la línea de órdenes como que tienen el mapa de
Unix, y traduce los caracteres para obtener los nombres cortos. Por omisión, se emplea el código de
página 850 con el mapa suizo mayúsculas/minúsculas. Yo escogí esta página de código porque su conjunto de
caracteres existentes es el que más se parece al de Unix. Ítem más, esta página de código cubre la
mayoría de caracteres en uso en los EE.UU., Australia y Europa Occidental. Sin embargo, es aún posible
escoger un mapa diferente. Hay dos métodos: la variable country y tablas explícitas.
Configuración usando Country
La variable COUNTRY se recomienda para gente que también tiene acceso a los ficheros del sistema MS-DOS y
documentación. Si Ud. no tiene acceso a éstos, yo le sugeriría que mejor usara las tablas explícitas en
vez de esto.
Sintaxis:
COUNTRY="país[,[pág-cod], fichero-país]"
Esto le dice a mtools que emplee una tabla de traducción de Unix a DOS que concuerde con país y una tabla
de minúsculas a mayúsculas para país y que emplee el fichero fichero-país para obtener la tabla de
minúsculas a mayúsculas. El código del país es muy a menudo el prefijo telefónico del país. Refiérase a
la página de ayuda de DOS en "country" para más detalles. Los parámetros pág-cod y el fichero-país son
opcionales. Por favor no teclee los corchetes, están ahí sólo para decirle qué parámetros son
opcionales. El fichero fichero-país se suministra con MS-DOS, y normalmente se llama `COUNTRY.SYS', y se
guarda en el directorio `C:\DOS'. En la mayoría de los casos, no lo necesita, puesto que las tablas de
traducción más comunes están compiladas en mtools. Así que no se preocupe si Ud. está en una caja
(computador) con sólo Unix, que no trae este fichero.
Si no se da pág-cod, se emplea una página de código predeterminada por país. Si no se da el parámetro
fichero-país, se emplean valores predeterminados codificados en el programa compilado para la tabla
minúsculas a mayúsculas. Esto es útil para sistemas Unix distintos de Linux, que pueden no tener
disponible el fichero `COUNTRY.SYS' a mano.
Las tablas de Unix a DOS no están contenidas en el fichero `COUNTRY.SYS', y entonces mtools siempre
emplea valores predeterminados codificados en el programa compilado para éstas. De forma que sólo se
admite una cantidad limitada de páginas de código. Si su página de código preferida falta, o si Ud.
conoce el nombre del fichero de Windows95 que contiene este mapa, por favor, mándeme unas líneas a
Alain.Knaff@poboxes.com.
La variable COUNTRY también puede definirse empleando el entorno.
Configuración usando tablas de traducción explícitas
Las tablas de traducción pueden describirse en el mismo fichero de configuración. Se necesitan dos
tablas: primero la tabla de DOS a Unix, y luego la de minúsculas a mayúsculas. Una tabla de DOS a Unix
empieza con la palabra reservada tounix, seguida por dos puntos y 128 números hexadecimales. Una tabla
de minúsculas a mayúsculas comienza con la palabra reservada fucase, seguida por dos puntos y 128 números
exadecimales.
Las tablas sólo muestran las traducciones para caracteres cuyos códigos son mayores que 128, porque la
traducción de los códigos menores es trivial.
Ejemplo:
tounix:
0xc7 0xfc 0xe9 0xe2 0xe4 0xe0 0xe5 0xe7
0xea 0xeb 0xe8 0xef 0xee 0xec 0xc4 0xc5
0xc9 0xe6 0xc6 0xf4 0xf6 0xf2 0xfb 0xf9
0xff 0xd6 0xdc 0xf8 0xa3 0xd8 0xd7 0x5f
0xe1 0xed 0xf3 0xfa 0xf1 0xd1 0xaa 0xba
0xbf 0xae 0xac 0xbd 0xbc 0xa1 0xab 0xbb
0x5f 0x5f 0x5f 0x5f 0x5f 0xc1 0xc2 0xc0
0xa9 0x5f 0x5f 0x5f 0x5f 0xa2 0xa5 0xac
0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0xe3 0xc3
0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0x5f 0xa4
0xf0 0xd0 0xc9 0xcb 0xc8 0x69 0xcd 0xce
0xcf 0x5f 0x5f 0x5f 0x5f 0x7c 0x49 0x5f
0xd3 0xdf 0xd4 0xd2 0xf5 0xd5 0xb5 0xfe
0xde 0xda 0xd9 0xfd 0xdd 0xde 0xaf 0xb4
0xad 0xb1 0x5f 0xbe 0xb6 0xa7 0xf7 0xb8
0xb0 0xa8 0xb7 0xb9 0xb3 0xb2 0x5f 0x5f
fucase:
0x80 0x9a 0x90 0xb6 0x8e 0xb7 0x8f 0x80
0xd2 0xd3 0xd4 0xd8 0xd7 0xde 0x8e 0x8f
0x90 0x92 0x92 0xe2 0x99 0xe3 0xea 0xeb
0x59 0x99 0x9a 0x9d 0x9c 0x9d 0x9e 0x9f
0xb5 0xd6 0xe0 0xe9 0xa5 0xa5 0xa6 0xa7
0xa8 0xa9 0xaa 0xab 0xac 0xad 0xae 0xaf
0xb0 0xb1 0xb2 0xb3 0xb4 0xb5 0xb6 0xb7
0xb8 0xb9 0xba 0xbb 0xbc 0xbd 0xbe 0xbf
0xc0 0xc1 0xc2 0xc3 0xc4 0xc5 0xc7 0xc7
0xc8 0xc9 0xca 0xcb 0xcc 0xcd 0xce 0xcf
0xd1 0xd1 0xd2 0xd3 0xd4 0x49 0xd6 0xd7
0xd8 0xd9 0xda 0xdb 0xdc 0xdd 0xde 0xdf
0xe0 0xe1 0xe2 0xe3 0xe5 0xe5 0xe6 0xe8
0xe8 0xe9 0xea 0xeb 0xed 0xed 0xee 0xef
0xf0 0xf1 0xf2 0xf3 0xf4 0xf5 0xf6 0xf7
0xf8 0xf9 0xfa 0xfb 0xfc 0xfd 0xfe 0xff
La primera tabla hace corresponder códigos de caracteres DOS a códigos de caracteres Unix. Por ejemplo,
el carácter DOS de número 129. Éste es una u con diéresis: 'ü'. Para traducirla a Unix, miramos al
carácter número 1 en la primera tabla (1 = 129 - 128). Éste es 0xfc. (Ojo, la numeración comienza en 0.)
La segunda tabla hace corresponder letras minúsculas DOS con letras mayúsculas DOS. La misma letra u con
diéresis, 'ü' se corresponde con el carácter 0x9a que es una u con diéresis mayúscula, esto es 'Ü', en
DOS.
Caracteres Unicode mayores que 256
Si un nombre existente MS-DOS contiene caracteres Unicode mayores que 256, éstos se traducen a subrayados
o a caracteres que se parezcan visualmente. Por ejemplo, las consonantes acentuadas se traducen a sus
correspondientes sin acento. Esta traducción se utiliza para mdir y para los nombres de ficheros Unix
generados por mcopy. Linux admite Unicode también, pero desafortunadamente muy pocas aplicaciones lo
admiten como para andar preocupándome con esto en mtools. Lo más importante, xterm aún no puede mostrar
Unicode. Si hay suficiente demanda, podría incluir soporte para Unicode en los nombres de ficheros Unix
también.
Cuidadín: Cuando se borran ficheros con mtools, el subrayado concuerda con todos los caracteres que no
puedan representarse en Unix. ¡Tenga cuidadín con mdel!
Localización de los ficheros de configuración y orden en que se analizan
Los ficheros de configuración se analizan en el orden siguiente:
1. valores predeterminados codificados en el programa compilado
2. `/etc/mtools.conf' o `/usr/local/etc/mtools.conf', según versiones de Unix, distribuciones de
Linux, o como se escoja al instalar.
3. `/etc/mtools' Esto sólo es por compatibilidad hacia atrás, y sólo se analiza si `mtools.conf' no
existe.
4. `~/.mtoolsrc'.
5. `$MTOOLSRC' (el fichero apuntado por la variable de entorno MTOOLSRC)
Las opciones descritas en el último fichero tienen preferencia sobre las descritas en los ficheros
anteriores. Las unidades definidas en ficheros anteriores persisten si no se sustituyen o redefinen en
los últimos. Por ejemplo, las unidades A y B pueden definirse en `/etc/mtools.conf' y las unidades C y D
pueden definirse en `~/.mtoolsrc' . Sin embargo, si `~/.mtoolsrc' también describe la unidad A, esta
nueva descripción sustituiría a la de la unidad A de `/etc/mtools.conf' en vez de añadirla a él. Si Ud.
quiere añadir una nueva descripción de una unidad ya descrita en un fichero anterior, necesita emplear la
palabra reservada +drive o drive+.
Compatibilidad hacia atrás con la sintaxis antigua del fichero de configuración
La sintaxis descrita aquí es nueva para la versión mtools-3.0. La sintaxis antigua orientada a la línea
aún se admite. Cada línea que comience con una sola letra se considera como una descripción de unidad al
estilo antiguo. Las secciones de unidad al viejo y al nuevo estilo pueden mezclarse en el mismo fichero
de configuración, para que la actualización sea más fácil. De todas formas el soporte para la vieja
sintaxis se eliminará alguna vez, y para desaconsejar su uso, a propósito omito aquí su descripción.
LISTA DE ÓRDENES
Esta sección describe las órdenes disponibles de mtools, y los parámetros que acepta cada una. Las
opciones que son comunes a todas las órdenes de mtools no se describen aquí, vea `argumentos' para su
descripción.
Mattrib
Mattrib se emplea para cambiar los atributos de ficheros MS-DOS. Tiene la siguiente sintaxis:
mattrib [-a|+a] [-h|+h] [-r|+r] [-s|+s] ficheromsdos [ ficheromsdos ... ]
Mattrib añade atributos a un ficheros MS-DOS (con el operador `+') o los quita (con el operador `-').
Mattrib admite los siguientes atributos:
a Bit de archivo. Empleado por algunos programas de copias de respaldo para indicar un nuevo
fichero.
r Bit de lectura exclusiva. Empleado para indicar un fichero de solo lectura. Los ficheros con este
bit activo no pueden borrarse con DEL ni modificarse.
s Bit de sistema. Empleado por MS-DOS para indicar un fichero del sistema operativo.
h Bit de ocultación. Empleado para ocultar ficheros de DIR.
Mbadblocks
La orden mbadblocks se emplea para escudriñar un disquete MS-DOS y marcar sus bloques malos sin usar como
malos. Emplea la sintaxis siguiente:
mbadblocks unidad:
Mbadblocks escudriña un disquete MS-DOS buscando bloques malos. Todos los bloques malos sin usar se
marcan como tales en la FAT. Esto está pensado para emplearse justo tras mformat. No está pensado para
salvar discos malos.
Fallos
Mbadblocks debería (pero aún no lo hace :-( ) también intentar salvar los bloques malos que estén en uso
leyéndolos repetidamente, y luego marcarlos como malos.
Mcd
La orden mcd se emplea para cambiar el directorio de trabajo de mtools en el disco de MS-DOS. Emplea la
sintaxis siguiente:
mcd [dirmsdos]
Sin argumentos, mcd informa de la unidad y directorio de trabajo en curso. De otra forma, mcd cambia la
unidad en curso y el directorio de trabajo en curso relativos a un sistema de ficheros MS-DOS.
La variable de entorno MCWD puede emplearse para localizar el fichero donde se almacena la información
sobre la unidad y directorio de trabajo en curso. El valor predeterminado es `$HOME/.mcwd'. La
información en este fichero se pasa por alto si el fichero es más antiguo de 6 horas.
Mcd devuelve 0 en caso de éxito ó 1 en caso de fallo.
Al contrario de las versiones de MS-DOS de CD, mcd puede emplearse para cambiar a otro dispositivo. Puede
ser interesante borrar los ficheros viejos `.mcwd' al salir de la cuenta.
Mcopy
La orden mcopy se emplea para copiar ficheros MS-DOS a o desde Unix. Emplea la sintaxis siguiente:
mcopy [-tnvmoOsSrRA] ficherofuente ficherodestino
mcopy [-tnvmoOsSrRA] ficherofuente [ ficherofuente... ] directoriodestino
mcopy [-tnvm] ficherofuenteMSDOS
Mcopy copia el fichero especificado al fichero nombrado, o copia múltiples ficheros al directorio
nombrado. Fuente y destino pueden ser ficheros de MS-DOS o de Unix.
El empleo de una letra designando una unidad en los ficheros MS-DOS, `a:' por ejemplo, determina la
dirección de la transferencia. Una falta de designación de unidad implica un fichero Unix cuyo camino
empiece en el directorio en curso. Si se especifica una letra de unidad fuente sin nombre de fichero
adjunto (p.ej., mcopy a: .), se copian todos los ficheros de esa unidad.
Si sólo se suministra un solo parámetro fuente de MS-DOS (p.ej., "mcopy a:fuu.exe"), se supone un destino
que es el directorio en curso (`.').
Un nombre de fichero `-' significa la entrada estándar o la salida estándar, dependiendo de su posición
en la línea de órdenes.
Mcopy acepta las opciones siguientes en la línea de órdenes:
Q Cuando se copian con mcopy múltiples ficheros, abandona tan pronto como falle una copia (por
ejemplo debido a falta de espacio de almacenamiento en el disco destino).
t Transferencia de ficheros de texto. Mcopy traduce los pares retorno de carro/salto de línea a
saltos de línea.
n Sin confirmación cuando se sobreescriban ficheros Unix. Mcopy no avisa al usuario cuando se
sobreescribe un fichero Unix existente. Para desactivar la confirmación para ficheros DOS, emplee
-o.
m Preserva el tiempo de modificación del fichero. Si el fichero destino ya existe, y la opción -n no
está en efecto, mcopy pregunta si sobreescribir el fichero o renombrar el nuevo fichero (vea
`coincidencia de nombres') para más detalles).
Fallos
Al contrario que en MS-DOS, el operador '+' (añadir) de MS-DOS no se admite. Sin embargo, Ud. puede
emplear mtype para producir el mismo efecto:
mtype a:fichero1 a:fichero2 a:fichero3 > ficheroUnix
mtype a:fichero1 a:fichero2 a:fichero3 | mcopy - a:ficheroMsdos
Mdel
La orden mdel se emplea para borrar un fichero MS-DOS. Su sintaxis es:
mdel [-v] ficheromsdos [ ficheromsdos ... ]
Mdel borra ficheros en un sistema de ficheros MS-DOS.
Mdel pide verificación antes de borrar un fichero de lectura exclusiva.
Mdeltree
La orden mdeltree se emplea para borrar un directorio MS-DOS. Su sintaxis es:
mdeltree [-v] directoriomsdos [directoriomsdos...]
Mdeltree borra un directorio, y todos los ficheros y subdirectorios que contenga, de un sistema de
ficheros MS-DOS. Es un error que el directorio a borrar no exista.
Mdir
La orden mdir se emplea para mostrar un directorio MS-DOS. Su sintaxis es:
mdir [-w] directoriomsdos
mdir [-f] [-w] [-a] ficheromsdos [ ficheromsdos...]
Mdir muestra los contenidos de un directorio MS-DOS.
Mdir admite las siguientes opciones en la línea de órdenes:
w Salida ancha. Con esta opción, mdir imprime los nombres de ficheros a lo largo de la página sin
mostrar el tamaño de los ficheros ni sus fechas de creación.
a También lista los ficheros ocultos.
f Rápido. No intenta averiguar el espacio libre. En discos grandes, encontrar la cantidad de espacio
libre toma una cantidad apreciable de tiempo, puesto que debe leerse y analizarse la FAT entera.
La opción -f pasa de largo este paso. Esta opción no se necesita en sistemas de ficheros FAT32,
que almacenan el tamaño explícitamente.
Ocurre un error si un componente del camino no es un directorio.
Mformat
La orden mformat se emplea para añadir un sistema de ficheros MS-DOS a un disquete formateado a bajo
nivel. Su sintaxis es:
mformat [-t cilindros] [-h cabezas] [-s sectores] [-l etiqueta_volumen] [-F] [-I fsVersión] [-S
tamañocódigo] [-2 sectores_en_pista_0] [-M tamaño_sector_software] [-a] [-X] [-C] [-H sectores_ocultos]
[-r sectores_raíz] [-B sector_arranque] [-k] unidad:
Mformat añade un sistema de ficheros MS-DOS mínimo (sector de arranque, FAT, y directorio raíz) a un
disquete que ya ha sido formateado por un formateo Unix de bajo nivel.
Se admiten las siguientes opciones: (Las opciones S, 2, 1 y M pueden no existir si esta copia de mtools
se ha compilado sin la opción USE_2M.)
t El número de cilindros.
h El número de cabezas (lados).
s El número de sectores por pista. Si se ha dado la opción 2m, el número de sectores de 512 B
equivalentes en pistas genéricas (esto es, no la cabeza 0, pista 0). Si la opción 2m no se ha
dado, el número de sectores físicos por pista (que puede ser mayor de 512 bytes).
l Una etiqueta de volumen opcional.
S El tamaño de código. El tamaño del sector es 2 elevado a (tamaño-de-código + 7).
2 Formato 2m. El parámetro de esta opción describe el número de sectores en la pista 0, cabeza 0.
Esta opción se recomienda para sectores mayores de lo normal.
1 No emplear un formato 2m, incluso si la geometría actual del disco es una geometría 2m.
M Tamaño de sector de software. Este parámetro describe el tamaño de sector en bytes empleado por el
sistema de ficheros MS-DOS. Por omisión es el tamaño de sector físico.
a Si se da esta opción, se genera un número de serie al estilo de Atari. Atari almacena su número
de serie en la etiqueta OEM.
X Formatea el disco como un disco XDF. Vea la sección XDF para más detalles. El disco tiene primero
que formatearse a bajo nivel empleándose la utilidad xdfcopy incluida en el paquete fdutils.
C Crea el fichero de imagen de disco para instalar el sistema de ficheros MS-DOS en él. Obviamente,
esto no vale para nada en dispositivos físicos como disquetes y particiones de discos duros.
H Número de sectores ocultos. Este parámetro es útil para formatear particiones de discos duros, que
no están alineadas en bordes de pista (i.e., la primera cabeza del primer sector no pertenece a la
partición, pero contiene una tabla de particiones). En ese caso el número de sectores ocultos es
en general el número de sectores por cilindro. Esto está sin probar.
n Número de serie.
F Formatea la partición como FAT32 (experimental).
I Establece el id. de fsVersión (versión del sistema de ficheros) cuando formatea una unidad con
FAT32. Para averiguar esto, ejecute minfo en una unidad FAT32 existente, y escríbame por correo
contándome esto, de forma que yo pueda incluir el valor correcto en futuras versiones de mtools.
c Establece el tamaño de un racimo (cluster) (en sectores). Si este tamaño generara una FAT
demasiado grande para su número de bits, mtools automáticamente incrementaría el tamaño de racimo,
hasta que la FAT fuera lo bastante pequeña.
r Establece el tamaño del directorio raíz (en sectores). Sólo aplicable a FATs de 12 y 16 bits.
B Emplea el sector de arranque almacenado en el fichero o dispositivo dado, en vez de usar el suyo
propio. Sólo los campos de geometría se actualizan para concordar con los parámetros de los discos
destino.
k Deja el sector de arranque existente tanto como puede. Sólo los campos de geometría se actualizan
para concordar con los parámetros de los discos destino.
Para formatear un disquete a una densidad distinta de la predeterminada, Ud. debe suministrar (por lo
menos) aquellos parámetros en la línea de órdenes que sean diferentes de los predeterminados.
Mformat devuelve 0 en caso de éxito ó 1 si falla.
No graba información sobre bloques malos en la FAT, emplee mkmanifest para eso.
Mkmanifest
La orden mkmanifest se emplea para crear un guión del shell (lista de empaquetar) para restaurar nombres
de ficheros Unix. Su sintaxis es:
mkmanifest [ ficheros ]
Mkmanifest crea un guión del shell que ayuda en la restauración de nombres de ficheros Unix que
resultaron alterados por las restricciones de los nombres de ficheros MS-DOS. Los nombres de ficheros
MS-DOS están restringidos a un nombre de 8 caracteres, extensiones de 3 caracteres, letras sólo en
mayúsculas, no nombres de dispositivos y no caracteres ilegales.
El programa mkmanifest es compatible con los métodos empleados en pcomm, arc, y mtools para cambiar
nombres de ficheros Unix perfectamente buenos de forma que encajen en las restricciones de MS-DOS. Esta
orden sólo es útil si el sistema destino que leerá el disquete no puede manejar nombres largos de vfat.
Ejemplo
Ud. quiere copiar los siguientes ficheros Unix a un disquete MS-DOS (empleando la orden mcopy).
nombre_muy_largo
masia.2.puntos
ilegal:
bien.c
prn.dev
Capital
Mcopy convierte los nombres a:
nombre_m
masiax2.pun
ilegalx
bien.c
xrn.dev
capital
La orden:
mkmanifest nombre_muy_largo masia.2.puntos ilegal: bien.c prn.dev Capital >manifiesto
produciría lo siguiente:
mv nombre_m nombre_muy_largo
mv masiax2.pun masia.2.puntos
mv ilegalx ilegal:
mv xrn.dev prn.dev
mv capital Capital
Observe que "bien.c" no requirió ninguna conversión, por lo tanto no apareció en la salida.
Suponga que he copiado estos ficheros desde el disquete a otro sistema Unix, y que ahora quiero los
ficheros de vuelta con sus nombres originales. Si el fichero "manifiesto" (la salida capturada antes) se
envió junto con esos ficheros, se podría emplear para convertir los nombres de ficheros.
Fallos
Los nombres cortos generados por mkmanifest siguen el viejo convenio (de mtools-2.0.7) y no el de Windows
95 y mtools-3.0.
Minfo
La orden minfo muestra los parámetros de un sistema de ficheros DOS, como el número de sectores, cabezas
y cilindros. También muestra una línea de orden mformat que puede emplearse para crear un sistema de
ficheros DOS similar en otro medio de almacenamiento masivo. Sin embargo, esto no funciona con medios de
almacenamiento 2m o Xdf, ni con sistemas de ficheros DOS 1.0. La sintaxis es: minfo unidad:
Minfo admite la siguiente opción:
v Muestra un volcado en exadecimal del sector de arranque, además de la otra información.
Mlabel
La orden mlabel añade una etiqueta de volumen a un disco. Su sintaxis es: mlabel [-vcs]
unidad:[nueva_etiqueta]
Mlabel muestra la etiqueta de volumen actual, si existe. Si no se da nueva_etiqueta, y si tampoco se han
dado las opciones c ni s, se le pide al usuario una nueva etiqueta de volumen. Para borrar una etiqueta
de volumen existente, pulse simplemente Intro cuando se le pregunte.
Se toma un cuidado razonable para crear una etiqueta de volumen válida en MS-DOS. Si se especifica una
etiqueta inválida, mlabel cambia la etiqueta (y muestra la nueva etiqueta si está activo el modo
prolijo). Mlabel devuelve 0 en caso de éxito ó 1 en caso de fallo.
Mlabel admite las siguientes opciones:
c Borra una etiqueta existente, sin preguntar al usuario.
s Muestra la etiqueta existente, sin preguntar al usuario.
Mmd
La orden mmd se emplea para construir un subdirectorio de MS-DOS. Su sintaxis es:
mmd [-voOsSrRA] directoriomsdos [ directoriomsdos... ]
Mmd construye un nuevo directorio en un sistema de ficheros MS-DOS. Ocurre un error si el directorio ya
existe.
Mmount
La orden mmount se emplea para montar un disco de MS-DOS. Sólo está disponible en Linux, puesto que sólo
es útil si el núcleo del S.O. permite configurar la geometría del disco. Su sintaxis es:
mmount unidadmsdos [args-de-mount]
Mmount lee el sector de arranque de un disco MS-DOS, configura la geometría de la unidad, y finalmente lo
monta pasándole args-de-mount a mount. Si no se dan argumentos para mount, se emplea el nombre del
dispositivo. Si el disco está protegido contra escritura, automáticamente se monta como de lectura
exclusiva.
Mmove
La orden mmove se emplea para mover o renombrar un fichero o subdirectorio existente de MS-DOS. Su
sintaxis es:
mmove [-voOsSrRA] ficherofuente ficherodestino
mmove [-voOsSrRA] ficherofuente [ ficherofuente... ] directoriodestino
Mmove mueve o renombra un fichero o subdirectorio existente de MS-DOS. Al contrario de la versión de MS-
DOS de MOVE, mmove es capaz de mover subdirectorios.
Mpartition
La orden mpartition se emplea para crear sistemas de ficheros MS-DOS como particiones. Está pensado para
emplearse en sistemas no Linux, esto es, sistemas donde no están disponibles ni fdisk ni acceso fácil a
los dispositivos SCSI. Esta orden sólo funciona en unidades donde se ha definido la variable de
partición, partition.
mpartition -p unidad
mpartition -r unidad
mpartition -I unidad
mpartition -a unidad
mpartition -d unidad
mpartition -c [-s sectores] [-h cabezas] [-t cilindros] [-v [-T tipo] [-b comienzo] [-l longitud] [-f]
Mpartition admite las siguientes operaciones:
p Imprime una línea de órdenes para recrear la partición para la unidad. No se imprime nada si la
partición para la unidad no se ha definido, o si se ha detectado una inconsistencia. Si se pone
también la opción prolija (-v), imprime la tabla de partición actual.
r Borra la partición descrita por unidad.
I Inicia la tabla de particiones, y borra todas las particiones.
c Crea la partición descrita por unidad.
a "Activa" la partición; esto es, la hace de arranque. Sólo una partición puede ser de arranque cada
vez.
d "Desactiva" la partición; esto es, la hace de no arranque.
Si no se da ninguna operación, se muestran las definiciones actuales.
Para las creaciones de particiones, se dispone de las siguientes opciones:
s sectores
El número de sectores por pista de la partición (que también es el número de sectores por pista
para la unidad entera).
h cabezas
El número de cabezas de la partición (que también es el de la unidad completa). De forma
predeterminada, la información de geometría (número de sectores y cabezas) se adivina a partir de
entradas de una tabla de partición vecina, o a partir del tamaño.
t cilindros
El número de cilindros de la partición (no el número de cilindros de la unidad entera).
b comienzo
El sitio de comienzo de la partición, expresado en sectores. Si no se da, mpartition deja que la
partición comience al principio del disco (partición número 1), o inmediatamente tras el final de
la partición anterior.
l longitud
El tamaño (longitud) de la partición, expresado en sectores. Si el final no se da, mpartition se
figura el tamaño a partir del número de sectores, cabezas y cilindros. Si éstos tampoco se dan, da
a la partición el tamaño máximo posible, considerando el tamaño del disco y el comienzo de la
próxima partición.
La siguiente opción está disponible para todas las operaciones que modifiquen la tabla de particiones:
f Usualmente, antes de escribir cualquier cambio en la partición, mpartition realiza ciertas
comprobaciones de consistencia, como solapamientos y alineamiento correcto de la partición. Si
cualquiera de estas comprobaciones falla, la tabla de partición no se cambia. La opción -f le
permite no efectuar estas operaciones de salvaguarda.
La siguiente opción está disponible para todas las operaciones:
v Junto con -p imprime la tabla de particiones como es ahora (si no hay una operación de cambio), o
como es después de ser modificada.
vv Si la opción de prolijidad se da dos veces, mpartition mostrará un volcado hexadecimal de la tabla
de particiones cuando se lea y cuando se escriba en el dispositivo.
Mrd
La orden mrd se emplea para borrar un subdirectorio de MS-DOS. Su sintaxis es:
mrd [-v] directoriomsdos [ directoriomsdos... ]
Mrd borra un directorio de un sistema de ficheros MS-DOS. Ocurre un error si el directorio no existe o no
está vacío.
Mren
La orden mren se emplea para renombrar o mover un fichero o subdirectorio existente de MS-DOS. Su
sintaxis es:
mren [-voOsSrRA] ficherofuente ficherodestino
Mren renombra un fichero existente en un sistema de ficheros MS-DOS.
En modo prolijo, Mren muestra el nuevo nombre de fichero si el nombre suministrado es inválido.
Si se emplea la primera sintaxis (sólo un ficherofuente), y si el nombre destino no contiene barras
inclinadas ni dos puntos, el fichero (o subdirectorio) se renombra en el mismo directorio, en vez de
moverse al directorio actual de mcd como sería el caso con mmove. Al contrario de la versión MS-DOS de
REN, mren puede emplearse para renombrar directorios.
Mtoolstest
La orden mtoolstest se emplea para comprobar los ficheros de configuración de mtools. Para llamarla,
simplemente teclee mtoolstest sin ningún argumento. Mtoolstest lee los ficheros de configuración de
mtools, e imprime la configuración acumulada de los ficheros de configuración de mtools en stdout (la
salida estándar). La salida se puede emplear como un mismo fichero de configuración (aunque puede que Ud.
quiera quitar cláusulas redundantes). Ud. puede emplear este programa para convertir ficheros de
configuración en el estilo antiguo al nuevo.
Mtype
La orden mtype se emplea para mostrar los contenidos de un fichero MS-DOS. Su sintaxis es:
mtype [-ts] ficheromsdos [ ficheromsdos... ]
Mtype muestra el fichero MS-DOS especificado en la pantalla, o en la salida estándar.
Además de las opciones normales, Mtype permite las siguientes:
t Visión de fichero de texto. Mtype traduce los pares retorno de carro/salto de línea de entrada a
saltos de línea.
s Mtype pone a cero el bit más alto de los datos.
La orden mcd puede emplearse para establecer el dispositivo y el directorio de trabajo actuales
(relativos a MS-DOS), si no el valor predeterminado es A:/.
Mtype devuelve 0 en caso de éxito, 1 en caso de fallo total, ó 2 en caso de fallo parcial.
Al contrario de la versión MS-DOS de TYPE, mtype permite varios argumentos.
Mzip
La orden mzip se emplea para dar órdenes específicas de discos ZIP en Solaris o HP/UX. Su sintaxis es:
mzip [-epqrwx]
Mzip permite las siguientes opciones en la línea de órdenes:
e Saca el disco.
f Fuerza la eyección aun si el disco está montado (debe darse en adición a -e).
r Protege el disco contra escritura.
w Quita la protección de escritura.
p Protege contra escritura con contraseña.
x Protege con contraseña.
q Interroga el estado.
Para eliminar la contraseña, establézcalo a uno de los modos sin contraseña -r o -w: mzip entonces le
pedirá la contraseña, y desbloqueará el disco. Si Ud. ha olvidado la contraseña, puede eliminarla
formateando el disco a bajo nivel (mediante el programa de configuración de la BIOS de su adaptador
SCSI).
El disco ZipTools suministrado con la unidad también está protegido con contraseña. En DOS o en un Mac,
esta contraseña se quita automáticamente una vez que el ZipTools se ha instalado. De varios artículos
publicados en la USENET, aprendí que la contraseña para el disco de herramientas es APlaceForYourStuff
(``Un sitio para sus cosas''). Mzip conoce esta contraseña, y la prueba en primer lugar, antes de
pedirle una contraseña. Así que mzip -w z: desbloquea el disco de herramientas. El disco de herramientas
está formateado de una forma especial de forma que sea utilizable en un PC y en un McIntosh. En un PC, el
sistema de ficheros de Mac aparece como un fichero oculto llamado `partishn.mac'. Ud. puede borrarlo
para recuperar los 50 megabytes de espacio que toma el sistema de ficheros Mac.
Xcopy
El guión del shell xcopy se emplea para copiar recursivamente un directorio a otro. Su sintaxis es:
xcopy directoriofuente directoriodestino
Si el directoriodestino no existe, se crea. Si existe, los ficheros de directoriofuente se copian en él,
y no se crea ningún subdirectorio llamado directoriofuente, al revés de con cp -rf.
Fallos
Esta orden es un poco una colección de cosas que funcionan no se sabe cómo. Una implementación correcta
tendría que llevar a reescribir varias partes significativas de mtools, pero desafortunadamente yo no
tengo ahora mismo tiempo para eso. Lo peor de esta implementación es que es ineficiente en algunas
arquitecturas (varias llamadas sucesivas a mtools, lo que deja inútil el sistema de `caché' de mtools).
OPCIONES DE COMPILACIÓN ESPECÍFICAS DE LA ARQUITECTURA
Para compilar mtools, primero llame a ./configure antes de make. Además de las opciones normales de
autoconfigure, se dispone de dos opciones específicas de la arquitectura.
./configure --enable-xdf
./configure --disable-xdf
Activa el soporte para discos XDF. Esto está activo de forma predeterminada. Vea la sección XDF
para más detalles.
./configure --enable-vold
./configure --disable-vold
Activa el soporte para vold en Solaris. Cuando se emplea en conjunción con vold, mtools utilizará
diferentes ficheros especiales de dispositivo para el acceso directo.
./configure --enable-new-vold
./configure --disable-new-vold
Activa el soporte nuevo para vold en Solaris. Se supone que esto funciona mejor que el soporte
antiguo.
TRANSPORTE DE MTOOS A ARQUITECTURAS QUE AÚN NO ESTÁN SOPORTADAS
Este capítulo sólo es interesante para aquéllos que quieran transportar mtools a una arquitectura que aún
no esté soportada. Para la mayoría de los sistemas comunes, las unidades predeterminadas ya están
definidas. Si quiere añadir unidades predeterminadas para un sistema todavía no soportado, ejecute
config.guess, para ver qué identificación emplea autoconf para ese sistema. Esta identificación es de la
forma cpu-vendedor-so (por ejemplo, sparc-sun-sunos). Las partes cpu y so se pasan al compilador como
opciones del preprocesador. La parte del SO se pasa al compilador de tres formas.
1. El nombre completo del so, con puntos reemplazados por subrayados. sco3.2v2 daría sco3_2v2.
2. El nombre base del so. Sco3.2v2 daría Sco.
3. El nombre base del so más su versión mayor. Sco3.2v2 daría Sco3.
Las tres versiones se pasan, si son diferentes.
Para definir los dispositivos, emplee las entradas para los sistemas que ya están presentes, como
plantillas. En general, tienen la forma siguiente:
#if (defined (mi_cpu) && defined(mi_so))
#define predefined_devices /* dispositivos predefinidos */
struct device devices[] = {
{ "/dev/primera_unidad", 'letra_unidad', descripción_unidad},
...
{ "/dev/última_unidad", 'letra_unidad', descripción_unidad}
}
#define INIT_NOOP
#endif
"/dev/primera_unidad" es el nombre del dispositivo o fichero imagen que representa a la unidad.
Letra_unidad es una letra de la 'a' a la 'z' que da acceso a la unidad. Descripción_unidad describe el
tipo de unidad:
ED312 disco de 3½'' de densidad extra (2,88 MB).
HD312 disco de 3½'' de alta densidad
DD312 disco de 3½'' de doble densidad
HD514 disco de 5¼'' de alta densidad
DD514 disco de 5¼'' de doble densidad
DDsmall
disco de 5¼'' de 8 sectores de doble densidad
SS514 disco de 5¼'' de una cara de doble densidad
SSsmall
disco de 5¼'' de una cara de 8 sectores de doble densidad
GENFD unidad de disquete genérica (FAT de 12 bits)
GENHD disco duro genérico (FAT de 16 bits)
GEN dispositivo genérico (todos los parámetros concuerdan)
ZIPJAZ(flags)
unidad ZIP genérica que emplea acceso normal. Esto usa la partición 4. Flags son cualesquiera
opciones especiales que se pasen a open.
RZIPJAZ(flags)
unidad ZIP genérica que emplea acceso crudo SCSI. Esto usa la partición 4. Flags son cualesquiera
opciones especiales que se pasen a open.
Las entradas pueden describirse en más detalle:
bits_fat,args_open,cilindros,cabezas,sectores,DEF_ARG
o, si Ud. necesita describir un desplazamiento (el sistema de ficheros no empieza al principio)
bits_fat,args_open,cilindros,cabezas,sectores,desplazamiento,DEF_ARG
bits_fat
es uno de 12, 16 ó 0. 0 significa que el dispositivo acepta ambos tipos de FAT.
args_open
puede incluir argumentos a open como O_NDELAY u O_RDONLY, que pueden ser necesarios para abrir el
dispositivo. 0 significa que no se necesita ningún argumento especial a open.
cilindros,cabezas,sectores
describen la geometría del disco. Si cilindros es 0, los parámetros de cabezas y sectores no se
tienen en cuenta, y la unidad acepta cualquier geometría.
desplazamiento
se emplea si el sistema de ficheros DOS no empieza al principio del dispositivo o fichero imagen.
Esto es útil sobre todo en los discos RAM de Atari (que contienen su controlador de dispositivo al
comienzo del fichero) o para las imágenes del emulador de DOS DOSEmu (que pueden representar un
dispositivo particionado).
La definición de los valores predeterminados en el fichero de dispositivos debería hacerse sólo si estos
mismos dispositivos se encuentran en un gran número de computadores anfitriones de este tipo. En ese
caso, por favor ¿podría notificarme sus nuevas definiciones para que yo pueda incluirlas en la siguiente
distribución? Para ficheros puramente locales, yo recomiendo que Ud. use los ficheros de configuración
/etc/mtools.conf y ~/.mtoolsrc.
Sin embargo, los ficheros de dispositivo también permiten suministrar las rutinas de establecimiento de
la geometría. Éstas son necesarias si Ud. quiere acceder a discos de alta capacidad.
Deberían suministrarse dos rutinas:
1. Lectura de los parámetros en curso
static inline int get_parameters(int fd,
struct generic_floppy_struct *floppy)
Ésta prueba la geometría actualmente configurada, y la devuelve en la estructura
generic_floppy_struct (que también debe ser declarada). Fd es un descriptor de fichero abierto
para el dispositivo. Esta rutina debería devolver 1 si la prueba falla, y 0 en otro caso.
2. Establecimiento de nuevos parámetros
static inline int set_parameters(int fd,
struct generic_floppy_struct *floppy,
struct stat *buf)
Ésta configura la geometría contenida en floppy en el descriptor de fichero fd. Buf es el
resultado de una llamada a stat (ya rellena). Ésta debería devolver 1 si la nueva geometría no
puede configurarse, y 0 en otro caso.
También deberían darse un cierto número de macros del preprocesador:
TRACKS(floppy)
se refiere al campo track (pista) de la estructura floppy
HEADS(floppy)
se refiere al campo heads (cabezas) en la estructura floppy
SECTORS(floppy)
se refiere al campo de sectores por pista en la struct floppy
SECTORS_PER_DISK(floppy)
se refiere al campo de sectores por disco en la estructura floppy (si es aplicable; si no, se deja
sin definir)
BLOCK_MAJOR
número mayor del dispositivo floppy, cuando se ve como un dispositivo de bloques
CHAR_MAJOR
número mayor del dispositivo floppy, cuando se ve como un dispositivo de caracteres (también
conocido como dispositivo "crudo", usado por fsck) (deje esto sin definir, si su S.O. no tiene
dispositivos crudos)
Para los formatos de verdadera alta capacidad (XDF, 2m, etc.), no hay aún una interfaz limpia y
documentada.
VÉASE TAMBIÉN
mattrib mbadblocks mcd mcopy mdel mdeltree mdir mformat mkmanifest mlabel mmd mmount mmove mrd mread mren
mtoolstest mtype mwrite
MTOOLS 14 Marzo 1997 MTOOLS(1)