Manpages

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 [AT] linux.org. Por favor, envíe todos los informes de fallos a esta lista. Puede suscribirse mandando un mensaje con la sola frase ’subscribe mtools [AT] linux.org’ en el cuerpo del mensaje a majordomo [AT] linux.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:

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:

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.

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:

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 

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:

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:

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:

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.

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.

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:

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 [AT] 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:

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:

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:

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:

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.)

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:

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:

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:

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:

La siguiente opción está disponible para todas las operaciones:

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:

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:

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.

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:

DDsmall 

disco de 5¼’’ de 8 sectores de doble densidad

SSsmall 

disco de 5¼’’ de una cara de 8 sectores de doble densidad

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:

static inline int get_parameters(int fd,

É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.

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