home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
PC World Komputer 1995 November
/
PCWK1195.iso
/
inne
/
podstawy
/
dos
/
format
/
2m30.exe
/
2M-INFO.FDA
< prev
next >
Wrap
Text File
|
1995-03-06
|
251KB
|
4,188 lines
┌────────────────────────────────────────────────────────────────────────┐
│ │
│ FICHERO DE DOCUMENTACION ASCII DE 2M 3.0 │
│ 2M 3.0 ASCII DOCUMENTATION FILE │
│ │
│ Por favor, consulte este fichero a través de menús ejecutando 2M-INFO. │
│ Please, read this file using a menu-drived interface running 2M-INFO. │
│ │
└────────────────────────────────────────────────────────────────────────┘
Este fichero contiene la definición de opciones de los menús de 2M-INFO
y su contenido. Los comandos que soporta están explicados en el código
fuente de 2M (fichero 2M-INDOC.C incluído en 2M30SRC.ZIP)
This file contains both 2M-INFO menu definitions and text. The commands
supported are explained in 2M sources (2M-INDOC.C file in 2M30SRC.ZIP).
* * * E S P A Ñ O L * * *
{INICIOIDIOMA ESPAÑOL: 54, 591, 57, 506, 56, 593, 503, 34, 63, 502, 504,
212, 52, 505, 507, 595, 51, 80, 508, 598, 58, 3}
{LINEAMENU [APRENDA A USAR 2M EN 30 SEGUNDOS]}
Puede que se sienta abrumado al ver la cantidad de ficheros de que consta
el nuevo 2M. Aunque 2M es mucho más que un formateador de alta capacidad, para
utilizar lo básico de este programa le bastan dos ficheros:
2M.COM: Al ejecutarlo, se quedará instalado en memoria para
dar soporte a los discos 2M. La versión 2M.SYS es un
sustituto opcional de 2M.COM pero generalmente menos
interesante. Coloque 2M.COM en su fichero AUTOEXEC.BAT
para que se cargue automáticamente al arrancar el DOS.
2MF.EXE: Programa para formatear los disquetes 2M. Ejecute
simplemente 2MF A: para crear un disco 2M, por ejemplo.
Esta versión de 2MF suele detectar el tipo de disco
(alta/doble densidad) en 3½ y a veces también en 5¼.
Todos los programas disponen de ayuda en línea con la opción /? y algunos
de ellos simplemente ejecutándolos. También admiten la opción /I para conmutar
el idioma.
Los disquetes 2M pueden ser copiados con DISKCOPY en la misma unidad. El
disco destino podría estar incluso sin formatear (con ayuda de la utilidad
opcional 2MDOS).
El comando SYS funciona sobre discos 2M de alta densidad (los disquetes
2M de alta densidad pueden ser de arranque) gracias a la tecnología SuperBOOT,
que permite emplear discos 2M en máquinas que no dispongan de 2M, por el
simple procedimiento de haber arrancado con el disquete introducido en A:
{LINEAMENU [PARA QUE SIRVE 2MDOS]}
2MDOS es un programa residente bastante poderoso que se instala en memoria
ejecutándolo. Tiene varias misiones importantes, pudiendo cumplir una o más de
ellas a voluntad del usuario:
- Permitir al DISKCOPY del DOS formatear un disco destino 2M y FDREAD. Hasta
ahora, DISKCOPY sólo funcionaba hacia discos 2M/FDREAD ya formateados.
- Permitir al FORMAT del DOS y a la mayoría de los programas de formateo
crear disquetes mucho más rápidos en el uso normal.
- Añadir soporte FDFORMAT al sistema. Con 2MDOS en memoria no es necesario
instalar la conocida utilidad FDREAD.
- Permitir al FORMAT del DOS crear disquetes no estándar, incluso disquetes
de tipo 2M y FDFORMAT (aunque 2MF es mucho más eficaz en esta tarea).
La primera misión la realiza por defecto si detecta 2M instalado en
memoria. Gracias a ello, el soporte para DISKCOPY (o DUPDISK de las Norton) es
ya prácticamente total.
La segunda misión es la más importante. Por ejemplo, los disquetes 1.44M
formateados por FORMAT sólo alcanzan una tasa de transferencia de 30 Kb por
segundo. Con la popular utilidad FDFORMAT y las opciones /X:2 /Y:3 este mismo
disco alcanza los 39.5 Kb/seg. Finalmente, con 2MDOS instalado y utilizando
casi cualquier programa para formatear (como el propio FORMAT) los disquetes
resultantes logran una velocidad de transferencia de 45 Kb/seg. Esta velocidad
se refiere al uso habitual del disco, una vez que ya ha sido formateado.
2MDOS implementa dos tecnologías de optimización de formateo: por defecto,
en 1.2M y 1.44M utiliza la técnica «DiskBoost». En los demás formatos de disco
se aplica la clásica técnica de «Sector Sliding» introducida inicialmente por
el popular programa FDFORMAT. Ambas técnicas generan disquetes 100% estándar y
transportables entre sistemas, pero notablemente más rápidos en el uso normal.
La técnica «Sector Sliding» es utilizada por algunos formateadores avanzados y
en algunas versiones de Unix y sistemas no-PC se realiza por defecto. Sin
embargo, sólo hay dos programas en el mundo, a principios de 1995, que
soporten la tecnología DiskBoost: la utilidad shareware TurboDsk (de Mr. Lord
Ground) y 2MDOS. No recomiendo a nadie utilizar TurboDsk: este programa deja
dos sectores sin verificar al final de las pistas tras la fase de formateo
(con ayuda de ese truco, del que no informa al usuario, logra esa espectacular
velocidad de formateo con [semi]verificación).
Recuerde: mientras no aparezca un programa de copia y formateo de discos
eficiente (que soporte las dos técnicas de formateo, en particular DiskBoost,
y la copia de discos 2M) los usuarios inteligentes tendrán instalado 2MDOS en
memoria para crear disquetes óptimos. En otros apartados de 2M-INFO el lector
tendrá la oportunidad de comprobar la enorme diferencia de velocidad y
rendimiento de unos y otros formatos.
Con 2MDOS instalado, FORMAT admite casi cualquier formato de disco
indicando el número de pistas y sectores (opciones /T y /N). Sin embargo, los
FORMAT de MS-DOS 5/6 (no versiones previas ni el de DR-DOS 6) tienen algunos
errores internos por los que inicializan mal la FAT de los discos no estándar
de alta densidad. 2MDOS dispone de una opción para ayudar al FORMAT de MS-DOS
5/6 (la opción /FORMAT) que también permite al DISKCOPY de MS-DOS copiar
disquetes 2M en dos unidades del mismo tipo (en caso contrario sólo admite la
copia en una misma unidad). Sin embargo, es mejor no habilitar esta opción
(más información en la ayuda del propio programa).
Hay otro pequeño problema utilizando FORMAT de MS-DOS 6 (el de versiones
previas o el de DR-DOS no es problemático) que se agrava ligeramente con
2MDOS. Si el usuario intenta convertir un disco 2M a estándar con un comando
del tipo FORMAT A: /U, por el hecho de indicar la opción /U el FORMAT de
MS-DOS 6 no realiza el formateo incondicional que debiera sino que intenta
reproducir el formato previo. Si no está instalado 2MDOS fallará ("formateando
1.44M... formato no soportado por la unidad") pero si está cargado 2MDOS
indicará "formateando 1.44M" aunque realmente creará de nuevo un disco 2M (y
además mal formateado, a menos que estuviera activa también la opción /FORMAT
de 2MDOS) pero no un disco estándar como incluso afirma. La solución es NO
indicar /U al formatear un disco 2M previo. O si se indica /U, forzar el
formato con /F (por ejemplo /F:1.44). Con discos vírgenes, estándar o 2MGUI,
el FORMAT (de MS-DOS 6) no es problemático.
Hay una élite de usuarios en informática que se diferencia de los usuarios
más convencionales. Son aquellos que utilizan 4DOS en lugar de COMMAND, QEMM
en vez de EMM386; en Unix, Linux y no otro de pago con menores prestaciones...
y desde ahora, discos con optimización DiskBoost en lugar de discos torpes.
{LINEAMENU [2MGUI: RECORD ABSOLUTO DE CAPACIDAD]}
2M era hasta hace poco el formateador de más capacidad. Sin embargo, con
la aparición de OS/2 3.0 y su formato de 1.84M, los chicos de Backup
Technologies Inc (Tampa, FL, EEUU) lograron el empate con un nuevo formato
que, aunque muy parecido, resulta incompatible con 2M. Con la nueva utilidad
experimental 2MGUI, 2M recupera de nuevo el liderazgo. Los usuarios de 2M
pueden estar seguros de seguir utilizando el formateador de mayor capacidad
del mundo.
Los nuevos formatos de disco mantienen una fiabilidad bastante razonable.
Si no sabe qué formato de disco usar (2M ó 2MGUI) no escriba al autor: yo no
sabría que decirle. Saque sus propias conclusiones y coménteme cualquier
incidente.
La utilidad 2MGUI es un controlador de dispositivo para obtener la máxima
capacidad de los discos. Necesita crear nuevas letras de unidad no sólo para
ir más lejos en capacidad sino también porque el DOS y la BIOS no son capaces,
por sí solos, de soportar estos nuevos formatos. Las nuevas letras de unidad
admiten también los formatos estándar, la mayoría de los FDREAD y, con 2M
instalado, los formatos 2M.
El programa es tan fácil de usar como todos los demás: un único fichero
que se instala con DEVICE en el CONFIG.SYS y luego se puede ejecutar en la
línea de comandos, indicando la unidad, para formatear los discos. Este
programa es completamente independiente de 2M y 2MF (y compatible con ellos).
┌───────────┬───────────┬────────────┐
│ Doble │ Alta │ Extraalta │
┌───────────────────────────────┼───────────┼───────────┼────────────┼──────┐
│ Récord absoluto previo a 2M │ 820,0 Kb │ 1394,0 Kb │ -- │ │
│ Capacidad máxima 2M (2MF /M) │ 902,0 Kb │ 1558,0 Kb │ -- │ 5.25 │
│ Capacidad mínima de 2MGUI │ 976,6 Kb │ 1639,8 Kb │ 1203,1 Kb │ (5¼) │
│ Capacidad límite física (82p) │ 1001,0 Kb │ 1668,2 Kb │ 1228,8 Kb │ │
├───────────────────────────────┼───────────┼───────────┼────────────┼──────┤
│ Récord absoluto previo a 2M │ 984,0 Kb │ 1722,0 Kb │ 2880,0 Kb │ │
│ Capacidad máxima 2M (2MF /M) │ 1066,0 Kb │ 1886,0 Kb │ 3772,0 Kb │ 3.5 │
│ Capacidad mínima de 2MGUI │ 1176,0 Kb │ 1972,0 Kb │ 3944,0 Kb │ (3½) │
│ Capacidad límite física (82p) │ 1201,2 Kb │ 2002,0 Kb │ 4003,9 Kb │ │
└───────────────────────────────┴───────────┴───────────┴────────────┴──────┘
2MGUI alcanza los 1972K en todas (100,0%) las unidades de 1.44M y 1985K y
más en muchas. Probablemente usted piense que su unidad no es de las que
admiten el formato de ensueño de 1920 ó 1968K. Le aseguro que la mía tampoco,
y prácticamente casi ninguna. Pero los discos 2MGUI de 1972K sí funcionan
porque utilizan una técnica nueva nunca concebida hasta ahora. Por tanto,
olvídese de la baja reputación de los formatos de más de 1886K.
Las unidades 2MGUI soportan el comando DISKCOPY (MS-DOS 5.0 y posteriores,
DR-DOS 6.0 y Novell DOS) hacia discos con formato y funcionan perfectamente
bajo Windows. El programa es capaz de operar incluso en sistemas PC/XT y es
totalmente configurable: a alto nivel, los nuevos discos son 100% programables
por el usuario; a bajo nivel, se pueden definir todas las características
importantes y las condiciones de funcionamiento del programa. Sin embargo,
éste, por defecto, viene configurado para trabajar en la práctica totalidad de
los equipos, y se adapta a las características del sistema que detecta. La
opción de test permite además determinar la capacidad máxima de una unidad,
con precisión milimétrica.
En el funcionamiento bajo Windows y entornos similares, el usuario notará
que el teclado queda prácticamente bloqueado (y el puntero del ratón ni se
mueve) al copiar ficheros. Sin embargo, antes de pulsar el botón de reset del
sistema conviene esperar unos segundos: aunque lo pueda parecer, no está de
ninguna manera colgado (a menos que haya coincidido casualmente con uno de los
habituales cuelgues de Windows). El intensivo uso de CPU de 2MGUI no se nota
tanto en la línea de comandos, pero bajo Windows resulta espectacular. Insisto
que aunque no aparezca el reloj de arena y el ratón no obedezca, el sistema no
tiene que haberse colgado necesariamente.
Las técnicas de 2MGUI llevan la controladora de disquetes a condiciones de
trabajo límite. En realidad, 2MGUI accede directamente a la unidad de disco,
registrando pistas físicas completas. La controladora es sólo un intermediario
engañado. Los discos 2MGUI son fiables casi al mismo nivel que los 2M o los
estándar: el único problema reside en que algún equipo podría no admitir estas
técnicas, si bien hasta ahora no se ha detectado ninguna máquina (compatible)
en que falle; otro problema reside en la difícil implementación de estas
rutinas en sistemas multitarea, al requerir la atención del procesador durante
elevados e ininterrumpidos períodos de tiempo. Otro pequeño inconveniente es
que la versión actual necesita crear nuevas letras de unidad en las que el
primer acceso a un disco no-2MGUI es algo más lento. No es conveniente activar
la verificación (VERIFY ON) en las unidades 2MGUI, ya que ello implica
desactivar la escritura retardada para poder verificar, lo que las ralentiza
mucho más de lo que la verificación podría sugerir (es preferible comparar los
ficheros tras la copia, si fuera necesario). También conviene indicar 32-40
buffers en el sistema (sentencia BUFFERS=40 en CONFIG.SYS).
Las unidades 2MGUI se identifican como removibles, y más todavía, como
auténticas unidades de 1.2/1.44/2.88M; y de esta manera son detectadas por las
utilidades de diagnóstico (MFT, MSD, etc) y el sistema operativo. Si algún
programa accede repetida y molestamente a las unidades 2MGUI al realizar
ciertas operaciones, provocando pausas y ruidos al no haber disco introducido,
se debe a que no identifica y trata estas unidades como corresponde; la
solución de este ligero inconveniente no está por desgracia en mis manos.
{LINEAMENU [USO DE 2M EN LINUX]}
Mtools es una colección de programas de dominio público para permitir a
los sistemas Unix leer, escribir y manipular ficheros en sistemas FAT (por lo
general, disquetes). Cada programa trata de emular su equivalente de MS-DOS de
la manera más similar. Las mtools son útiles para usuarios Linux, Interactive
386, AT&T UnixPC, Sun Sparcstation y DELL SVR4, entre otras plataformas.
Actualmente, es posible utilizar los formatos 2M más interesantes en Unix
bajo Linux y con comodidad, gracias a las mtools. Las mtools añaden también
soporte para el resto de los formatos de disco no estándar disponibles. El
usuario sólo necesita compilar el paquete (si no lo está ya) para usar los
discos sin tener que montarlos, de manera similar al DOS (mdir, mcopy, etc).
Linux todavía no soporta los nuevos formatos 2MGUI, pero el soporte es
probable en un futuro muy próximo.
Algunos lugares donde obtener las mtools son (la versión actual es en
estos momentos la 4.1):
Nodo Directorio Fichero
────────────── ─────────────────────────────── ──────────────────────
ftp.imag.fr pub/Linux/ZLIBC/fdutils fdutils-4.1.src.tar.gz≡
sunsite.unc.edu pub/Linux/system/Misc fdutils-4.1.src.tar.gz≡
tsx-11.mit.edu pub/linux/sources/sbin fdutils-4.1.src.tar.gz≡
ftp.gui.uva.es pub/linux.new/software/diskutil fdutils-4.1.src.tar.gz≡
Las Mtools fueron originalmente desarrolladas por Emmet P. Gray; sin
embargo, los actuales programadores son Alain Knaff (Grenoble, Francia) y
David Niemi (Reston, Virginia, EEUU).
{LINEAMENU [USO DE 2M EN OS/2]}
OS/2 3.0 incorpora su propio formato de disco de 1.84M. Aunque aparecido
un año más tarde que 2M, este formato no es compatible con 2M. Es más, OS/2
no admite (sin ayuda) los disquetes 2M, mientras Linux ya tiene soporte para
los mismos.
El autor de 2M no tiene previsto soportar de momento los disquetes OS/2
bajo DOS (cuyas imágenes creadas por XDFCOPY pueden, de hecho, volcarse a
discos 2MF/M de 80 pistas con utilidades como RAWRITE). Pero sí tengo
intención de diseñar en el futuro un controlador específico para añadir
soporte 2M a OS/2 y otros entornos más, dependiendo de mi tiempo libre (muy
reducido actualmente).
Por el momento, es posible el uso de disquetes 2M bajo OS/2 utilizando los
controladores DOS ordinarios, con ciertas restricciones e incomodidades
lógicas por tratarse de una solución provisional. La versión 3.0 de 2M es la
primera en que el soporte es realmente operativo y ha sido suficientemente
probado (el programa 2M-OS2.EXE que se suministró en alguna versión anterior
tenía algún problema; tampoco era realmente operativa la solución que se
propuso en la versión 2.1 de 2M a través de DRIVER.SYS).
Veamos qué consideraciones hay que tener en cuenta para utilizar disquetes
2M en OS/2. Para empezar, es necesario arrancar el DOS desde un disquete,
desde un fichero imagen del disco de arranque DOS, o desde una partición DOS;
ya que en las ventanas DOS ordinarias 2M no puede controlar los accesos a
disco. Curiosamente, sí se puede formatear en estas ventanas, pero no trabajar
con el disco: lo que sucede es que el sistema de ficheros de la emulación DOS
que incorpora OS/2 está gestionado al parecer sin llamadas a la BIOS,
precisamente las que intercepta 2M, que por tanto no se da cuenta de los
accesos a disco. Una vez arrancado desde un fichero imagen con, por ejemplo,
MS-DOS 6 (creado con VMDISK de OS/2) o desde una partición DOS, 2M funciona.
Pero lo más probable es que el usuario tenga instalada en el CONFIG.SYS la
utilidad FSFILTER.SYS para poder acceder a las particiones HPFS y, sobre todo,
para poder escribir sobre las particiones FAT ordinarias, que serían de sólo
lectura en caso contrario. Y aquí vuelven los problemas: al instalar este
driver que altera el acceso a disco por parte del DOS, 2M deja de nuevo de ser
operativo. Hay dos soluciones posibles. Una es utilizar FSACCESS para retirar
el control de A: y B: a FSFILTER (con un comando del tipo FSACCESS !A). El
problema es que este comando requiere que haya un disquete en la unidad (con
o sin formato) para no retornar el error de no preparada, y eso es bastante
incómodo. Además, el MS-DOS se ve bastante afectado por la política de OS/2 y,
en general, las unidades A: y B: experimentan frecuentes fallos con disquetes
2M. Por tanto, la solución más eficaz será instalar un driver tras FSFILTER
que implemente dos nuevas unidades lógicas (como la D: y la E: por ejemplo)
que utilicen la BIOS para acceder a los disquetes: en estas nuevas unidades ya
no habrá problemas de ninguna clase con FSFILTER. Dicho driver en nuestro caso
será 2MGUI. Por supuesto, 2M deberá estar también instalado.
Estas sesiones DOS conviene que tengan suficientes privilegios (con los
riesgos que ello conlleva para la integridad global del sistema) lo que podría
obligar a algún usuario a retocar su configuración.
Sin embargo, el acceso a los disquetes 2M en OS/2, posible a partir de ese
momento, no es precisamente cómodo. Hay que tener en cuenta que cuando una
aplicación hace un acceso de E/S a algunos puertos de la controladora de
disquetes, algo frecuente en el código de 2M, OS/2 intercepta el acceso a
dicho puerto y accede, sistemáticamente, a las unidades A: y B: para leer la
FAT en caso de que tengan dicho sistema de ficheros. Imaginemos que se ejecuta
un DIR D: para acceder a un disquete 2M (en A: realmente). Primero se enciende
el LED de dicha unidad, pasan 15 segundos mientras OS/2 intenta fallidamente
leer la FAT (parte de ella en la segunda pista, de formato 2M), se enciende el
LED de la otra unidad, pasan otros 2 segundos (si no había disco) y,
finalmente, se vuelve a encender el LED de la unidad D: y al cabo de dos o
tres segundos aparece el directorio. En total, unos 20 segundos para el primer
acceso.
Afortunadamente, hasta que el motor se pare, no habrá más interferencias y
se podrán copiar y borrar ficheros a la velocidad normal... pero ese primer
acceso es desesperadamente lento. Y cuando el motor se pare (por fortuna, dura
al menos 5 segundos encendido en OS/2), en el siguiente acceso volverá a
repetirse la historia.
Existiría una solución técnica que consistiría en modificar el sector de
arranque físico de los disquetes 2M (el virtual seguiría igual) para indicar
una FAT más pequeña de la real, con objeto de que OS/2 puediera leerla en un
instante. De esta manera se reduciría a muy pocos segundos el primer acceso
(téngase en cuenta que no es nocivo engañar a OS/2: quien realmente gestiona
ese disquete es la máquina virtual MS-DOS). Sin embargo, el sistema operativo
Linux no está actualmente preparado para poder acceder a un disquete 2M con
esta información alterada en el sector de arranque físico y, como es natural,
el autor de 2M no va a anular la compatibilidad con Linux para acelerar 2M en
otro sistema operativo intencionadamente no compatible con 2M. Otra línea de
investigación actual pretende esquivar la intercepción de puertos de OS/2, ya
que éste no protege el acceso a las direcciones no estándar (por ejemplo, el
puerto 0x3F7 es el mismo que el 0x13F7) pero aún está en fase de estudio.
Hay otra solución posible que requiere la astucia del usuario: cuando vaya
a acceder a un disquete 2M, retirarlo inicialmente de la unidad. Así, OS/2
sólo pierde un par de segundos con él y, mientras accede a la siguiente
unidad, el usuario puede introducirlo para que otro par de segundos más tarde
(ya con el acceso efectivo de MS-DOS) aparezca el directorio, si se trataba de
un comando DIR. O astucia, o esperar unos buenos segundos cada vez.
{LINEAMENU [USO DE 2M EN WINDOWS 95]}
Aunque en Windows 3.X no es necesario tomar medidas especiales (es
suficiente con tener 2M instalado antes de entrar en Windows) bajo Windows 95
beta 2 (Octubre 1994) los discos 2M no están directamente soportados, aunque
es posible conseguir que funcionen sin excesivos problemas.
1) Método integrado en el sistema.
──────────────────────────────────
El usuario deberá configurar Windows 95 para retirarle el control de las
unidades de disquete, para que de esta manera se apoye en la BIOS ordinaria (y
por tanto en 2M, cargado desde el CONFIG.SYS o el AUTOEXEC.BAT). Si usted está
ahora mismo en Windows 95, pruebe a seleccionar el Control Panel (Panel de
Control) y elija el icono System (Sistema). ¿Lo ha hecho ya?. Abra la opción
Device Manager (Administrador de Dispositivos). Ahora, sólo es preciso elegir
Floppy Disk Controllers (Controladores de Disquete) para que se expanda y
aparezca la opción Standard Floppy Disk Controllers (Controladores Estándar de
Disquete). Seleccionando esta opción aparece otra ventana en la que debe
desactivar la opción «Original configuration» (Configuración original) del
recuadro Device Usage (Uso del Dispositivo) pulsando con el ratón para apagar
la cruz de selección. Al salir le preguntará si desea reiniciar Windows,
responda afirmativamente. 2M será desde este momento plenamente operativo,
tanto a nivel de ventanas DOS como dentro del propio Windows 95.
Al volver al panel donde aparece Standard Floppy disk controllers, el
usuario notará que está tachada esta opción: eso no significa que no haya
soporte para disquetes, sino que Windows no lo ejerce: las unidades de
disquete son controladas por MS-DOS 7.0 y la BIOS. El problema es que Windows
95 es extremadamente lento con ellas en esta configuración. De hecho, el
sistema prácticamente se colapsa al acceder a las unidades, que aunque lentas
son operativas (conviene ser pacientes, aunque el ratón no obedezca o incluso
desaparezca el sistema no está bloqueado). Las operaciones de copia tardan
entre dos y tres veces más que bajo DOS ... y no son multitarea.
Los usuarios que no estén conformes con la lentitud (cuya causa desconozco
pero no debe estar muy relaccionada con la multitarea, ya que OS/2 no tiene
este problema y es aún más multitarea) pueden prescindir del entorno de
Windows y del comando COPY de las ventanas DOS. En su lugar, recomiendo usar
en dichas ventanas DOS la utilidad TurboCopy de Pierre J. Le Riche, disponible
en los mismos lugares de FTP y BBS que el propio 2M con el nombre TCPYxxx.ZIP;
este programa no colapsa el sistema al copiar y además es prácticamente tan
rápido como bajo DOS (su uso es muy similar al de COPY y es la herramienta
de los profesionales en la copia de archivos). El propio 2MF no colapsa al
sistema en ningún momento y trabaja concurrentemente sin frenar las demás
aplicaciones. Al parecer, el problema reside en la conexión entre MS-DOS y
Windows 95... que tal vez sea solucionado en la versión final del sistema.
2) Método de salida al MS-DOS.
──────────────────────────────
Aun bajo Windows 95, es posible salir de este sistema momentáneamente al
MS-DOS 7.0 sin tener que reinicializar la máquina. En MS-DOS los discos van
mucho más rápidos y 2MGUI es operativo (no funciona con el método anterior en
su actual versión, quizá porque la versión de Windows 95 evaluada era una
beta). El único inconveniente de esta opción es que detiene momentáneamente al
resto del sistema.
Como Windows 95 no incorpora por defecto esta opción, el usuario habrá de
añadírsela. Se creará un nuevo icono para referenciar las nuevas ventanas (en
realidad, pantalla completa) de MS-DOS. El procedimiento es el siguiente: se
pulsa con el ratón sobre el TaskBar (Barra de Tareas) y se elige la opción de
Start Menu Programs (Comenzar Menú de Programas). Se selecciona a continuación
el botón Add (Añadir) y en Command Line (Línea de Comando) se debe indicar
normalmente C:\WINDOWS\COMMAND.COM pulsando después Next (Siguiente). Después
se puede seleccionar New Folder (Nuevo Grupo) y en lugar de la propuesta de
Windows "Program Group #1" (Grupo de Programa #1) se puede indicar, por
ejemplo, TrueDos (AuténticoDos) y pulsar Next (Siguiente) otra vez. Cuando
solicite un Name for the Shortext (Descripción) indicar por ejemplo DOS7 y
pulsar de nuevo sobre Next (Siguiente). A continuación, se elige el icono
preferido (por ejemplo, el del propio MS-DOS) y se pulsa Finish (Terminar).
Con esto, se habrá creado una nueva opción de llamada para sesiones DOS,
aparte de la que viene por defecto. Seleccionándola, se abre una ventana DOS
aparentemente normal. Para completar la configuración, hay que seleccionar el
icono Properties (Propiedades) de la parte superior y pulsar sobre Advanced
(Avanzado). Después hay que seleccionar MS-DOS Mode (Modo MS-DOS). Puede ser
interesante deseleccionar Warm Before Entering MS-DOS Mode (Advertencia antes
de entrar en modo MS-DOS) si bien la beta 2 de Windows 95 sigue pidiendo
confirmacion en el futuro cuando se inicie una sesión. Conviene salir
confirmando pero SIN elegir la opción Configuration (Configuración): en caso
de elegirla, por desgracia se crearán un AUTOEXEC y CONFIG propios para esa
ventana y el ordenador tendrá que reinicializarse cada vez que se active (lo
cual es lento). Es mejor no tocar para nada esa opción.
El nuevo icono ya creado y configurado constituye realmente una salida
temporal al MS-DOS, retornándose a Windows con la orden EXIT (que procede de
nuevo a su carga).
{LINEAMENU [PARA QUE SIRVEN 2M-ABIOS Y 2M-XBIOS]}
Algunos ordenadores poseen una BIOS antigua o con un diseño propio poco
compatible en el control de disco. En estas máquinas, 2M y otros programas de
acceso a bajo nivel pueden fallar. En dichos casos, se puede instalar esta
utilidad antes que 2M, y en general que cualquier otro software que acceda al
subsistema de disco. La versión 2M-ABIOS es para AT y 2M-XBIOS para PC/XT.
Estos programas actualizan el soporte de disco flexible al nivel de las
BIOS AMI de 1993. Si con ellos instalados 2M no opera de manera totalmente
correcta (aunque en general 2M depende realmente muy poco de la BIOS, pero el
autor ya conoce algún caso al respecto) y en la máquina no está instalado
algún otro software de disco incompatible con 2M, entonces el ordenador no
es 100% compatible hardware con el estándar de disco; esto es particularmente
cierto si ni siquiera se reconocen los discos estándar del DOS.
Esta utilidad también sirve para añadir soporte de 1.44M a máquinas con
BIOS antigua, algunas de ellas incluso AT (en estos casos, el usuario debe
ignorar la información sobre el tipo de la unidad que pueda reportar dicha
BIOS al arrancar).
El programa contiene una emulación al 100% del eficaz código de control de
disco de las BIOS AMI, relevando así por completo de esta tarea a la BIOS del
sistema. De ahí que haya sido diseñado en este formato, para forzar al usuario
a instalarlo antes de los demás programas de disco, a los que anularía por
completo (ya que nunca más vuelve a apoyarse en el nivel anterior).
Recuerde que si en su ordenador funciona correctamente 2M, usted NO
necesita instalar este programa, máxime si ya tiene una BIOS AMI (o cualquier
otra de análoga eficiencia en materia de disquetes). Una excepción quizá son
las viejas máquinas PC/XT: aún con controladoras de doble densidad, puede ser
interesante instalar 2M-XBIOS para modernizar el subsistema de disco y
aumentar la compatibilidad con las modernas utilidades para disquetes. En los
viejos PC de IBM a 4.77 las unidades van algo más rápidas con los disquetes
optimizados (formateados con 2MDOS instalado) si además se instala 2M-XBIOS
para controlarlas. El código de 2M-XBIOS se adapta totalmente en las
temporizaciones a cualquier máquina (de hecho correría en un 386, 15 veces más
rápido, si no comprobara la CPU al instalarse): si no opera en su PC es que la
controladora no es compatible. Y si está en placa base no podrá sustituirla.
{LINEAMENU [USO DE 2M EN PC/XT: 2MX]}
Aunque 2M fue inicialmente concebido para máquinas AT, a partir de la
versión 1.2 ha estado acompañado de una versión para PC/XT: 2MX. El único
requisito es que el ordenador esté equipado con una controladora y unidades de
alta densidad. Algunas máquinas modernas de tipo subnotebook, que caben en la
palma de la mano, vienen preparadas para conectar una de estas disqueteras
externas. Otros PC/XT de reciente fabricación traen ya controladoras de alta
densidad y BIOS que las soportan, aunque luego el fabricante haya colocado una
unidad de doble densidad que el usuario puede sustituir. Finalmente, a
aquellas máquinas más antiguas que no pertenecen a ninguna de estas dos
categorías, se les puede sustituir la controladora y unidades de doble
densidad por otras de alta, que en el futuro el usuario podrá colocar en una
máquina AT; se trata por tanto de una inversión rentable y muy, muy barata.
Si bien resulta difícil encontrar actualmente en el mercado controladoras
de alta densidad para PC/XT, en caso necesario se puede optar por poner una
de AT. En las pruebas de 2MX me vi obligado a insertar una controladora de 16
bits en un slot de 8 bits. La tarjeta era una IDE multi-io; sin embargo, la
parte alta del bus (que no se puede conectar al ser de 8 bits el slot) sólo se
utiliza para acceder al disco duro IDE, pudiendo ser inhibida con un jumper
(si bien ni siquiera esto resultó necesario). La parte correspondiente al
control de disquetes y los puertos serie/paralelo era totalmente funcional, ya
que sólo opera con la mitad baja del bus.
El principal problema radica en que la BIOS de los PC/XT en el 99% de los
casos no está preparada para soportar alta densidad. La solución en este tipo
de máquinas pasa por instalar una BIOS más moderna con ayuda de 2M-XBIOS.EXE,
el programa residente que emula la BIOS AMI de AT en los XT. De hecho, 2MX
solicita al usuario la instalación de este controlador cuando advierte que no
puede detectar el tipo de las unidades (algo lógico si la BIOS es obsoleta y
no informa del tipo). Sin embargo, en algunos PC/XT modernos podría ser que
2MX se instalara automáticamente sin requerir 2M-XBIOS. Si en este caso nota
alguna anomalía en las unidades, pruebe a instalar también antes 2M-XBIOS.
2MX y 2M-XBIOS requieren una máquina compatible con el estándar de IBM; en
ese sentido, ambos programas han sido probados en un PC IBM 4.77 original, en
un PS/2-30 con 8086 y actualmente dan servicio continuamente en algún clónico
oriental. Suele ocurrir que ciertos equipos de marca de tipo PC/XT no son
suficientemente compatibles; aparte de otros que llevan en placa base las
controladoras de disco que no pueden ser reemplazadas. Usted sólo podrá saber
si su equipo es compatible haciendo la prueba; el autor de 2M no puede saberlo
con anterioridad ni tampoco puede hacer nada si la máquina no es compatible.
Si su equipo es un clónico oriental, es casi seguro que será compatible; si es
de marca y no es IBM, podría no serlo.
{LINEAMENU [DATOS DE INTERES...]}
{LINEASUBMENU [NUEVAS VERSIONES: COMO CONSEGUIRLAS]}
El medio más rápido de obtener las nuevas versiones de 2M es vía Internet.
Los principales puntos actuales de distribución son:
Nodo (país) Directorio Ficheros
─────────────────────────── ───────────────────── ────────
ftp.gui.uva.es (España) pub/pc/2m 2m*.zip
oak.oakland.edu (EEUU) SimTel/msdos/diskutil 2m*.zip
garbo.uwasa.fi (Finlandia) pc/format 2m*.zip
Oak.oakland.edu es el espejo primario de Simtel; para obtener una lista
completa de todos los espejos (y elegir el más cercano a su país) envíe un
email a listserv@SimTel.Coast.NET conteniendo la línea "get mirrors.info". Las
versiones previas de 2M en Garbo estaban en pc/diskutil pero intentaré que
ésta y las sucesivas estén en pc/format. Para usuarios sin acceso de ftp pero
con acceso email, doy instrucciones más abajo.
A través de BBS, el autor del programa sólo lo deja directamente en su
propia ciudad y alguna más, conociendo también otras donde está disponible:
DATABYTE BBS (Valladolid):
+34 -83 -307574 00-24h (1200-28800) Grupo Varios
Area de Ficheros del GUI y Login: (198)
ARCO IRIS BBS (Valladolid):
+34 -83 -392304 22-10h (1200-14400) Grupo Varios
Area de Ficheros del GUI y Login: (198)
EMPORIUM BBS (Madrid):
+34 -1 -3780127 00-24h (1200-28800) Area Cirisoft (8)
MEGAWARE BBS (Barcelona):
+34 -3 -2473941 00-24h (1200-28800) Area DOS: Sistema (63)
DUTCH INFO CENTER (Hilversum, Holanda):
+31 -35 -248214 00-24h (1200-14400)
+31 -35 -239301 00-24h (1200/2400)
[Si algún usuario *con_acceso_a_Internet* se compromete a dejar las nuevas
versiones en alguna BBS local a la que tenga acceso, sea cual sea su país,
que no tarde lo mas mínimo en comunicármelo, indicándome los datos de una
manera similar a como he hecho arriba. Seréis los primeros en enteraros de
las nuevas versiones que aparezcan. ¡Aprovechad la postal para decírmelo!]
Finalmente, los usuarios de Internet que no tengan acceso de FTP pueden
recibir la última versión de 2M por correo electrónico (UUENCODE). El fichero
solicitado podrá ocupar varias cartas, ya que cada una no excederá los 30000
bytes. Dichas cartas deberán ser grabadas en disco con el nombre indicado en
el "subject" y después procesadas con una utilidad uudecode indicando el
nombre de la primera. Para ello, enviar una carta a ftpmail@gui.uva.es con el
siguiente contenido:
open ftp.gui.uva.es
cd pub/pc/2m
get 2m30.zip
También puede obtenerse por el mismo procedimiento el fichero 2m30src.zip
con los fuentes. Para pedir ayuda de los comandos disponibles, enviar una
carta con una linea que ponga simplemente "help".
El programa está tambien disponible con versiones relativamente modernas
en los discos y CD-ROMs de Simtel, Garbo, J/K Software, Made in Holland y
CDWARE Multimedia. Las empresas de distribución de software de dominio público
en disquetes o CD-ROM que lo deseen pueden escribirme: informaré de ellas aquí
e incluso podría enviarles las nuevas versiones que aparezcan.
{LINEASUBMENU [MEJORAS SOBRE LA VERSION ANTERIOR]}
Correcciones de errores:
────────────────────────
- Corregido un fallo por el que 2M 2.1 no liberaba la memoria al
desinstalarse de memoria convencional.
- Corregido un fallo en 2M que hacía colgarse al sistema si una aplicación
solicitaba incorrectamente un acceso en el sector BIOS 0 (no existente).
- Corregido un fallo en la comunicación de 2M.COM con el código SuperBOOT.
- 2M usa un byte de relleno 0xF6 durante el formateo en lugar de 0 (mejor
detección de fallos en la superficie magnética).
- Corrección de algunos fallos menores.
Mejoras generales:
──────────────────
- Pequeñas mejoras técnicas en el código residente de 2M.
- 2M y 2MGUI utilizan un código Multiplex superior a 0xC0. Esto les permite
evitar que MSD de MS-DOS 6.22, por una de sus erratas, bloquee el sistema.
- 2MF no permite formatear más pistas de las que admite la unidad.
- 2MF detecta automáticamente la densidad del disco destino en 3.5; opciones
de etiquetado serializado y anulación de pausa final; opción para anular
parpadeo de LEDs.
- 2M-XBIOS funciona correctamente en las unidades de 720K de los IBM PS/2-30
con 8086 (mejor que la BIOS AMI original :-)
- 2M-ABIOS actualiza la CMOS del equipo.
- Nuevo parámetro en 2M-ABIOS y 2M-XBIOS para forzar el control de las
disqueteras si fallaran al intentar obtenerlo cooperando con la BIOS.
- Código fuente totalmente reestructurado. No hay casi ficheros con partes
duplicadas (mantenimiento más sencillo). Los programas se pueden compilar
con cualquier versión de TASM y Turbo C/Borland C sin modificaciones y sin
requerir cambiar la configuración por defecto del compilador.
- Ayuda en línea de los programas más completa.
- Más y mejor documentación en general. Similar número de ficheros en total
(sencillo de usar).
- Los nuevos programas incluídos han sido probados durante cuatro (2MGUI) y
siete meses (2MDOS) antes de ser editados.
Nuevos programas:
─────────────────
- Utilidad 2MDOS para mejorar el soporte DISKCOPY de los disquetes 2M y para
optimizar el formateo de discos estándar.
- Utilidad experimental 2MGUI para obtener la máxima capacidad de todos los
discos y para añadir un rudimentario soporte 2M a OS/2.
- Utilidad 2M-INFO totalmente reescrita: integra todos los ficheros de
documentación anteriores; opciones 765DEBUG (depuración a bajo nivel de
disquetes) y FDTR (análisis de velocidad de formatos de disco).
{LINEASUBMENU [CAPACIDAD DE 2M]}
En los siguientes cuadros se muestra la capacidad máxima obtenida por los
principales formatos de disco existentes en la actualidad. Además de los
formatos estándar se ha elegido el popular programa FDFORMAT de Christoph H.
Hochstätter (Alemania), uno de los pioneros en estas técnicas y que sirve
también para crear discos estándar; aunque han surgido más imitadores
posteriores, se le puede considerar el programa de referencia en cuanto al
límite máximo de capacidad posible con sectores de tamaño estándar. De hecho,
los "nuevos" discos DMF de Microsoft (1.68M) llevan muchos años pudiendo ser
creados con FDFORMAT A: T80 N21 C4 D16 M240.
┌─────────────────────────────┬───────────────────┬───────────────────┐
│ Programa formateador │ 5¼ - DD │ 5¼ - HD │
├─────────────────────────────┼───────────────────┼───────────────────┤
│ FORMAT (40/80 pistas) │ 368.640 (360K) │ 1.228.800 (1200K) │
│ FDFORMAT 1.8 (82 pistas) │ 839.680 (820K) │ 1.427.456 (1394K) │
│ 2MF 3.0 /F (82 pistas) │ 839.680 (820K) │ 1.511.424 (1476K) │
│ 2MF 3.0 /M (82 pistas) │ 923.648 (902K) │ 1.595.392 (1558K) │
│ 2MGUI 1.0 (82 pistas) │ 1.000.064 (976K) │ 1.679.104 (1639K) │
│ DISCO VIRGEN (82 pistas) │ 1.025.000 (1001K) │ 1.708.224 (1668K) │
└─────────────────────────────┴───────────────────┴───────────────────┘
(El formato FDFORMAT 5¼-1476K funciona en muchas, pero no en todas las
unidades). En general, 2MGUI permite obtener más capacidad en casi todas las
unidades de la que ofrece por defecto; aunque se trata de un programa con unas
características muy peculiares, por lo que no ha desplazado a 2M.
┌─────────────────────────────┬───────────────────┬───────────────────┐
│ Programa formateador │ 3½ - DD │ 3½ - HD │
├─────────────────────────────┼───────────────────┼───────────────────┤
│ FORMAT (40/80 pistas) │ 737.280 (720K) │ 1.474.560 (1440K) │
│ FDFORMAT 1.8 (82 pistas) │ 839.680 (820K) │ 1.763.328 (1722K) │
│ 2MF 3.0 /F (82 pistas) │ 1.007.616 (984K) │ 1.847.296 (1804K) │
│ 2MF 3.0 /M (82 pistas) │ 1.091.584 (1066K) │ 1.931.264 (1886K) │
│ 2MGUI 1.0 (82 pistas) │ 1.204.224 (1176K) │ 2.019.328 (1972K) │
│ DISCO VIRGEN (82 pistas) │ 1.230.000 (1201K) │ 2.050.000 (2002K) │
└─────────────────────────────┴───────────────────┴───────────────────┘
2M no ha sido probado aún en 2.88M por el autor. Sin embargo, terceras
personas corroboran que ya funcionaba con discos estándar de 1.44M en las
unidades de 2.88M.
┌──────────────────────────┬────────────────────┬──────────────────┐
│ FORMAT (80 pistas) │ 2.949.120 (2880K) │ │
│ 2MF /F 3.0 (82 pistas) │ 3.694.592 (3608K) │ 3.5 ED Extra │
│ 2MF /M 3.0 (82 pistas) │ 3.862.528 (3772K) │ Alta │
│ 2MGUI 1.0 (82 pistas) │ 4.038.656 (3944K) │ (3½) densidad │
│ DISCO VIRGEN (82 pistas) │ 4.100.000 (4004K) │ │
└──────────────────────────┴────────────────────┴──────────────────┘
{LINEASUBMENU [VELOCIDAD DE 2M]}
Las pruebas de velocidad se referirán siempre a máquinas con procesador
286 o superior; los equipos PC/XT son más lentos y los formatos de disco no
están calibrados para optimizar el rendimiento en ellos (algo que no tendría
sentido teniendo en cuenta la baja extensión de estas máquinas, y que sus
usuarios están acostumbrados a su velocidad :-). En el siguiente cuadro
aparece una comparativa de la velocidad de transferencia alcanzada por los
diversos formatos de disco. Estos datos están obtenidos con la opción FDTR de
2M-INFO, y se corresponden con la tasa de transferencia a nivel BIOS (excepto
en formatos 2MGUI, a nivel DOS).
En el caso de FDFORMAT se muestran los rendimientos que obtiene con discos
estándar y con discos de máxima capacidad. FDFORMAT fue pionero introduciendo
la técnica conocida como "Sector Sliding"; por ello, los discos FDFORMAT
estándar son notablemente más rápidos que los de FORMAT. En las pruebas se han
utilizado los valores /X e /Y que el autor de FDFORMAT recomienda en la
documentación del programa (sin ellos, FDFORMAT sería tan lento como FORMAT).
2MDOS añade soporte «Sector Sliding» a todos los demás formateadores, y
una nueva técnica aún más rápida en 1.2M y 1.44M (DiskBoost). Es decir, con
2MDOS instalado el usuario puede seguir utilizando su formateador de siempre
pero obtendrá mejores resultados. Por ello, si el usuario realiza pruebas con
FORMAT o FDFORMAT debería NO tener instalado 2MDOS durante las mismas para
evitar que interfiera el resultado, o al menos inhibir las optimizaciones con
algún parámetro. Para probar la eficacia de 2MDOS se utilizó FORMAT, pero da
lo mismo el programa que se hubiera empleado.
┌────────────────┬────────────────┬──────┐
│ Doble densidad │ Alta densidad │ Datos│
├────────────────┼────────────────┤ en │
│ Lect. Escr. │ lect. Escr. │ Kb/sg│
┌───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 18.16 18.16 │ 30.13 30.13 │ │
│ FORMAT+2MDOS │ 22.11 22.12 │ 44.98 44.99 │ │
│ FDFORMAT [1] │ 22.11 22.12 │ 39.73 39.73 │ 5.25 │
│ FDFORMAT [2] │ 25.00 25.00 │ 25.26 25.23 │ │
│ 2MF /F │ 25.04 25.00 │ 46.33 46.33 │ (5¼) │
│ 2MF /M │ 16.49 16.49 │ 28.50 28.47 │ │
│ 2MGUI │ 29.82 26.49 │ 51.57 41.01 │ │
├───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 15.05 15.05 │ 30.14 30.14 │ │
│ FORMAT+2MDOS │ 19.32 19.32 │ 44.98 44.98 │ │
│ FDFORMAT [1] │ 19.32 19.32 │ 39.58 39.53 │ 3.5 │
│ FDFORMAT [2] │ 21.78 21.75 │ 24.79 24.79 │ │
│ 2MF /F │ 25.72 25.76 │ 48.49 48.50 │ (3½) │
│ 2MF /M │ 16.25 16.25 │ 28.74 28.77 │ │
│ 2MGUI │ 30.17 25.52 │ 50.66 38.50 │ │
└───────────────┴────────────────┴────────────────┴──────┘
[1] Formatos estándar (360-720-1.2-1.44) y /X e /Y óptimos.
[2] Formatos máximos (820-820-1.48-1.72) y /X e /Y óptimos.
Como la prueba anterior es muy técnica, algún lector probablemente opine
que sería mejor realizar alguna más "real". Eso es lo que vamos a mostrar en
los siguientes cuadros. Se utilizaron en total 21 ficheros (2 de 256K, 3 de
128K, 4 de 64K, 5 de 32K, 6 de 16K y 1 de 15.5K) que totalizaban un disco
completo de 1.44M. La prueba de escritura consistió en COPY C:\TEST\*.* A: y
la de lectura en un COPY /B *.* NUL (de esta manera no se contabiliza el
tiempo de escritura en disco duro). En la prueba de escritura se descontaron
además de todos los resultados los 5 segundos que tardaba la operación de
lectura de datos del disco duro. Con FDFORMAT se utilizaron siempre los
parámetros /X:2 e /Y:3 para lograr la mayor velocidad posible. Resultados con
disquetes estándar (recordar que 2MDOS instalado durante el formateo afectaría
a los demás programas de formateo) y con BUFFERS=40:
┌──────────────────┬────────────┬────────────┬────────────┐
│ Formato │ 1.44 │ 1.44 │ 1.44 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Formateador │ FORMAT │FDFORMAT [1]│ 2MDOS [2] │
├──────────────────┼────────────┼────────────┼────────────┤
│ Tiempo escritura │ 1:17.28 │ 1:06.57 │ 1:01.18 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Tiempo lectura │ 0:54.82 │ 0:43.22 │ 0:39.16 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Espacio libre │ 0 │ 0 │ 0 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Escritura (Kb/s) │ 18.42 │ 21.38 │ 23.27 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Lectura (Kb/s) │ 25.97 │ 32.94 │ 36.35 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Promedio (Kb/s) │ 22.20 │ 27.16 │ 29.81 │
│ Indice relativo │ 100.00 │ 122.34 │ 134.28 │
└──────────────────┴────────────┴────────────┴────────────┘
[1] Técnica «Sector Sliding» con opciones /X:2 /Y:3
[2] Técnica «DiskBoost» (se empleó FORMAT con 2MDOS instalado).
Sin TSR's cargados (salvo 2M/2MDOS) y BUFFERS=40 en CONFIG.SYS
Como salta a la vista, los discos formateados con 2MDOS instalado son
notablemente más rápidos que los normales. Los disquetes 2MDOS son también
los más rápidos en la práctica, y no solo en la teoría, como evidencian las
pruebas. He aquí la velocidad de los formatos de disco extendidos, con la
misma prueba:
┌──────────────────┬─────────┬─────────┬─────────┬─────────┬─────────┐
│ Formato │ 1.64 │ 1.72 │ 1.80 │ 1.88 │ 1.97 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Formateador │FDFORMAT │FDFORMAT │ 2MF │ 2MF │ 2MGUI │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Tiempo escritura │ 0:55.53 │ 1:23.10 │ 1:19.04 │ 1:29.25 │ 1:27.93 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Tiempo lectura │ 0:39.82 │ 1:01.46 │ 0:40.59 │ 0:50.37 │ 0:44.93 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Espacio libre │ 203.776 │ 287.744 │ 370.688 │ 454.656 │ 552.960 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Escritura (Kb/s) │ 25.63 │ 17.13 │ 18.01 │ 15.95 │ 16.19 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Lectura (Kb/s) │ 35.75 │ 23.16 │ 35.07 │ 28.26 │ 31.68 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Promedio (Kb/s) │ 30.69 │ 20.15 │ 26.54 │ 22.11 │ 23.94 │
│ Indice relativo │ 138.24 │ 90.77 │ 119.55 │ 99.59 │ 107.84 │
└──────────────────┴─────────┴─────────┴─────────┴─────────┴─────────┘
Los datos demuestran que 2M es significativamente más rápido que FORMAT
incluso en los formatos extendidos; aunque es menos rápido que FDFORMAT en
1.64M, alcanza mucha más capacidad (y en lectura la velocidad es similar).
Finalmente, en este cuadro se recogen los tiempos empleados (MM:SS) por
los diversos formateadores en crear los principales formatos de disco, siempre
con las opciones de verificación activas:
┌────────────────┬────────────────┐
│ Doble densidad │ Alta densidad │
┌───────────────┼────────────────┼────────────────┼──────┐
│ FORMAT │ 0:37 │ 1:13 │ │
│ FORMAT+2MDOS │ 0:42 │ 1:27 │ │
│ FDFORMAT [1] │ 0:42 │ 1:24 │ 5.25 │
│ FDFORMAT [2] │ 1:28 │ 1:52 │ │
│ 2MF /F │ 1:24 │ 1:30 │ (5¼) │
│ 2MF /M │ 2:33 │ 2:34 │ │
│ 2MGUI │ 2:30 │ 2:34 │ │
├───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 1:24 │ 1:34 │ │
│ FORMAT+2MDOS │ 1:35 │ 1:45 │ │
│ FDFORMAT [1] │ 1:38 │ 1:42 │ 3.5 │
│ FDFORMAT [2] │ 1:46 │ 2:17 │ │
│ 2MF /F │ 1:37 │ 1:45 │ (3½) │
│ 2MF /M │ 2:46 │ 3:19 │ │
│ 2MGUI │ 3:00 │ 3:03 │ │
└───────────────┴────────────────┴────────────────┴──────┘
[1] Formatos estándar (360-720-1.2-1.44) y mejores /X e /Y.
[2] Formatos máximos (820-820-1.48-1.72) y mejores /X e /Y.
{LINEASUBMENU [DUDAS Y PROBLEMAS MAS COMUNES]}
Comento a continuación algunas de las dudas y preguntas más comunes de los
usuarios de 2M. Son un total de 27 y no estan ordenadas de manera particular
(algunas serán obvias y otras podrían ser difíciles de entender para algunos
usuarios). Si tiene algún problema o sugerencia, podría estar ya resuelto o
respondido aquí. Léalas con cuidado porque a menudo, alguna de ellas, responde
a más de una cuestión.
[P] ¿Por qué 2M no cuesta dinero?. ¿Por qué es público el código fuente?
¿Piénsas vendérselo a Microsoft?.
[R] Parte del éxito de 2M sería constituir un nuevo estándar. Eso será
posible en la medida en que su uso se extienda; el precio actual es el
más competitivo y nunca me he planteado vivir el resto de mi vida a costa
de 2M. Los listados son públicos porque siempre se podrían desensamblar a
menos que pierda tanto tiempo en protegerlo como en diseñarlo: si les
ocultara perjudicaría a los que quieren aprender y no a los que copian
tecnologías. El formato de discos 2M es totalmente público. Si Microsoft
o alguna otra empresa quieren distribuir sus productos así, les saldrá
gratis. Para adaptarlo a otros sistemas operativos se puede hablar
conmigo: tengo infraestructura para proponer ofertas sin competencia
posible; la tecnología 2M es además la de mayor capacidad (1.97M) y la
que más tiempo lleva formateando 23 sectores (1.84M/1.88M) en el mundo.
[P] ¿Es compatible 2M con otros formateadores extendidos?.
[R] En principio, sí, aunque es necesario instalar también el programa
residente que los acompañe. 2MDOS incorpora una emulación FDREAD, por lo
que en este caso puede ser una alternativa ventajosa a FDREAD y otros
programas similares compatibles con FDREAD.
[P] ¿No ocupan demasiada memoria 2M y 2MGUI y además no utilizan el HMA?
[R] 2M no demasiada (5 Kb) pero 2MGUI bastante (15-17 Kb). En ambos casos
es difícil actualmente reducir más la ocupación; aunque 2MGUI sólo ocupa
5 Kb si se indican las opciones /NODMA y /EMS y quizá podrá emplear
también XMS algún día. Instalar los programas en el HMA complica demasiado
su diseño (son bastante largos) y no tengo intención de hacerlo por el
momento. 2MDOS ocupa muy poca memoria porque sí puede aprovechar la XMS,
si la hay. Si 2M pudiera, lo haría también.
[P] ¿Es posible hacer con los discos duros algo similar a lo que hace 2M con
los disquetes?
[R] No.
[P] ¿Son realmente seguros los discos 2M? ¿O hay riesgo de pérdida de datos a
medio o largo plazo?.
[R] Los discos 2M normales son tan seguros como los estándar. Los de máxima
capacidad (2MF /M) un poco menos (de cara al intercambio de datos entre
unidades diferentes; sin embargo, IBM utiliza un formato similar para
distribuir su OS/2 3.0 Warp por todo el mundo, así que no serán tan
peligrosos). Los discos 2MGUI son los más precarios, pero si el programa
de control (2MGUI) funciona bien en su sistema, no tiene nada que temer.
[P] Durante mucho tiempo, cuando quería volver a formatear con FORMAT a 1.44M
un disco con formato 2M me decía "parámetros no soportados por la unidad"
y tenía que usar otra utilidad de formateo. Con el nuevo 2M no me lo
dice, pero me formatea el disco con formato 2M (pese a decir "formateando
1.44M") y lleno de "sectores defectuosos" (realmente, cadenas perdidas).
[R] Usted tiene ahora 2MDOS instalado y antes no lo tenía. Además es usuario
de MS-DOS 6 y su deficiente FORMAT. Le aconsejo escribir una carta
contando el problema a Microsoft y mientras tanto, utilice FORMAT de
MS-DOS 6 sin indicar la opción /U: si lo hace, FORMAT no realizará el
formato incondicional que se supone debiera hacer (sino que mira el tipo
de disco e intenta volver a reproducirlo). Si está instalado 2MDOS podrá
formatear el disco 2M, pero lo hará mal (a menos que active también la
opción /FORMAT de 2MDOS) y encima le dirá a usted que está creando un
disco estándar. Resumiendo, la solución es NO indicar /U al reformatear un
disco de tipo 2M. O si se indica /U, forzar el formato con /F (por ejemplo
/F:1.44). Sobre discos vírgenes, con formato estándar o 2MGUI, FORMAT (de
MS-DOS 6) no es problemático.
[P] Al instalar 2M o 2MGUI me dice que cruza una frontera de DMA. ¿Es esto
problemático?. ¿Qué significa?.
[R] No, en absoluto. Sin embargo, ambos programas (en particular 2MGUI)
consumen más memoria en estos casos. Puede evitar este mensaje de aviso
cambiando el orden de instalación de los programas residentes, o en el
caso de 2MGUI añadiendo la opción /NODMA. La explicación del significado
del "cruce de una frontera de DMA" sería demasiado larga; puede estar
tranquilo, que su ordenador no está averiado.
[P] ¿Se pueden formatear discos normales (ej. 1.44M) con 2MF?
[R] No, y tampoco es necesario. Para discos estándar puede continuar usando
su programa habitual (aunque es recomendable instalar también 2MDOS para
optimizar el funcionamiento de los demás programas de formateo, salvo los
que acceden también a la controladora -muy pocos-).
[P] ¿Puedo dar un disco 2M a un amigo que aún no tiene el programa? ¿Podrá
leer ese disco? ¿Puedo crear un disquete 2M de arranque?.
[R] Si el disco es de *alta_densidad*, déselo sin miedo a su amigo. Lo único
que debe hacer éste es arrancar el sistema con el disquete introducido
en la unidad A: para que se cargue el código SuperBOOT (el arranque se
producirá pese a todo, como de costumbre, desde disco duro). El único
problema es que su amigo podría tener una secuencia de arranque C:-A:
en el Setup de su BIOS (adviértale) siendo necesaria la A:-C:. Sí, es
posible ejecutar un comando SYS hacia un disco 2M de *alta_densidad*.
[P] 2MF no funciona en mi PS/2. Y un amigo con unidad de 2.88M no puede crear
discos 2M de extraalta densidad (2MF /ED). ¿Es normal?.
[R] En efecto. La mayoría de los PS/2 de IBM son incompatibles a nivel de
controladora de disquetes. 2M sí funciona en las unidades de 2.88M pero
con discos de 720K y 1.44M; no he podido probarlo personalmente en los de
2.88M y tengo informaciones contradictorias de los usuarios.
[P] He observado que SMARTDRIVE 4.0+ no cachea las unidades 2MGUI por defecto
y si lo activo en ellas, se me cuelga el ordenador al acceder a un disco
de tipo 2MGUI.
[R] En efecto, 2MGUI informa expresamente a Smartdrive para que no cachee sus
unidades. Smartdrive tiene un error interno y no soporta tamaños de sector
distintos de 512 bytes (no devuelve un mensaje de aviso, pero estrella el
sistema). Para usar Smartdrive en las unidades 2MGUI, formatee sus discos
2MGUI con /S=512. Algunos otros programas de caché pueden tener problemas
similares, y tal vez 2MGUI no sepa decirles que no cacheen sus unidades:
en ese caso habrá de hacerlo usted consultando la documentación del
programa caché y poniéndole los parámetros adecuados. Sin embargo, 2M.COM
sí funciona con Smartdrive cacheando las unidades normales.
[P] NDD de las Norton 8.0 me dicen que los discos 2M tienen mal el boot y el
byte de medios de la FAT (aunque funcionan bien). ¿Le dejo corregirlo?.
[R] No. Si lo hace, le rebajará el tamaño del disco y perderá sus datos.
Sin embargo, puede utilizar NDD en unidades 2MGUI *con_discos_2MGUI*, si
bien probablemente no lo necesite nunca. Otras utilidades de reparación
de disco suelen estropearlos igualmente cuando no los reconocen.
[P] En mi portátil, 2MF sólo formatea 820K en los discos DD en lugar de 984K.
Además, si le pongo /DD expresamente me da error de densidad incorrecta;
en todos los demás ordenadores no hay problema.
[R] 2MF está utilizando automáticamente la opción /D0. Su controladora sólo
soporta 250/500 Kbps. Esto sucede en algunos portátiles (muy pocos) que
no admiten tampoco unidades de 5¼; lo normal es soportar 250, 300 y 500
Kbps. 984K sólo son posibles con 300 Kbps.
[P] Cuando hago DISKCOPY de discos 2M me dice en ocasiones que el disco
destino no tiene el mismo formato y se aborta el proceso. En las unidades
2MGUI sucede igual, y además FORMAT no deja crear discos.
[R] Si el disco destino no tiene ya el mismo formato 2M, DISKCOPY no podrá
formatearlo a menos que instale 2MDOS. Por ello, es recomendable tener
instalado 2MDOS. Las unidades 2MGUI no soportan el formateo, y al copiar
hay que utilizar *siempre* discos origen y destino físicamente idénticos.
[P] DISKCOPY no me deja copiar los discos 2M ni siquiera aunque esté ya
formateado el destino, incluso con 2MDOS instalado, si lo hago entre
*dos* unidades iguales.
[R] Esto sólo pasa en MS-DOS. Indique la opción /FORMAT de 2MDOS y consulte
la ayuda de 2MDOS para ver las contraindicaciones de esta medida.
[P] DISKCOPY me dice que copia más de 15.000 cilindros, y un programa de
diagnóstico informa que mis disquetes 2MGUI sólo tienen un cabezal y un
sector por pista. ¿Están mal?.
[R] No. Es normal que suceda eso.
[P] ¿Saldrá algún 2M que funcione bien con los programas de copia de discos?
[R] Son los programas de copia de discos los que no funcionan bien con 2M.
Salvo los "legales" (como DISKCOPY o DUPDISK) los demás son demasiado
sofisticados (pero no lo suficiente) o demasiado malos. Es el software de
copia quien debe adaptarse a los nuevos formatos de disco, a medida que
surgen, y no al revés (aunque 2MDOS haya conseguido que los viejos FORMAT
y DISKCOPY sean capaces de crear disquetes 2M).
[P] La utilidad SecureDevice 1.1 me dice que no puede instalarse porque los
sectores no son de 512 bytes.
[R] Formatee sus disquetes 2MGUI indicando /S:512.
[P] ¿Qué diferencia hay entre 2M.COM y 2M.SYS?
[R] Poca. Ocupan la misma memoria; 2M.COM se puede desinstalar; 2M.SYS puede
cargarse antes que ningún otro residente. Como ninguno de los dos será
problemático, normalmente dará igual. Será cuestión de gustos.
[P] ¿Es posible con 2MF realizar un formateo rápido de un disco con formato?.
[R] Sí. 2MF tiene el parámetro indocumentado /Q, como 2MGUI, y el usuario
puede pulsar ALT-Q en medio del formateo para terminarlo en ese punto. Sin
embargo, sólo es útil con disquetes perfectos (que no tengan sectores
malos) ya que la FAT se inicializa indicando que no hay errores.
[P] Se me cuelga Windows al copiar ficheros en unidades comprimidas 2MGUI.
[R] Probablemente no se ha colgado. Puede que sólo lo parezca: espere algunos
segundos más antes de reinicializar el sistema. 2MGUI no comprime los
datos; sencillamente formatea a más capacidad, igual que 2MF.
[P] Al instalar 2MGUI me dice que el buffer de DMA de mi controlador de
memoria es muy pequeño, y que ponga DMA=13. A un amigo le dice algo
similar pero en cambio no le da más instrucciones.
[R] Usted utiliza QEMM. Añada la opción DMA=13 al controlador de memoria. A
su amigo, recomiéndele que consulte la documentación de su controlador de
memoria o que instale QEMM/EMM386. Alternativamente, ambos podéis probar
a utilizar la opción /NODMA de 2MGUI. En última instancia, no hacer caso
de este mensaje. En particular, instalando 2MGUI en memoria convencional,
es difícil que el sistema se estrelle por este motivo. Y QEMM, en caso de
necesitar realmente el buffer, avisaría con una excepción al acceder a la
unidad.
[P] He notado que 2MF y 2MGUI no obedecen muy bien al parámetro para indicar
las entradas al directorio raíz, y 2MGUI tampoco hace demasiado caso de
la opción /B en el formato /DH.
[R] Ambos formateadores ajustan hacia arriba el número de entradas para
aprovechar el espacio libre residual. En el formato /DH el parámetro /B
no obedece con exactitud. Esto es normal si se tiene en cuenta que lo que
se indica es el valor promedio de dos densidades; modifíquelo ligeramente
para aproximarlo al valor deseado.
[P] ¿Es cierto que las unidades 2MGUI soportan los formatos FDREAD incluso
sin cargar FDREAD o 2MDOS?.
[R] Casi del todo. El único que no funciona es el FDREAD 720K/820K en 5¼;
para éste hay que instalar también 2MDOS o FDREAD.
[P] ¿Debo instalar 2M-ABIOS o no?
[R] Si 2M funciona perfectamente, no. Si 2M falla extrañamente, pruebe a
instalar 2M-ABIOS. Si sigue fallando, pruebe disquetes estándar con sólo
2M-ABIOS instalado en el sistema: si no funcionan, esto probaría que su
hardware no es suficientemente compatible. Si en algún momento duda
acerca de si 2M-ABIOS realmente ha conseguido quitar el control de los
discos a su BIOS original, fuércelo con la opción /13.
[P] Con 2M-XBIOS y 2MX, al cambiar el turbo del ordenador, las unidades
comienzan a fallar o van algo mal y necesitan reintentos.
[R] Podría ocurrir (no así con 2M-ABIOS ni 2M). Este problema se solucionaría
ejecutando de nuevo dichos programas, desde la línea de comandos, para
que reajusten sus constantes internas de temporización.
[P] Al arrancar de un disco 2M, la memoria ocupada por el DOS y los demás
residentes sigue siendo la misma. ¿Donde se esconde el código de 2M?.
Además, los discos de doble densidad nunca me dejan arrancar.
[R] Los discos 2M de doble densidad no pueden ser botables. Al cargarse el
código SuperBOOT, la memoria convencional total disminuye 5 Kb (de 640K a
635K, por ejemplo) y por tanto, el código aparentemente no está en ninguna
parte. Evitar este consumo de memoria convencional no es posible en estos
momentos, pero es un dato trivial. Además, en esta modalidad de trabajo no
hace falta instalar 2M.COM y se economizan sus 5 Kb (aunque bien es cierto
que 2MF no puede formatear a menos que se instale 2M.COM).
{LINEASUBMENU [COMO CONTACTAR CON EL AUTOR DE 2M]}
Preferiblemente por correo a través de Internet (ciri@gui.uva.es). Si mi
dirección Internet por algún motivo extraño no funcionara, otra alternativa
es ciri@p8.databyte.encomix.com; pero por favor no utilice NUNCA la dirección
alternativa. Inténtelo antes varias veces con la dirección normal.
Los usuarios de Fidonet o Compuserve pueden enviarme email a través de una
pasarela a Internet; si no pueden o no saben hacerlo, también pueden enviarme
la carta por ejemplo a mi dirección de punto en Fidonet (2:341/21.8) y también
responderé.
Me encanta responder todo el correo; en particular cuando es específico,
preciso y breve (aunque esto último depende en gran medida del problema a
describir). En caso de problemas técnicos, conviene enviarme una breve
descripción de la configuración del sistema (modelo, características, versión
de 2M...).
También respondo el correo ordinario (no electrónico) enviado a la misma
dirección en que recojo las postales de registro:
Ciriaco García de Celis
C/Renedo 2, 4-C
47005 Valladolid
España
El propósito del correo en general es básicamente soporte técnico o
informativo. Para enviar agradecimientos y similares es preferible utilizar la
tarjeta postal de registro en la dirección mencionada. Por favor, escriba
legiblemente e incluya una dirección para responder (preferiblemente,
electrónica) aunque no sea necesaria la respuesta. Por favor, utilice sólo
Español o Inglés. Es muy aburrido para mí responder a cuestiones ya
documentadas en la ayuda o en 2M-INFO.
{LINEASUBMENU [AGRADECIMIENTOS]}
Bastantes personas e instituciones han colaborado en uno u otro momento
ayudándome en el desarrollo de 2M, material o moralmente. He procurado
recogerlas todas, pero posiblemente me haya olvidado de alguien. ¡Están en el
orden riguroso en que me he acordado!:
- Jesús Arias Alvarez (León, España). De sus rutinas de disco de bajo nivel
surgió mi interés por este tipo de programación, en ellas están basados
además los primeros ejemplos de acceso a disco de "El Universo digital del
IBM PC, AT y PS/2". El truco para aprovechar toda la capacidad de una pista
del disco (y por tanto, la idea del formato 1.97M) y la técnica de acceso a
disco sin DMA en 2MGUI son ideas originales de él.
- Alain Knaff (Francia), autor de las populares mtools para Unix, con la
ayuda de David Niemi (EEUU) han conseguido que el sistema operativo Linux
pueda acceder a disquetes 2M. Gracias por beneficiar a todas las personas
que pudieran estar usándolos en MS-DOS.
- Edgar Swank (EEUU). Descubrió algunos fallos en el código de 2M 1.3 y los
corrigió en los listados, proponiéndome las modificaciones. Básicamente, a
él hay que agradecer que el código de 2M realmente verifique con VERIFY ON.
También ha contribuído con ideas y ha mejorado el inglés de algún programa.
- Un agradecimiento especial a Darron Christian (EEUU), William Luitge (EEUU),
John Mottram (EEUU), Tom Sytsma (EEUU), David Rodriguez (EEUU), John R. Lee
Chin (Australia), Michael Rickard (Reino Unido), Robert W. Baker (EEUU), Son
H. Le (Australia), Arthur Taber (EEUU), Kenneth Bush (EEUU) y Aaron Spurlock
(EEUU) que han mejorado el inglés de este documento para que "suene bien".
- Carlos Alberto San Juán (Burgos, España) instaló y configuró para mí la
utilidad ftpmail para que quienes no disponen de ftp puedan obtener 2M por
Email.
- Karl-Henrik Ryden (Suecia) me ayudó localizando con gran precisión algún
fallo.
- Enrique Martínez (Valladolid, España), sysop de la BBS DATABYTE, me ha
facilitado mi presencia en la red FidoNET.
- Ferrán Foz (Barcelona, España) me ayudó con el inglés de algún programa.
- Luis Cuesta (Palencia, España) me ha ayudado a probar el funcionamiento de
2M con ciertas aplicaciones de otros sistemas operativos.
- Anaya Multimedia, S.A., en la «Revista Profesional para Programadores»
describe en una serie de artículos el funcionamiento de 2M. Esto ayudará a
popularizar y extender las técnicas de este programa.
- Gilles Vollant (Francia), autor de Winimage 2.0, me registró gratuitamente a
su programa para gestionar imágenes de disquetes (también 2M) bajo Windows.
- Bernhard Sadlowski (Alemania). Probó pacientemente con ayuda de algún amigo
el funcionamiento de 2M en unidades de 2.88M (excepto con discos de 2.88M) y
también me ayudó a intentar detectar el origen de alguna incompatibilidad.
- William Luitge me propuso formatear los discos de 360K una parte en alta
densidad y otra en doble. Esto es lo que realiza finalmente 2MGUI /DH.
- Miguel Martínez (Valencia, España) me pasó una genial rutina para poner la
pantalla en 30 líneas en este programa.
- Grant Botes (República Sudafricana) creó el entorno 2MFSHELL para utilizar
con mayor comodidad 2MF. Este programa (2MFSHLxx.ZIP, xx = versión) está
disponible por ftp en algunos de los puntos de distribución de 2M.
- El club de la C.C. y el P. del A8 en particular, del que algunos integrantes
han sido ya mencionados; y el Grupo Universitario de Informática en general,
han colaborado material y psíquicamente al desarrollo del programa.
El inicio de desarrollo de 2M, a mediados de 1993, ha coincidido en el
tiempo y de manera casual con el inicio de una de mis más viejas y ambiciosas
iniciativas personales de todos los tiempos (SCL) que finalmente ha arrancado
en 1993. Dedico el programa a todas las personas que he conocido durante la
aplicación de SCL y que han permitido su éxito global, ya que la aportación
exterior ha sido de hecho el principal motor. Por orden cronológico de
iniciales de nombres: C, E, M, I, S, S, M, P, S, R, M, B, R, T, P, V, R (en
1993); J, R, S, N, A, I, M, R, A, E, R, A, S (en 1994); entre otras personas.
El significado de las siglas SCL no es en general público :-)
{LINEASUBMENU [DIFUSION MUNDIAL DE 2M]}
Si usted ya era usuario de 2M 2.1 u otra versión anterior, o piensa serlo
desde ahora, no debe sentirse un caso aislado. Existe un elevado número de
personas que utilizan el programa, repartidas por al menos 35 países, de las
que yo tengo una pequeña muestra estadística (obtenida en base a las cartas y
postales). En este apartado se muestra la procedencia aproximada de los
usuarios de 2M. Estos datos se refieren sólo a usuarios de 2M bajo DOS y no
registran los posibles usuarios bajo otros entornos operativos, siendo además
probablemente varios órdenes de magnitud inferior a la cifra de usuarios
reales, si se tiene en cuenta el fracaso (hasta el momento) de la distribución
CardWare. Datos desde el 15/2/94 al 15/2/95.
┌────────────────────┐
│ Correo electrónico │
│ (Internet+FidoNet) │
└────────────────────┘
De estos datos está excluído el correo local de Valladolid, el español de
la red FidoNet (he tenido problemas para estimarlo y está mezclado con otras
actividades) y el correo regular que mantengo sobre algunos asuntos (además de
2M) con ciertas personas que conocí a través de 2M.
País Nº personas Nº Cartas % (personas) % (cartas)
──────────────────── ─────────── ─────────── ──────────── ──────────
1 EEUU 53 136 37.9 38.6
2 España 10 29 7.1 8.2
3 Canadá 10 28 7.1 8.0
4 Italia 9 17 6.4 4.8
5 Alemania 7 16 5.0 4.5
6 Australia 6 11 4.3 3.1
7 Reino Unido 4 13 2.9 3.7
8 Finlandia 4 8 2.9 2.3
9 Chile 4 4 2.9 1.1
10 Croacia 3 12 2.1 3.4
11 Francia 3 10 2.1 2.8
12 Brasil 3 4 2.1 1.1
12 Holanda 3 4 2.1 1.1
13 Hong Kong 2 6 1.4 1.7
14 Suecia 2 3 1.4 0.9
15 Argentina 2 2 1.4 0.6
15 Polonia 2 2 1.4 0.6
15 República Checa 2 2 1.4 0.6
16 Venezuela 1 15 0.7 4.3
17 Uruguay 1 8 0.7 2.3
18 Eslovaquia 1 7 0.7 2.0
19 Noruega 1 3 0.7 0.9
19 Perú 1 3 0.7 0.9
20 Japón 1 2 0.7 0.6
20 Malasia 1 2 0.7 0.6
20 Nueva Zelanda 1 2 0.7 0.6
21 México 1 1 0.7 0.3
21 Portugal 1 1 0.7 0.3
21 Taiwán 1 1 0.7 0.3
─── ─── ───── ─────
Total 140 352 100.0 100.0
┌───────────────────┐
│ Tarjetas postales │
└───────────────────┘
Las condiciones de registro (enviar la postal) son realmente excepcionales
y quienes no lo tomen EN SERIO y aprovechen ahora perderán una ocasión única
para ser anotados, gratis, como usuarios registrados. ¿Es que sólo tengo un
usuario en Australia? ¿Y 13 en EEUU?... que pocos privilegiados... hummm y
cuán enorme y uniformemente repartidos por todo el mundo... :-)
País Nº personas Nº postales % (personas)
─────────────── ──────────────── ────────────────── ────────────
1 España 22 23 22.7
2 EEUU 13 13 13.4
3 Finlandia 6 6 6.2
4 Francia 5 7 5.2
5 Holanda 5 5 5.2
6 Hungría 4 9 4.1
7 Alemania 4 4 4.1
7 Italia 4 4 4.1
8 Eslovaquia 3 3 3.1
8 República Checa 3 3 3.1
8 Rep. Sudáfrica 3 3 3.1
9 Portugal 2 6 2.1
10 Polonia 2 3 2.1
11 Argentina 2 2 2.1
11 Chile 2 2 2.1
11 Hong Kong 2 2 2.1
11 Reino Unido 2 2 2.1
11 Taiwán 2 2 2.1
12 Brasil 1 4 1.0
13 Australia 1 1 1.0
13 Bulgaria 1 1 1.0
13 Canadá 1 1 1.0
13 Croacia 1 1 1.0
13 Dinamarca 1 1 1.0
13 Grecia 1 1 1.0
13 Nueva Zelanda 1 1 1.0
13 Perú 1 1 1.0
13 Suecia 1 1 1.0
13 Suiza 1 1 1.0
── ── ─────
Total 97 113 100.0
┌─────────────────┐
│ Cartas postales │
└─────────────────┘
Hay al menos media docena de cartas más; pero procedentes de ciudadanos
particulares y, excepcionalmente por esta vez, consideradas como postales a
efectos de registro; estas otras cartas se refieren sólo a instituciones.
País Nº cartas
─────────────────────── ────────────────
EEUU 1
Finlandia 1
Holanda 1
┌──────────────────────┐
│ Extensión geográfica │
└──────────────────────┘
Finalmente, sumando, sin ponderar, la totalidad de las personas que han
utilizado algún medio para comunicarse conmigo (email, postal, carta, etc) se
establece la siguiente clasificación que da una idea aproximada de la
extensión geográfica. Se trata realmente de una encuesta, teniendo en cuenta
la reducida y aleatoria muestra en que se basa.
País Nº personas Nº veces % (personas) % (veces)
─────────────────── ─────────── ──────── ──────────── ───────────
1 EEUU 67 150 27.9 32.1
2 España 32 52 13.3 11.1
3 Italia 13 21 5.4 4.5
4 Canadá 11 29 4.6 6.2
5 Alemania 11 20 4.6 4.3
6 Finlandia 11 15 4.6 3.2
7 Holanda 9 10 3.8 2.1
8 Francia 8 17 3.3 3.6
9 Australia 7 12 2.9 2.6
10 Reino Unido 6 15 2.5 3.2
Otros 25 países 65 127 27.1 27.1
{LINEASUBMENU [CONCURSO DE USUARIOS REGISTRADOS]}
Quiero, antes de nada, dar las gracias a todos los usuarios de 2M que me
han enviado su postal de registro. Espero que con esta nueva versión, para la
que ya están registrados, reciban el premio que merecen y al que han
contribuído decisivamente. He decidido premiar las cinco postales más bonitas
que he recibido, y pienso seguir haciéndolo en futuras ocasiones. Los
ganadores, en caso de haber indicado su dirección postal, recibirán un
disquete con la versión 3.0 de 2M así como una postal de mi propia ciudad.
Las postales seleccionadas en esta ocasión han sido:
Matthias Peter (Obeswsel, Alemania): Castillo de Neuschwanstein
István Simon (Budapest, Hungría): Monumento milenario
Joan Arenós (Barcelona, España): Gobierno Autónomo de Cataluña
Rui Mendes (Algarve, Portugal): Cueva junto al mar
Rodrigo Gessuein (Santiago, Chile): Valle de la Luna (D. de Atacama)
Sólo las personas que han enviado la postal, junto con las que aparecen en
la lista de agradecimientos, están autorizadas a utilizar 2M 3.0.
También me gustaría hacer incapié en que la condición es enviar una
postal, salvo el caso de países donde no se fabriquen. Como en la versión 1.3
esto no era exigido, he decidido considerar como postales también las cartas
en que el interlocutor me pide que lo haga así o las referidas a 2M 1.3; pero
esto no lo volveré a hacer a partir de 1995. Tampoco son válidos ficheros
gráficos enviados por correo electrónico.
{LINEASUBMENU [INFORMACION PARA PROGRAMADORES]}
Aquí hay varias informaciones de utilidad para programadores. Si desea
imprimir alguna parte de este texto, búsquela en 2M-INFO.FDA.
1) Cómo formatear disquetes 2M.
2) Formato físico de los discos 2M y sus sectores de arranque.
3) Características interesantes de 2MGUI.
4) La tecnología de formateo DiskBoost y algunas consideraciones más.
Aunque se comentan aspectos técnicos de 2M, no se explica el motivo de las
diversas soluciones técnicas ni se comenta el código fuente del programa. Las
explicaciones detalladas de estas cuestiones están disponibles en la serie de
artículos publicada entre febrero y abril de 1995 por la Revista Profesional
para Programadores de Anaya Multimedia y en el libro "El Universo Digital del
IBM PC, AT y PS/2"; ambos disponibles en este momento sólo en lengua española.
Sin embargo, para programar aplicaciones relacionadas con 2M no es necesaria
esa información adicional (es más bien útil desde el punto de vista lectivo
para programadores que necesiten acceder directamente a los dispositivos).
1) COMO FORMATEAR DISQUETES 2M.
───────────────────────────────
2M accede siempre directamente a la controladora de disquetes y al chip de
DMA. Sin embargo, ¡los demás programadores probablemente no tendrán que
hacerlo!. Las funciones habituales del DOS y la BIOS continúan funcionando
cuando 2M está instalado, soportando los nuevos formatos de disco igual que
los normales. Las emulaciones y virtualizaciones de 2M ocultan totalmente la
realidad del formato físico y simulan un disco casi normal. Incluso si es
necesario formatear un disco 2M desde un lenguaje de alto nivel, es posible
hacerlo a través de la habitual función 5 de INT 13h. Cuando 2M está instalado
en memoria, el servicio 5 de la INT 13h ve incrementada su funcionalidad. Para
buscar a 2M residente en memoria:
Cargar AL con 0.
Cargar ES:DI con 1492h:1992h.
Cargar AH con un valor entre 0C1h y 0FFh.
Llamar a INT 2Fh.
Cuando INT 2Fh retorne, si AL=0FFh y ES:DI apunta a una cadena terminada
por un 0 del tipo "CiriSOFT:2M:3.0" ... ¡2M está en memoria!. Nótese que ':'
es un delimitador, y no siempre CiriSOFT será el fabricante (es recomendable
buscar dentro la subcadena ":2M:" ó ":2MX:"). Puede comenzar con AH=0C1h y,
si no responde 2M ó 2MX con ese código, continuar con AH=0C2h y así
sucesivamente. Si 2M ha sido instalado botando desde un disco 2M (SuperBOOT)
la función de formateo no está disponible (y el chequeo de instalación fallará
correctamente).
Una vez detectado 2M en memoria, es posible llamar al servicio 5 de la
INT 13h para formatear una pista. Esto es aún más sencillo que en el servicio
de la BIOS para disquetes estándar: no es necesario seleccionar la densidad o
el tipo de disco, ni el último sector en la pista, ni modificar la tabla
apuntada por la interrupción 1Eh. Por supuesto, la función estándar de la BIOS
continúa disponible, pero llamando así se elige el formateo de un disco 2M:
Cargar AH con 5.
Cargar AL con 7Fh.
Cargar CH con el número de cilindro.
Cargar DH con el número de cabezal.
Cargar DL con el número de unidad.
Cargar SI con la signatura 324Dh ("2M").
Cargar ES:BX apuntando al sector de arranque del futuro disco 2M.
Advierta que en la llamada habitual a la BIOS AL es cargado con el número
de sectores (con independencia de que finalmente se utilice el valor de la
tabla base de disco) que nunca es 7Fh y SI no es necesariamente igual a 324Dh.
Esto permite a 2M detectar la intención de formatear un disco de ese tipo. No
es necesario crear complicadas tablas apuntadas por ES:BX; simplemente basta
con apuntar al sector de arranque del futuro disco (que debería ser correcto).
El sector de arranque del disquete 2M puede ser obtenido de un disco ya
formateado, o creado a partir de alguna tabla de datos. La nueva función de
formateo retorna los mismos códigos de error con disquetes 2M que la función
de formateo habitual. Desde la versión 2.0 de 2M, como luego veremos con más
detenimiento, el cilindro 0 cabezal 0 contiene un sector de arranque virtual
ubicado en el primer sector físico de la FAT2 (la FAT2 es siempre emulada
utilizando la FAT1 en su lugar). Los restantes sectores de la FAT2 contienen
el código SuperBOOT en los discos de alta densidad. El sector de arranque
físico está ubicado en la posición habitual (sector 1 de la pista) pero el
que es mostrado en los accesos habituales es el virtual; si bien 2MF crea
ambos sectores idénticos, un comando SYS (por ejemplo) puede alterar el sector
de arranque virtual. De esta manera, el sistema arranca con el sector de
arranque físico y carga el código SuperBOOT en memoria: a partir de ese
momento el sector de arranque pasa a ser el virtual (auténtico sector de
arranque del sistema) encargado de iniciar la carga del sistema operativo.
Para formatear un disquete 2M de alta densidad manteniendo el código
SuperBOOT, algo necesario para que el futuro disco pueda ser de arranque, será
necesario escribir, aparte del sector de arranque físico y el virtual, los 5
sectores restantes de la FAT2 (del 2º al 6º) con dicho código. Ese código es
de dominio público y puede obtenerse de los fuentes de 2M o de un disco ya
formateado; es además el mismo para 3½ que para 5¼. Por supuesto, el sector
de arranque físico de los discos 2M posee un programa que forma parte
indirecta del código SuperBOOT y es también público (es legal copiar también
dicho sector por parte de otros programadores incluso modificando lo que se
considere oportuno). Como las escrituras sobre la FAT2 son ignoradas (y las
lecturas son desviadas a la FAT1) para poder escribir el arranque físico y el
código SuperBOOT será necesario indicar a 2M, instalado en memoria, que no
realice la emulación en esos casos. Para ello hay un pequeño truco: acceder a
los cabezales 128 ó 129 (en lugar del 0 ó el 1).
Hay que tener en cuenta que la primera pista de un disco 2M tiene menos
sectores que el resto de las pistas. Por ello, no hay que acceder a más de
1 (arranque físico) + N (FAT1) + 1 (arranque virtual) + 5 (código SuperBOOT)
= 7 + N sectores en total; en discos de doble densidad, además, no hay código
SuperBOOT (la fórmula será, por tanto, 2 + N).
Si el disco es formateado utilizando la tecnología STV (cuando el offset
65 del sector de arranque es igual a 1) toda la pista debe ser escrita tras
el formateo para terminarlo efectivamente (y evitar futuros errores de CRC).
Esto no es necesario hacerlo en el cilindro 0 y cabezal 0. Además, en el
cilindro 0 y cabezal 1 será preciso un acceso en el cabezal 129 en lugar del 1
para asegurar una escritura física efectiva, ya que parte de la FAT2 está en
el inicio de esta pista y su escritura sería ignorada por su emulación sobre
la FAT1. Por simplicidad, bastará con escribir todas las pistas, salvo la
primera, en el cabezal 128 ó 129 (en la primera no es necesario y habría que
indicar además menos sectores; mejor olvidarlo). La tecnología STV es
utilizada por 2MF con la opción /M.
Existe una manera alternativa de formatear disquetes 2M cuando también
está instalado 2MDOS. Consiste en utilizar la función 18h para establecer el
tipo de disco a formatear, estando soportados los discos 2M (a menos que el
usuario haya inhibido esta posibilidad, en cuyo caso se retornaría el error
de "formato no soportado"). Una vez establecido el tipo de soporte bastaría
con invocar la función de formateo habitual de la BIOS. Aunque hay algunas
diferencias (la tabla suministrada en ES:BX no se utiliza y el número de
sectores no se toma de la tabla base de disco) el programa formateador no
necesita considerarlas. Por supuesto, ahora no es necesario escribir las
pistas tras formatear en los discos de tecnología STV; esto lo hace de manera
automática el código de 2MDOS. De hecho, el FORMAT del sistema operativo es
capaz de crear un disquete 2M (ej. FORMAT A: /T:82 /N:23) con 2MDOS instalado
(en el caso del FORMAT de MS-DOS, no del DR-DOS, recordar que el usuario debe
indicar la opción /FORMAT de 2MDOS para esquivar una errata de FORMAT). Además
2MDOS añade automáticamente código SuperBOOT al formatear la primera pista e
inicializa el sector de arranque físico. Sin embargo, conviene no olvidar que
el empleo de esta técnica exige al usuario tener instalado también 2MDOS, y es
algo más lenta. El chequeo de instalación de 2MDOS es el mismo que para 2M,
pero buscando la subcadena ":2MDOS:".
2) FORMATO FISICO DE LOS DISCOS 2M Y SUS SECTORES DE ARRANQUE.
──────────────────────────────────────────────────────────────
Para leer este punto conviene haber consultado el anterior, donde ya se
adelantan algunas cuestiones. Los disquetes 2M poseen una primera pista de
formato estándar (sectores físicos de 512 bytes) en cantidad aproximadamente
normal. Eso permite a la BIOS poder leer el sector de arranque e iniciar la
carga del sistema operativo; también agiliza los accesos a la FAT. La segunda
copia de la FAT no se utiliza (se emula a partir de la primera) y permite
esconder en ella el sector de arranque lógico o virtual (el auténtico sector
de arranque colocado allí por un comando SYS) y el código SuperBOOT, que
instala el núcleo de 2M en memoria antes de cargar el sistema operativo.
Además, debido al empleo de sectores de 512 bytes, esta pista tiene menos
capacidad que las demás y la técnica de emular la FAT2 permite superar este
problema.
El resto de las pistas de los discos 2M tienen dos arquitecturas posibles.
En la ordinaria, utilizada por defecto por 2MF, están rellenas de sectores
físicos de 1024 bytes. Desde el punto de vista del software ello no es
problemático, ya que el código residente de 2M emula la existencia de sectores
ordinarios de 512 bytes por importe del doble. Estos sectores, en los discos
de alta densidad están más próximos que en los discos estándar del DOS. Sin
embargo, el GAP o separación es suficientemente elevado (40-50 bytes) como
para asegurar la fiabilidad y soportar un interleave 1:1; de hecho las betas
de Chicago han sido distribuídas en disquetes 1.68M (80 pistas y 21 sectores)
con un GAP de sólo 12 bytes (la menor capacidad se debe al empleo de sectores
pequeños). Los discos 2M de doble densidad utilizan incluso mayores GAP que
los estándar (hasta un 25%).
La otra arquitectura, denominada STV por 2M, consiste en colocar sectores
de diverso tamaño en la pista hasta completarla. Así, por ejemplo, una pista
de un disco 2M de 1.88M consta de 5 sectores de 2048 bytes, 1 de 1024 y otro
de 512 bytes. Una vez más, se emula la existencia de sectores de 512 bytes y
la estructura física queda oculta al software del sistema. Esta solución
implica aproximar más los sectores: la fiabilidad del formato es algo menor,
si bien es suficientemente aceptable, y el interleave es necesariamente 1:2,
lo que supone degradar el rendimiento. No obstante, IBM ha adoptado hace poco
una técnica similar en sus nuevos disquetes de 1.84M para OS/2 3.0; por ello,
cabe suponer que es suficientemente fiable. Sin embargo, esta técnica de
formateo implica utilizar algunas características más allá de las
especificaciones oficiales de la controladora de disquetes, en teoría no
diseñada para formatear pistas con sectores de distinto tamaño. De hecho, esta
operación es realizada formateando la pista con un truco y escribiendo después
para completar el proceso de formateo. El formato de IBM viola además otra de
las reglas: el tamaño de sector excede los 4096 bytes que en teoría soportan
oficialmente la mayoría de las controladoras. Sin embargo, después de más de
un año, en general, estas técnicas se han demostrado suficientemente admitidas
por todos los ordenadores (compatibles).
El sector de arranque de los disquetes 2M contiene, además del programa
que instala en memoria el código SuperBOOT (en el caso de los discos de alta
densidad, o que imprime el mensaje de que no son botables en los de doble)
suficiente información para que el código residente de 2M sea capaz de acceder
a ese formato de disco y para que las rutinas de 2M puedan formatear otro
disco igual. Además, por supuesto, de los campos habituales del sistema
operativo. Es difícil que el lector tenga que crear sectores de arranque para
copiar discos 2M, pero esta tarea puede ser necesaria para hacer un programa
de formateo (para uno de copia no es necesario, ya que aunque haya que
formatear el disco destino ya se tiene disponible su futuro sector de arranque
físico que puede ser leído con un acceso al cabezal 128 en la primera pista
del disco origen).
En 2MF hay una completa y compleja tabla en la función para construir los
sectores de arranque; sin embargo se describirá aquí el formato básico de
dichos sectores en los dos tipos de arquitectura de disco 2M. La mayor parte
de los sectores es idéntica en ambos formatos:
Ensamblador Comentario Offset
─────────────────────── ─────────────────────────────────── ───────
JMP BootP ; 3 bytes 0
DB "2M-STV04" ; ID de sistema (04 para disco de 1.88M) 3
DW 512 ; bytes por sector 11
DB 1 ; sectores por cluster 13
DW 1 ; sectores reservados al principio 14
DB 2 ; número de copias de la FAT 16
DW 224 ; entradas al directorio raíz 17
DW 3772 ; número total de sectores 19
DB 0FAh ; descriptor de medios 21
DW 11 ; sectores ocupados por cada FAT 22
DW 23 ; sectores por pista 24
DW 2 ; número de cabezales 26
DD 0 ; sectores especiales reservados 28
DD 0 ; número de sectores (unidades 32 bit) 32
DB 0 ; unidad física 36
DB 0 ; reservado 37
DB 29h ; disco con número de serie 38
DD 4B368A0Eh ; número de serie (aleatorio) 39
DB "NO NAME " ; etiqueta del disco 43
DB "FAT12 " ; sistema de ficheros 54
DB 1 ; bit 0 = 1 si FechaF/HoraF definido 62
DB 0 ; checksum del área de 2M (si usado) 63
DB 7 ; versión formato (>=7 si BOOT virtual) 64
DB 1 ; a 1 si escribir tras formatear 65
DB 0 ; velocidad de transferencia en pista 0 66
DB 0 ; velocidad de transferencia demás pistas 67
DW BootP ; offset al programa de arranque 68
DW Infp0 ; T1: información para la pista 0 70
DW InfpX ; T2: información para demás pistas 72
DW InfTm ; T3: tabla de tamaños de sectores 74
DW FechaF ; fecha de formateo (2M 3.0+) 76
DW HoraF ; hora de formateo (2M 3.0+) 78
Infp0 DB 19, 70 ; número de sectores / GAP3 de formateo≡
DB 1,2,3,4,5,6,7,8 ; sectores ordenados (20..23 no existen)
DB 9,10,11,12,13,14
DB 15,16,17,18,19
InfpX DB ? DUP (?) ; esta tabla depende del tipo de disco≡
InfTm DB 4,4,4,4,4,3,2 ; tamaño de los sectores 1, 2, 3,..., etc≡
BootP:... ; programa de carga del código SuperBOOT≡
El campo de ID de sistema es utilizado por 2M para detectar un disco de
este formato cuando se produce un cambio de disco. Hay en total 8 formatos de
disco 2M (902-1558-1066-1886 y 820-1476-984-1804). El número de copias de la
FAT debe ser siempre necesariamente 2. No es conveniente modificar el tamaño
de los cluster, al menos en discos de alta densidad (esto reduciría el tamaño
de la FAT2 e impediría ubicar en ella el código SuperBOOT). El byte descriptor
de medios es 0F0h en el formato de 1476K (para cooperar con Scandisk). El
checksum utilizado por 2M en la versión del formato 7 (la actual) consiste en
una suma del área comprendida desde el offset 63 hasta justo antes del inicio
efectivo del código de arranque, que debe dar 0 (usar el byte de checksum para
forzarlo). La versión 7 del formato soporta el arranque virtual (con disquetes
más antiguos, el código de 2M devuelve el arranque físico en su defecto). La
velocidad de transferencia, como dato con el que hay que programar la
controladora de disquetes, será normalmente igual en todas las pistas; la
única excepción es el formato 3½-DD (se utilizan 250 Kbps en la primera pista
física y 300 en todas las demás). El campo BootP es un puntero al programa de
arranque ubicado tras todas las tablas de datos; le ayuda a autolocalizarse en
memoria. Los punteros Infp0, InfpX e InfTm apuntan a diversas tablas de datos,
como veremos. Finalmente, desde 2M 3.0 se puede almacenar en el arranque la
fecha y hora de formateo (lo que hace 2MF al formatear, no así 2MDOS).
La primera tabla (Infp0) define el formato de la primera pista del disco.
El número de sectores es casi normal y son de 512 bytes. No hay suficientes
sectores físicos para cubrir todos los lógicos de una pista del disco, pero se
aprovechará la circunstancia de no utilizar realmente la FAT2. El primer byte
indica el número de sectores, el segundo el GAP3 de formateo y finalmente
vienen los sectores numerados. Las últimas versiones de 2M soportan sin
problemas un interleave 1:1 en esta pista.
La última tabla (InfTm) es una lista con los tamaños de los sectores en
todas las pistas excepto la primera. Recordemos que las pistas estarán llenas
con sectores de 1024 bytes (tamaño 3) o con sectores de distinto tamaño. Este
es el caso del ejemplo: 7 sectores (5 de 2048 bytes, 1 de 1024 y 1 de 512).
Veamos ahora el formato de la tabla InfpX, que depende del tipo de disco.
Aquí se define la estructura de las restantes pistas del disco (todas salvo la
primera). Esta es la estructura que tiene en los discos de 820-1476-984-1804K:
InfpX DB 11, 40 ; número de sectores / GAP3 de formateo≡
DB 3 ; tamaño de sector
DB 1, 2 ; Sector Sliding (modificable con 2MF /X /Y)
El primer byte es el número de sectores, el segundo el GAP3 de formateo,
el tercero el tamaño de sector (3 = 1024 bytes) y finalmente vienen las
constantes para el Sector Sliding. En los formatos de 902-1558-1066-1886K la
tabla cambia radicalmente de estructura:
InfpX DB 64, 3 ; número de sectores / GAP3 de *preformateo*≡
DB 7 ; número de sectores a renumerar
DB 128+1, 4, 4 ; tabla de renumeración:
DB 128+12, 1, 4 ; número de sector, nuevo número, tamaño
DB 128+23, 5, 4
DB 128+34, 2, 4
DB 128+45, 6, 3
DB 128+51, 3, 4
DB 128+62, 7, 2
En estos formatos de disco se realiza un preformateo inicial con sectores
de 128 bytes, pero indicando en ocasiones tamaños mayores al enviar los cuatro
bytes de cada sector a la controladora. Esos sectores se colocan además muy
próximos (un GAP3 de preformateo típico de 3 bytes en 1476K/1886K, 4 en 902K y
5 en 1066K/3772K). El número definitivo de sectores que quedarán en la pista
es mucho menor, y se indica en el tercer byte de la tabla. Los sectores se
numeran a partir de 129, pero algunos de ellos (como el propio 129, y el 140,
etc.) reciben finalmente otro número (por ejemplo, en el caso de 1.88M, entre
1 y 7) así como un tamaño mayor. Finalmente, al escribir dichos sectores en la
pista serán los únicos que queden (pisando a los restantes). Esta tabla define
además el orden en que quedarán ubicados, con un interleave final de 1:2
inevitable por la proximidad.
3) CARACTERISTICAS INTERESANTES DE 2MGUI.
─────────────────────────────────────────
Realizando pruebas, la capacidad admitida por diversas unidades en cada
pista se muestra directamente relacionada con la velocidad de rotación de la
misma, algo que además es lógico. Por ejemplo, una unidad de 3½-HD que gire
cada 199,9 ms admite 12405 bytes, mientras que otra que lo hace cada 199,1 ms
sólo admite 12348 bytes. Ambas son casos extremos, ya que la inmensa mayoría
se encuentra entre estas dos. Aún así, la capacidad finalmente adoptada por
defecto por 2MGUI se aleja siempre de los límites. El objetivo es permitir que
los discos puedan ser intercambiados entre unidades. En lectura nunca hay
problemas, ya que la peor unidad puede leer los datos de la mejor (la que más
lentamente gire) porque la señal de reloj la obtiene de los propios datos
registrados en disco y la tolerancia ronda el 5%. Sin embargo, al escribir, la
señal de reloj la extrae de su base de tiempos propia (casi igual en todos los
ordenadores) y al girar más deprisa se le acaba la pista antes y sobreescribe
el principio. Por tanto, los discos que apuren demasiado la capacidad de una
«buena» unidad serán estropeados al ser escritos (no leídos) en otra «peor».
Si la capacidad de la pista es múltiplo del tamaño de sector lógico
empleado (aunque ese sector sea por defecto de 128 bytes en lugar de 512) se
derrocha espacio al redondear hacia abajo. Para evitarlo, 2MGUI permite que un
sector lógico pueda estar ubicado entre dos pistas. Así, la capacidad total de
un disco no puede ser múltiplo entero del número de pistas y cabezales, lo que
obliga a crear un controlador de dispositivo que trate el disco como un array
de sectores (un dispositivo lógico con un único sector lógico de 128 bytes por
pista, un cabezal, y muchísimas pistas, al igual que un disco virtual).
En escritura, los discos 2MGUI son 2 ó 3 veces más lentos que en lectura,
aproximadamente. En lectura son sin embargo en ocasiones algo más rápidos que
los discos estándar más optimizados (dependiendo del tamaño, número y
fragmentación de los ficheros a copiar). La velocidad de lectura se debe al
buffer interno del programa donde se almacenan las pistas completas, que se
leen en una sola operación. A la hora de escribir, 2MGUI realiza una escritura
retardada que acelera drásticamente ciertas operaciones (particularmente sobre
el directorio raíz); sin embargo, en aquellos casos en que la operación afecta
sólo a parte de una pista, es necesario una prelectura inicial antes de
escribirla con los cambios. Esto supone una gran degradación de la velocidad,
que puede minimizarse realizando transferencias en buffers grandes (próximos a
los 64 Kb del límite del DOS). Una futura versión de 2MGUI podría acelerar las
escrituras, para que fueran tan rápidas como las lecturas, implementando algo
similar a una "lectura retardada", posponiendo y evitando la lectura de las
pistas (y por consiguiente su escritura) en las que más tarde podría acabar
cambiando también la parte restante que en un principio no se modifica. Sin
embargo, esto requiere utilizar al menos un buffer adicional (que ahora sí
podría residir en XMS) y se aproximaría ya a una caché real.
El driver implementa algunos servicios de IOCTL; en concreto, los
relacionados con la información sobre el dispositivo (para que las utilidades
de diagnóstico interpreten las nuevas unidades como disqueteras), el de
obtención del número de serie (para que aparezca en MS-DOS al ejecutar un DIR)
y los de lectura/escritura de pistas completas, necesarios para que DISKCOPY
pueda copiar en estas unidades. No está soportado, sin embargo, el formateo,
por lo que el disco destino ha de estar necesariamente formateado. Los
programas de copia pueden actuar, por tanto, a nivel de interrupción de disco
absoluta de DOS (INT 25h/26h) o a nivel de servicios IOCTL.
4) LA TECNOLOGIA DE FORMATEO DISKBOOST Y ALGUNAS CONSIDERACIONES MAS.≡
─────────────────────────────────────────────────────────────────────
Esta técnica consiste en disponer los sectores de tal manera que, en
accesos a pistas consecutivas, sea factible realizar la operación en una sola
vuelta del disco. La técnica tradicional consiste en desplazar la numeración
de los sectores en las diversas pistas. De esta manera, al conmutar de cabezal
o cilindro, el pequeño tiempo que se pierde no es suficientemente grande como
para no alcanzar el sector 1 de la nueva pista (técnica de Sector Sliding).
La nueva técnica DiskBoost, utilizada primero por el programa shareware
TurboDsk (de Lord Ground), y ahora también por 2MDOS, evita la necesidad de
deslizar la numeración, lo que permite alcanzar algo más de velocidad
adicional. El método se basa en colocar los sectores de datos no exactamente
al principio de las pistas, sino algo más adelante. Esta desviación es además
ligeramente distinta en ambas caras, para compensar los distintos tiempos de
conmutación de cabezal y cilindro. Para ello se añaden sectores adicionales
que no se utilizan al principio de las pistas. También es algo mayor de lo
habitual el espacio restante al final de las pistas al estar bastante próximos
los sectores. En el cabezal 0 hay dos sectores no utilizados al principio de
la pista, y uno en el cabezal 1. El GAP de separación entre los sectores es de
sólo 45 bytes (1.44M) ó 40 (1.2M), modesto pero razonable (TurboDsk utiliza
mayores GAP pero corre el riesgo de fallar en velocidad en algunos equipos,
sobre todo cuando hay muchos TSR instalados). Estos sectores no utilizados y
el mayor espacio al final de las pistas se utilizan para dejar deslizarse el
cabezal sobre ellos durante el tiempo que dura la conmutación de cabezal o
cilindro. Así es posible realizar accesos a pistas consecutivas en una sola
revolución del disco. En los formatos de doble densidad, que de entrada son
dos veces más lentos (por la densidad) ni 2MDOS ni TurboDsk implementan aún
esta técnica. Además de que es probable que no sea viable (de hecho, en 1.2M
se aplica "muy justo" y en las pistas donde se colocan dos sectores de más el
último acaba machacando al primero, que por fortuna no se utiliza).
La ventaja de la técnica DiskBoost es la elevada velocidad del formato de
disco resultante, que además es estándar y puede ser reconocido por todas las
controladoras de disco (también en sistemas no-PC). Sin embargo, significa
perder capacidad para datos disponible en los discos. Lo que está claro es que
FORMAT, hasta estos momentos, y sin ayuda, es el peor programa de formateo del
mundo (junto a otros muchos).
{LINEASUBMENU [LOS DISCOS DE OS/2 3.0]}
En este apartado describiremos el formato físico de los disquetes de 1.84M
aparecidos con OS/2 3.0. Más que para potenciar la creación de software para
ellos, mi intención es mostrar su similitud y diferencias con los 2M. Aun
siendo posteriores, son incompatibles con 2M y no añaden ninguna ventaja.
Desconozco si es posible hacerlos botables, pero los dos primeros disquetes de
la distribución de OS/2 tienen el formato estándar de 1.44M (recordemos que 2M
sí es capaz de arrancar el sistema operativo desde un disco de 1.80M ó 1.88M).
En el apartado de información para programadores hay información detallada
sobre el formato de los disquetes 2M; aquí se hará incapié sólo en el formato
de los discos de OS/2. Estos discos no están soportados al parecer por FORMAT
de OS/2, pero OS/2 les reconoce y son utilizados para distribuir el sistema.
Los ficheros imágenes de los discos 1.84M de OS/2 (creados y mantenidos
por XDFCOPY) pueden volcarse hacia disquetes 2M de 80 pistas (2MF A: /M /T=80)
con cualquier utilidad estándar (RAWRITE, WIMAGE, etc). Esto posibilita
convertir los discos de OS/2 para ser usados bajo DOS con 2M. La operación
inversa es también casi factible (no del todo porque todos los discos OS/2
de 1.84M tienen por razones técnicas 2.5 Kbytes defectuosos al principio).
El primer cilindro de estos disquetes está formateado con sectores de 512
bytes en ambas caras. Recordemos que 2M hacía algo similar pero sólo en el
cabezal 0 de dicho cilindro. La numeración de los sectores en la primera pista
(cilindro y cabezal 0) es entre 1 y 8 y entre 129 y 139. Resultado de una
lectura de ID's sobre esta pista con 765DEBUG:
Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 10.11] 10.11 8 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 27.47] 17.36 137 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 37.56] 10.09 1 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 47.67] 10.11 138 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 57.76] 10.09 129 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 67.85] 10.09 139 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 77.95] 10.10 130 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 88.04] 10.09 2 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 98.18] 10.14 131 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 108.26] 10.07 3 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 118.37] 10.11 132 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 128.44] 10.08 4 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 138.55] 10.11 133 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 148.64] 10.09 5 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 158.74] 10.10 134 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 168.83] 10.09 6 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 178.93] 10.09 135 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 189.02] 10.09 7 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 199.12] 10.10 136 512 ( 2) 0 0 0x01 0x00 0x00≡
Es decir, hay 19 sectores en esta pista (1 más de lo normal). Los 8
primeros pueden ser reconocidos por la BIOS y al ejecutar un comando DIR desde
DOS permiten mostrar algo de información sobre el disco, aún en el caso de que
no haya soporte instalado para este formato. Sin embargo, OS/2 utiliza siempre
los números de sector más altos, a partir de 129; de hecho, el sector 129 es
el auténtico sector de arranque que muestra OS/2. Los discos OS/2 de 1.84M
tienen también, por tanto, un sector de arranque físico y otro virtual, igual
que los 2M. El cabezal 1 del cilindro 0 contiene otros 19 sectores, numerados
en esta ocasión de 129 a 147. El interleave elegido en ambas caras es 1:2.
Realmente no es necesario ese interleave para sectores tan separados, pero
teniendo en cuenta que las demás pistas serán accedidas sector a sector,
debido a su arquitectura, para poder utilizar las mismas rutinas con las
primeras pistas es necesaria esta técnica (las primeras versiones de 2M
también utilizaban un interleave 1:2 en la primera pista; posteriormente
fueron optimizadas las rutinas para permitir un acceso multisector en los
casos en que es posible).
En total, entre las dos primeras pistas se totalizan 30 sectores
disponibles para OS/2 (los 8 primeros de la primera pista son sólo para
responder ante un hipotético DIR en MS-DOS). Como estos discos simulan 23
sectores por pista, hay un déficit de 16 sectores entre las dos primeras
pistas... que es preciso cubrir de alguna manera. En primer lugar, la segunda
copia de la FAT es emulada a partir de la primera, exactamente igual que 2M,
ya que en el sector de arranque se indica que hay dos FAT. Como esto sólo
cubre 11 de los 16 sectores, se simula también que el disco contiene 5
sectores defectuosos. Este es el motivo por el que todos los discos OS/2 de
1.84M informan ante un CHKDSK de la presencia de 2560 bytes en sectores
defectuosos, algo que realmente no es cierto. Esos sectores defectuosos son
los primeros 5 clusters del disco (el lector puede echar un vistazo al inicio
del sector 130, primero de la FAT bajo OS/2, para comprobarlo).
Echemos un vistazo a una pista de un disco 2M de 1.88M, que no sea la
primera, con la ayuda de nuevo de la utilidad 765DEBUG:
Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 33.95] 33.95 3 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 45.32] 11.37 7 512 ( 2) 0 1 0x04 0x00 0x00≡
[ 79.14] 33.82 4 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 112.94] 33.80 1 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 146.76] 33.82 5 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 180.58] 33.82 2 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 198.97] 18.39 6 1024 ( 3) 0 1 0x04 0x00 0x00≡
Las demás pistas de los discos OS/2 de 1.84M están formateadas con más
capacidad de una manera similar a como 2M realiza en 1.88M; en concreto, están
rellenas con un sector de 8192 bytes, otro de 2048, otro de 1024 y uno de 512
bytes, numerados a partir de 130 (2M preformatea las pistas en 1.88M numerando
a partir de 129). Esta técnica de formateo es a dos fases, llenando la pista
con sectores pequeños de tamaño falseado, que luego se unen en una operación
especial de escritura:
Milisegundos Sector Tamaño Cilindro Cara ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 19.91] 19.91 131 1024 ( 3) 1 0 0x01 0x00 0x00≡
[ 29.84] 9.92 130 512 ( 2) 1 0 0x01 0x00 0x00≡
[ 64.73] 34.89 132 2048 ( 4) 1 0 0x01 0x00 0x00≡
[ 199.73] 135.00 134 8192 ( 6) 1 0 0x01 0x00 0x00≡
Es el equivalente a un disco 2M de 1.88M donde 4 sectores de 2048 bytes
han sido englobados en uno de 8192. El inconveniente de esta técnica es que
el buffer interno para las transferencias tiene que tener más longitud. Por
ejemplo, si 2M soportara este formato ocuparía 11 Kb de memoria en lugar de 5.
Por otro lado, la ventaja es que al haber aún algún sector menos en la pista,
hay algo más de espacio para separarlos y el formato es algo más seguro. Esto
significa que una unidad muy lenta podría formatear un disco que podría ser
escrito en una más rápida sin dañarlo (en todo caso, para que un disco 2M de
1.88M resulte dañado en una operación de este tipo, ambas unidades tendrían
que tener velocidades de rotación defectuosas hasta extremos patológicos y
fuera de las especificaciones).
IBM ha utilizado algunas ideas útiles (arranque virtual, FAT emulada,
técnica de formateo en dos fases y algunas características de versiones
antiguas de 2M). Además ha tenido que pagar por ello a la empresa que le ha
cedido la "tecnología XDF"; por ello, en esta versión de 2M dejo claro en la
documentación que el formato de los discos 2M es público y gratuíto, con
objeto de potenciar su extensión futura y disipar dudas sobre licencias.
En cualquier caso, el formato adoptado por IBM ha supuesto una palmada en
la espalda y una reconocimiento global de la utilidad de programas como 2M, el
formato más extendido en estos momentos y con mayor soporte; uno de los
pioneros (y aún el líder) en estas técnicas. Quienes criticaban la fiabilidad
de los disquetes "no estándar" probablemente reconsiderarán ahora su postura.
{LINEASUBMENU [MARCAS REGISTRADAS Y GARANTIA]}
MARCAS REGISTRADAS
──────────────────
■ IBM, IBM PC, XT, AT, PS/2, OS/2 son marcas registradas de International
Business Machines.
■ Borland C++, Turbo Assembler, Turbo C, son marcas registradas de Borland
International Inc.
■ QEMM es marca registrada de Qarterdeck Corporation.
■ MS-DOS, Microsoft, Microsoft Windows y Microsoft Chicago son marcas
registradas de Microsoft Corporation.
■ DR-DOS es marca registrada de Novell Corporation.
■ UNIX es marca registrada de AT&T Bell Laboratories.
■ AMI es marca registrada de American Megatrends Inc.
Todas las demás marcas registradas no mencionadas
son propiedad de sus respectivas compañías.
GARANTIA
────────
EL AUTOR DE ESTE PROGRAMA NO ASUME RESPONSABILIDAD ALGUNA DE LOS DAÑOS Y
PERDIDAS QUE SU UTILIZACION DEBIDA O INDEBIDA PUEDA PROVOCAR. POR ELLO, NO
ESTARA NUNCA OBLIGADO A PAGAR LAS HIPOTETICAS REPARACIONES QUE HUBIERE.
{LINEASUBMENU [ACERCA DE 2M-INFO Y 2M 3.0]}
Este programa puede ser invocado con parámetros opcionales para entrar
directamente en modo 765DEBUG ó FDTR. También dispone de opciones para evitar
la presentación inicial y final, o forzar el modo texto o el número de líneas.
Puede obtener más información solicitando ayuda (2M-INFO /?).
La pantalla inicial está realizada en el modo 320x400x256 (modo X), con
una digitalización de una imagen estelar de Muy Interesante edición española,
nº162 (pág 173). El fragmento de imagen está comprimido en el fichero FMC.
Finalmente, el fichero FDA contiene este texto así como la definición de
los menús. Se trata de un fichero ASCII cuyos códigos de control, también en
ASCII, pueden eliminarse quitando todo lo contenido entre llaves '{' y '}'
salvo lo que a su vez está entre corchetes.
Todos los programas de esta aplicación (2M 3.0) están desarrollados en
ensamblador o en C. El compilador empleado ha sido Borland C++ 3.1, con el
ensamblador que le acompaña.
Versiones de 2M aparecidas hasta el momento:
7/07/93: 2M 0.5ß - Primera versión beta (1.88M).
22/08/93: 2M 0.8ß - 1.06M/1.88M (3½) y 902K/1.55M (5¼).
31/10/93: 2M 1.0 - Formatos de 984K/1.80M (3½) y 820K/1.47M (5¼).
15/12/93: 2M 1.1 - Inicio formateo en discos vírgenes más rápido.
2/02/94: 2M 1.3 - Primera versión distribuída en Internet.
30/04/94: 2M 2.0 - Código SuperBOOT, 2M-ABIOS y 2M-XBIOS.
31/05/94: 2M 2.1 - Correcciones 2M-XBIOS, mejora documentación.
6/03/95: 2M 3.0 - 2MGUI: 1.17M/1.97M (3½) y 976K/1.63M (5¼).
Optimizador y extensor de soporte 2MDOS.
Nuevo 2M-INFO con 765DEBUG.
▀▄
▄ ▄ ▄▄ ▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▄
▄▀
▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄▄─┼─ ▀
█ ▄ ▄ █ █ ██ █ █ ▄▄▄▄▄ ▄ ▄
█▄ ▄ ▄▄▄▄▄ ▄ █▄▄▄▄▄ █ █ █▄▄▄ █▄ █ ██ ██ ▄▄▄ ▄▄▄
██ █▄ █▄ █▄ ▄█ █ █ █▄ ██ █▀▀▀▀ █ ▀ █ ▄█ █ █
██▄▄▄▄ ██ ██ ██ ▄▄▄▄██ █▄▄▄▄█ ██ ██ █▄▄▄▄ █ █ ▄▄█ ▄ █▄█
{LINEASUBMENU [MENU ANTERIOR]}
{LINEAMENU 765DEBUG}
{LINEAMENU FDTR}
{LINEAMENU [LICENCIA Y CONDICIONES DE USO]}
2M NO ES GRATUITO: ES UN PROGRAMA CARDWARE
──────────────────────────────────────────
2M es un proyecto experimental y el fruto de unas 2000 horas netas de
auténtica investigación y programación. Nadie trabaja gratis para no recibir
nada a cambio. Y yo pido muy poco. Utilizar 2M de alguna manera y no enviarme
la tarjeta postal es tan ético como no depositar la moneda al recoger un
periódico en una gasolinera. En caso de cesión futura de derechos a otra
empresa, una condición no negociable sería respetar la condición de usuario
registrado a todos aquellos que alguna vez me hayan enviado la tarjeta postal:
aprovecha para registrarte una vez y serás usuario legal para siempre (esto no
incluye futuros productos basados en las técnicas de 2M). ¡Por el módico
precio de una tarjeta postal y un sello!.
Para registrarse a 2M es necesario enviar una tarjeta postal al autor del
programa. Ello otorga completos derechos de uso de todas las facilidades con
la única limitación de no poder facturar por ello. El usuario puede copiar
*gratis* el programa a otras personas, siendo deber y obligación particular
de las mismas enviar su propia tarjeta postal si deciden utilizar 2M a:
Ciriaco García de Celis
C/Renedo 2, 4-C
47005 Valladolid
España
Los usuarios registrados que me indiquen además una dirección electrónica
en la postal (Internet, Fidonet, Compuserve, etc) serán avisados por este
medio cuando aparezca una nueva versión del programa.
Las empresas de distribución de software de dominio público pueden cobrar
una modesta cantidad por distribuir 2M junto a otros programas en el CD-ROM,
disquete o cualquier otro soporte. Las personas que consigan 2M por una de
estas vías siguen teniendo el deber de enviar su postal para registrarse.
El uso de disquetes 2M/2MGUI, su sector de arranque o el código SuperBOOT
no está ni estará nunca sujeto a licencia. Los disquetes 2M/2MGUI, su sector
de arranque y el código SuperBOOT son totalmente públicos (de hecho, ya no son
exclusivos de MS-DOS) y pueden ser copiados y reproducidos sin limitaciones;
el autor de 2M no cederá nunca los derechos del programa a una empresa que no
acepte la condición de público del sector de arranque, el código SuperBOOT, o
que no asuma la base de usuarios registrados hasta el momento. Sí esta sujeto
a licencia el uso de ficheros de 2M (algo casi imprescindible en MS-DOS) por
lo que los usuarios de programas de este paquete 2M deberán registrarse
enviándome la postal. Las condiciones para las empresas o particulares que
decidan usar discos 2M como soporte de sus propios productos son realmente
excepcionales, como se verá después. El término "2M" hace referencia a todos y
cada uno de los ficheros incluídos en el paquete.
¿Merece la pena el esfuerzo que supone enviar una postal?
- El fuente de 2M consta de más de 24.000 líneas totalmente diferentes de
código (360 páginas de impresora). Ese fuente es además público, un gesto
sorprendente, y más por tratarse del tipo de software que es.
- Además del soporte residente para DOS y del formateador, 2M viene con una
actualización BIOS para las máquinas que lo precisen y para añadir soporte
de alta densidad a sistemas PC/XT (y 1.44M a AT obsoletos).
- Un programa de optimización de formateo para lograr, sin discusión posible,
los discos estándar más rápidos del mundo.
- 2M 3.0 recupera de nuevo el liderazgo absoluto: puede estar seguro de tener
en sus manos el formateador de disquetes de mayor capacidad del mundo en
estos momentos.
- Este programa (2M-INFO) es un completo tutorial con las utilidades de
depuración de disquetes y prueba de formatos más potentes. 765DEBUG es la
única utilidad que puede explorar todos los formatos de disco, y el único
que permite escribir a nivel de pista física completa.
- 2M es el fruto de una constante investigación y actualización: su fiabilidad
cumple las más altas especificaciones, de ahí el elevado tiempo de
desarrollo empleado y que importantes fabricantes lo imiten. Quienes
desconfiaban de los disquetes "no estándar" han recibido un soberbio sopapo
por parte de IBM con sus nuevos discos de 1.84M, equivalentes al formato de
máxima capacidad de 2M (aparecido justo un año antes) que ni siquiera yo
recomendaba (bien es cierto que más por razones de rendimiento que de
seguridad en los datos).
Las nuevas versiones de 2M son siempre revolucionarias respecto a las
anteriores. ¿Cuantos programas, después de haber alcanzado supuestamente el
límite máximo, se autosuperan en la siguiente versión?. Envíame tu postal
a título de tarjeta de registro. Enviar una postal puede parecer poco usual,
pero me gustaría que 2M ayudara a cambiar esta manera de pensar.
* * *
El usuario puede modificar el código fuente de 2M para adaptarlo a sus
necesidades particulares; sin embargo, está prohibido distribuir versiones
modificadas del programa en cualquiera de los ficheros. Para incluir un cambio
será preciso escribir al autor, único autorizado para editar nuevas versiones,
y proponérselo. Del mismo modo, editar nuevos programas basados en el código
de 2M sin solicitar permiso, es ilegal y será perseguido con ayuda de la
legislación vigente. Sin embargo, otros programadores pueden crear sin tener
que solicitar permiso programas compatibles con disquetes 2M o portarlo a
otros sistemas: mientras no haya copia de código al pie de la letra, las ideas
básicas de 2M (y por tanto, de 2MGUI) son patrimonio público, al igual que los
formatos físicos de disco, el sector de arranque y el código SuperBOOT.
Condiciones para las empresas o particulares que deseen distribuir
aplicaciones propias (o de otras empresas) en disquetes 2M, o usar 2M para
reproducir los discos:
1-Los disquetes 2M pueden servir de soporte para distribuir todo tipo de
aplicaciones. Un programa comercial puede ser distribuido en disquetes 2M,
pero sin incluir ningún recargo por este concepto (recordar que el formato
de disco 2M es totalmente público).
2-Dichas aplicaciones distribuidas en disquetes 2M pueden incluir incluso
2M.COM ó 2MX.COM *sin modificaciones* (2MGUI es aún una utilidad
experimental); en otro caso deberán incluir el paquete completo (2M30.ZIP)
y no únicamente otros ficheros individuales.
3-Las empresas que utilicen 2MF o 2MDOS para la duplicación deberán enviar
una tarjeta postal como cualquier otro usuario de 2M (no estarán sujetas a
esta obligación por el mero hecho de emplear discos 2M, ya que el formato
de disco es público y podrían haber obtenido los disquetes 2M con otros
programas o en otros sistemas operativos).
4-En caso de cesión de derechos de 2M a alguna empresa, la condición 3,
referida al modo de pago con tarjeta postal podría modificarse para
*futuras* distribuciones de sus productos en discos 2M, afectando a TODAS
las versiones de 2M editadas hasta la fecha, pese a haber enviado su
tarjeta postal de registro; pero el formato de disco continuará siendo
público (por ello, podrán utilizar otra utilidad para crear discos 2M si
no están de acuerdo con las nuevas condiciones). Sobre las distribuciones
realizadas con anterioridad, no habrá nunca discusión posible alguna.
Mi objetivo es fomentar la extensión del formato 2M pero manteniendo mi
copyright y la posibilidad de modificar las condiciones de uso de los ficheros
del programa para usuarios futuros (y para empresas que ya lo usen, en
ocasiones futuras). No pretendo tener licencia alguna sobre el formato físico
de los discos, que es público.
{LINEAMENU SALIR}
{FINIDIOMA ESPAÑOL}
* * * I N G L E S * * *
{INICIOIDIOMA ENGLISH:*}
{LINEAMENU [HOW TO USE 2M IN 30 SECONDS]}
Perhaps you are crushed seeing the big number of files included in new 2M
release. Although 2M is much more than a high capacity diskette formatter, to
use the basic functions of this program, you only need two files:
2M.COM: Being executed, it becomes resident on memory to add
support for 2M disks. 2M.SYS file is an alternative
replace for 2M.COM, but generally it results less
useful. Put 2M.COM in your AUTOEXEC.BAT file, to load
it automatically when DOS starts.
2MF.EXE: Program to format 2M disks. Simply, execute 2MF A: to
build a 2M disk, for example. This 2MF version usually
detects target disk type in 3½ (high/double density
automatic selection) and sometimes also in 5¼.
All executable files are provided with online help (switch /?) and some of
them, by simply being run. There is also an supported /I option to switch to
another language.
2M disks can be duplicated using DISKCOPY on the same drive. The target
disk can be even unformatted (but this feature needs the optional 2MDOS
utility to be loaded).
The SYS command works with high density 2M disks (2M high density disks
can be made bootable) thanks to the SuperBOOT technology, which lets you use
2M disks in systems without 2M.COM loaded, using the simple method of booting
them with a 2M high density disk in A: drive.
{LINEAMENU [WHY TO USE 2MDOS]}
2MDOS is a very powerful terminate and stay resident program which stays
in memory after being executed. It has various important jobs, and can do one
or more of them as user desires:
- To let DOS DISKCOPY to format a 2M or FDREAD target disk. Until 2M 2.1,
DISKCOPY only could copy a 2M/FDREAD disk if target was already formatted.
- To let DOS FORMAT and most format utilities to build faster disks in
normal operation.
- To add FDFORMAT support to system. With 2MDOS loaded in memory, it isn't
necessary to install the famous FDREAD utility.
- To let DOS FORMAT build non standard disks, including 2M and FDFORMAT
ones (although 2MF is a lot more efficient in this job).
The first job is done by default if 2M is detected on memory when 2MDOS
is loaded. Thank to this, support for DISKCOPY (or Norton DUPDISK) is at this
moment almost complete.
The second job is the most important one. For example, a 1.44M disk
formatted with FORMAT gets only a 30 Kb/second data transfer rate. Using the
famous FDFORMAT utility and its /X:2 /Y:3 options, the same disk gets 39.5
Kb/sec. Finally, with 2MDOS loaded and using almost any disk format program
(as FORMAT, for example) resulting disks have a 45 Kb/sec data transfer rate.
This speed is related to the normal use of the disk after having been
formatted.
2MDOS implements two format optimization technologies: by default, in 1.2
and 1.44M disks it uses the «DiskBoost» technique. In the rest of the disk
formats the traditional «Sector Sliding» technique (skew), first introduced by
FDFORMAT, is applied instead. Both techniques let us to get 100% standard
disks, which can be ported between different systems, but notably faster in
normal use. The «Sector Sliding» is used by some advanced format programs and
in some Unix platforms and non-PC systems, is performed by default. However,
only two programs in the world, at the beginning of 1995, use the DiskBoost
technology: the shareware TurboDsk (from Mr. Lord Ground) and 2MDOS. I don't
recomend anyone to use TurboDsk: this program leaves two unverified sectors
at the end of the tracks after format phase (helped by this trick, and not
reported to the user, it gets its large format & [relaxed]verify speeds).
Remember: while a efficient diskcopy and format program don't exist (one
with both format optimizations available, in the special DiskBoost, and
support for 2M diskcopy) intelligent users will load 2MDOS in memory to build
high performance diskettes. In other 2M-INFO areas there is information about
the big difference, in performance, from one disk format technology to other.
With 2MDOS loaded, FORMAT supports any disk format available by setting
the number of tracks and sectors (/T and /N options). However, MS-DOS 5/6
FORMAT has some internal bugs which make it to incorrectly init the FAT in non
standard high density disks (previous releases and DR-DOS 6 doesn't have
problems). 2MDOS has an option to help MS-DOS 5/6 FORMAT (the /FORMAT option)
which also lets MS-DOS DISKCOPY to copy 2M disks between two drives of the
same size (in other case it only supports the copy on a single drive).
However, it is preferable not to enable this option (more information
available in 2MDOS online help).
There is other little problem using MS-DOS 6 FORMAT (previous releases and
DR-DOS one are not problematic) which is slightly worse with 2MDOS loaded. If
the user tries to convert a 2M disk into a standard one with a command like
FORMAT A: /U, because he has used /U switch, MS-DOS 6 FORMAT will not perform
the unconditional format that it must, but tries to reproduce the previous
disk format instead. If 2MDOS is not loaded it will fail: "formatting 1.44M...
format not supported by drive", but with 2MDOS loaded, it doesn't fail: the
result of the format is again a 2M disk! (but not very well formatted, unless
2MDOS /FORMAT switch was set) and not an standard disk as it even claims. The
solution is NOT to use /U switch when formatting a previous 2M disk. Or if /U
switch is set, then also force disk format with /F (/F:1.44 for example). With
blank, standard or 2MGUI disks, (MS-DOS 6) FORMAT never has problems.
There are elite computer users, different from the rest of conventional
users. They are the ones who use 4DOS instead of COMMAND.COM, QEMM instead
EMM386; in Unix, Linux instead other systems more expensive and less
efficient... and from now on, DiskBoost optimized disks instead clumsy ones.
{LINEAMENU [2MGUI: ABSOLUTE DISK CAPACITY RECORD]}
2M, until a short while back, was the highest capacity disk formatter.
However, with new OS/2 3.0 release and its 1.84M format, the boys from Backup
Technologies Inc. (Tampa, FL, USA) get the draw with their new disk format
that, although very similar, it is incompatible with 2M. With the new
experimental utility, 2MGUI, 2M restores it leadership. 2M users can be sure
that they are using the highest capacity disk formatter in the world.
The new disk format continues with reasonable reliability. If you don't
know which disk format to use (2M or 2MGUI) do not write the author: At this
time I don't know the answer. It's best to get your own opinions and tell me
under any circumstance the results.
The 2MGUI utility is a device driver which allows the user to get the
maximum capacity from their floppy disks. It needs to build new drive letters
not only to go further in disk capacity but also because DOS and BIOS are by
themselves not capable of accessing these new formats. The new drive letters
also support all standard formats, most of FDREAD's formats and with 2M
loaded, 2M formats.
This program is as easy to use as other 2M tools; that is, it uses only
one file that a user must needs to load from CONFIG.SYS with a DEVICE
statement. Then it can be executed from the DOS command line, selecting a
drive letter, to format new disks. This program is completely independent of
2M and 2MF (but compatible with them).
┌───────────┬───────────┬────────────┐
│ Double │ High │ Extrahigh │
┌───────────────────────────────┼───────────┼───────────┼────────────┼──────┐
│ Absolute record before 2M │ 820.0 Kb │ 1394.0 Kb │ -- │ │
│ Maximum 2M capacity (2MF /M) │ 902.0 Kb │ 1558.0 Kb │ -- │ 5.25 │
│ Minimum 2MGUI capacity │ 976.6 Kb │ 1639.8 Kb │ 1203.1 Kb │ (5¼) │
│ Physical limits (82 tracks) │ 1001.0 Kb │ 1668.2 Kb │ 1228.8 Kb │ │
├───────────────────────────────┼───────────┼───────────┼────────────┼──────┤
│ Absolute record before 2M │ 984.0 Kb │ 1722.0 Kb │ 2880.0 Kb │ │
│ Maximum 2M capacity (2MF /M) │ 1066.0 Kb │ 1886.0 Kb │ 3772.0 Kb │ 3.5 │
│ Minimum 2MGUI capacity │ 1176.0 Kb │ 1972.0 Kb │ 3944.0 Kb │ (3½) │
│ Physical limits (82 tracks) │ 1201.2 Kb │ 2002.0 Kb │ 4003.9 Kb │ │
└───────────────────────────────┴───────────┴───────────┴────────────┴──────┘
2MGUI gets 1972K in all (100.0%) 1.44M diskette drives, and 1985K or more
in many drives. You are probably thinking that your drive is not one of the
drives which supports the dream format with 1920 or 1968K. I assure you that
my own drive doesn't support 1968K format, as most drives don't. But 2MGUI,
and its 1972K disk formatting really works because it uses a new technique
never imagined until now. So forget the low prestige of disk formats below
1886K.
2MGUI's drives support DISKCOPY (MS-DOS 5.0 and later releases, also
DR-DOS 6.0 and Novell DOS DISKCOPY) with already formatted target disks and
works correctly under Windows. The program can run on PC/XT systems and is
completely user-definable: at high level, new disks are 100% programmable by
user; at low level, it is possible to define all important functional
characteristics and the work environment. However, the program becomes set by
default to work in most systems, and sets itself to different system features
it detects. The test option also allows the user to determine the maximum
capacity supported by a particular drive with accuracy.
While running under Windows and similar environments, the user will note
that the keyboard practically remains locked (and mouse pointer stopped) while
copying files. But before pressing the system reset buttom, it is best to wait
a few seconds: although it may seem to hang, it isn't (unless it has
unfortunately coincided with one of the usual Windows crashes). The intensive
CPU load produced by 2MGUI is not as evident in the DOS command line, but
under Windows it may becomes spectacular. Remember; although the mouse pointer
locks (without changing to the hourglass) the system isn't hung up.
2MGUI sets the diskette drive controllers to operational limits. Really,
2MGUI directly accesses the diskette drive, storing physical tracks. The
diskette controller is only tricked. 2MGUI disks are reliable, and are almost
as safe as 2M or standard diskettes. Perhaps some systems don't support these
techniques but I still haven't found one of them (between compatible systems).
The only problem resides in the difficult translation of these techniques to
multitasking environments, since they require the attention of the CPU during
long and steady time frames. Another little obstacle is that the current
release needs to make new drive letters, making the first access to a
non-2MGUI disk a little slower. It is not recommended to activate the verify
(VERIFY ON) on 2MGUI drives, since this implies to disable delayed write in
order to be able to verify, and this makes the disks slower than you think (it
is a good idea to compare the files after copying them, if needed). It is also
recommended to use at least 32-40 buffers (BUFFERS=40 sentence in CONFIG.SYS).
2MGUI devices identify themselves as removable ones, and as a authentic
1.2/1.44/2.88M diskette drives; this way they are considered by diagnostic
utilities (MFT, MSD, etc) and the operating system. If any program retries
access, while performing some operations, repeatedly and annoyingly to 2MGUI
devices, because there is no disk introduced, this is because such programs do
not identify and manage these drives as they should; and unfortunately the
solution to this little inconvenience isn't at hand.
{LINEAMENU [USING 2M UNDER LINUX]}
Mtools is a public domain collection of programs to allow Unix systems to
read, write, and manipulate files on an MSDOS filesystem (typically a
diskette). Each program attempts to emulate the MSDOS equivalent command as
closely as possible. Mtools are useful for users from Linux, Interactive 386,
AT&T UnixPC, Sun Sparcstation and DELL SVR4, and other platforms.
Nowadays it is possible to use the most interesting 2M disk formats in
Unix under Linux, in a comfortable way, thanks to mtools. Mtools also improves
support for all non-standard disk formats available. The user only needs to
compile the mtools package (if it isn't compiled) to use diskette drives
without having to mount them, in a similar way as MS-DOS (mdir, mcopy, etc).
Linux does not yet support the new 2MGUI disks, but support is likely in
the near future.
Some places from where to get mtools from are (current release is at this
moment 4.1):
FTP Address Directory File
────────────── ─────────────────────────────── ──────────────────────
ftp.imag.fr pub/Linux/ZLIBC/fdutils fdutils-4.1.src.tar.gz≡
sunsite.unc.edu pub/Linux/system/Misc fdutils-4.1.src.tar.gz≡
tsx-11.mit.edu pub/linux/sources/sbin fdutils-4.1.src.tar.gz≡
ftp.gui.uva.es pub/linux.new/software/diskutil fdutils-4.1.src.tar.gz≡
Mtools was originally developed by Emmet P. Gray. But current maintainers
are Alain Knaff (Grenoble, France) and David Niemi (Reston, Virginia, USA).
{LINEAMENU [USING 2M UNDER OS/2]}
OS/2 3.0 has its own 1.84M disk format. Although it came out a year after
2M, this new format is not 2M-compatible. Furthermore, OS/2 doesn't support
(without help) 2M disks, while Linux already supports them.
2M's author, at the moment hasn't any intention for supporting OS/2 disks
under DOS (by the way, their file images created by XDFCOPY can be dumped into
a 2MF/M 80 tracks disk using RAWRITE or similar utilities). But I do have the
intention of building a specific OS/2 driver to improve 2M support for OS/2,
and other environments, depending on my free time (not enough at the moment).
At the present time, it is possible to use 2M disks under OS/2 using DOS
drivers, with some restrictions and discomforts, as this is a provisional
solution. 2M 3.0 is the first release where OS/2 support is really operative
and has been sufficiently tested (2M-OS2.EXE utility available on old releases
had some problems; also, it didn't operate the solution proposed in 2M 2.1
using DRIVER.SYS driver).
We'll see what considerations are needed to use 2M disks under OS/2.
First, it is necessary to start DOS from a diskette drive, from a DOS boot
disk file image or from a DOS partition; in the integrated DOS sessions 2M
can't handle disk access. Curiously, it is possible to format in these
sessions, but normal operations are not possible: the filesystem of the DOS
virtual session seems have been built without BIOS calls, which are the ones
intercepted by 2M (and so, it can't detect disk access). Once authentic DOS
has been loaded, for example from a DOS boot disk file image (created with
OS/2 VMDISK utility) or from a DOS partition, 2M works.
Most users will install the FSFILTER.SYS driver in their CONFIG.SYS file.
This device driver improves access to HPFS partitions and, what is more
important, it allows writing onto FAT partitions (in other cases read only).
Here the problems return again: loading this driver, which modifies DOS disks
access, 2M becomes again inoperative. There are two possible solutions. One of
them is to use FSACCESS to put away FSFILTER floppy control (with a command
like FSACCESS !A). The problem is that this command requires a disk introduced
in the drive (formatted or not) to avoid not ready errors, and this is
uncomfortable. Also, MS-DOS becomes very affected by OS/2 disk management and
A: & B: drives fail frecuently with 2M disks. The second solution, more
effective, is to load a new device driver after FSFILTER to build new drive
letters (as D: or E:, for example) to use the BIOS for disk access: in these
new drives, there will not be any problems with FSFILTER. In our case, this
driver will be 2MGUI. Of course, 2M must also be loaded.
These DOS sessions must have sufficient privileges (with the risk implied
by this choice to the global system reliability); this may force some users to
slightly tune their session configuration.
Although, 2M disks access under OS/2 is possible at this moment, it is not
very comfortable. When an application performs an I/O access to some diskette
drive controller ports, which is frecuent in 2M code, OS/2 intercepts the port
access and accesses both A: and B: drives to read the FAT on both devices.
Imagine a command like DIR D: to read a 2M disk (really in A:). First, the LED
of A: drive turns on, then OS/2 tries during 15 seconds to read the FAT of the
2M disk (and it takes too much time and fails, because some sectors are
located in the second track, 2M formatted), then the LED of B: drive goes ON,
another 2 seconds are spent (if no disk is inserted) and after two or three
seconds, the directory appears. In total, over 20 seconds to perform the first
access.
Fortunately, until the disk motor turns off, OS/2 won't interfere and user
will be able to copy or delete files at the normal speed... but the first
access is extremely slow. And when motor stops (fortunately it takes at least
5 seconds ON under OS/2) in the next access, the wait will be repeated.
There will be a solution based on modifications to the 2M disks physical
boot sector (virtual one will continue unmodified) to set a FAT smaller than
real one, in order to let OS/2 to read it in a moment. On this way, the first
access will be reduced to few seconds (note that it isn't dangerous to cheat
OS/2: is the MS-DOS virtual machine the one which drives diskette drives). But
Linux won't be able to access 2M disks with a "incorrect" physical boot record
and, of course, 2M author doesn't desires to make 2M incompatible with Linux
but to improve performance in other operation system more or less deliberately
incompatible with 2M. Further investigations try to avoid OS/2 port
interceptions, since OS/2 do not protect the access across non standard
address (for example, the 0x3F7 port is the same that 0x13F7) but this method
is still being investigated.
There is also another possible solution, but it requires the user's
cunning: When he tries to access a 2M disk, first he can extract the disk. On
this way, OS/2 only takes two seconds and, when switch to access the other
drive, the user can insert the disk again. Two seconds later, with MS-DOS
access, the directory will appear (if the command was a DIR one). To be
cunning, or to wait too long each time.
{LINEAMENU [USING 2M UNDER WINDOWS 95]}
Although under Windows 3 it isn't necessary to perform any special tricks
(it is sufficient to have 2M installed before loading Windows) under new
Windows 95 beta 2 (October 94) 2M disks aren't supported directly, but it is
possible to make them work without encountering any big problems.
1) Integrated in system method.
───────────────────────────────
The user will need to configure Windows 95 to remove its floppy drives
control; in this way, it will use ordinary BIOS (and so, 2M, loaded before
Windows 95 from CONFIG.SYS or AUTOEXEC.BAT will work). If you happen to be
in Windows 95 at this moment, try to select the Control Panel and choose the
System icon. Having done this, click on the Device Manager option. Select
Floppy Disk Controllers to expand it and then choose the Standard Floppy Disk
Controllers option. Inside this option, a window will appear - here you have
to disable the "Original Configuration" switch in the Device Usage box, using
the mouse pointer to remove the enabling cross. When exiting, Windows will
ask you if it should reinitialize itself, answer yes. 2M will now be fully
operative from this moment, both in DOS Windows and inside the Windows 95
environ.
Returning to the window where the Standard Floppy Disk Controllers option
appears, users are advised that this option is to be blamed. Disabling this
option doesn't mean that there won't be any support for floppies, as Windows
does not manage diskette drives - floppies are handled by MS-DOS 7.0 and BIOS.
The problem is that Windows 95 is very slow with diskette drives in this
configuration. In fact, with this option enabled, the system nears to collapse
when using floppies which are very slow but still operative (it is recommended
that users have plenty of patience, as the mouse pointer does not respond and
will eventually hide). The copy command can take up to two or three times
longer than under DOS... and aren't performed with multitasking.
Users who aren't happy with this system slowness (whose cause I don't know
but doesn't seem to be related with multitasking, since OS/2 doesn't have this
problem and has better multitasking) can forget the Windows environ and the
use of DOS COPY command under the DOS Window: another option (which I
recommend) is using Pierre J. Le Riche TurboCopy utility for DOS, available on
the same FTP and BBS sites as 2M, under the name TCPYxxx.ZIP; this program
does not halt the system and has similar performance under Windows (its use is
very similar to COPY and it is the tool for professional file copy boys). 2MF
also does not freeze the system for any reason, and multitasks well with other
applications without slowing down the system. The problems appears to be
located in the interface between MS-DOS 7.0 and Windows 95... and perhaps
will be resolved in the final release.
2) Method of exiting to MS-DOS.
───────────────────────────────
Even under Windows 95 it is possible to exit to MS-DOS 7.0 for a while
without having to reboot the system. Under MS-DOS, diskettes are faster and
2MGUI is operational (it doesn't work with the previous method in the current
release, perhaps because Windows 95 version tested is still a beta version).
The one inconvenience is that this option suspends multitasking and operation
of the rest of the system.
Since Windows 95 does not has this option by default, the user must add
it to the system. This will create a new icon to reference the new MS-DOS
(really, always full screen) windows. The procedure is: to press with the
mouse pointer on Task Bar and choosing Start Menu Programs option. Then,
select the Add button and input C:\WINDOWS\COMMAND.COM in the Command Line
entry, then clicking on the Next button. After this, select the New Folder
option and instead of the "Program Group #1" proposed by Windows, use
AuthenticDos (for example) and select Next again. When prompted for a name for
Shortext, enter DOS7 (as an example) and select the Next button again. After
this, choose the icon you like (the MS-DOS one, for example) and select the
Finish option.
Now, a new option to call DOS sessions will be available, in addition to
the default one. Running it, a DOS window will appear... apparently normal.
To complete the configuration, you must select the Properties icon at the top
of the window and click on the Advanced box. Then, select MS-DOS mode. It
maybe interesting to disable the Warn Before Entering MS-DOS Mode option (but
Windows 95 beta 2 WILL continue asking the user to confirm these sessions).
You must exit selecting Ok... but NEVER choose the Configuration option!: if
you choose it, an AUTOEXEC and CONFIG files will be created for this session
and the system will be fully reinitialized on each activation. It is best not
to select this option.
The new icon created and configured is really a temporary exit to MS-DOS,
which will return to Windows when the EXIT command is issued (which reloads
Windows again).
{LINEAMENU [WHAT ARE 2M-ABIOS AND 2M-XBIOS]}
Some computers have an old BIOS or a BIOS built with a peculiar design,
few compatible in disk operation. In those systems 2M and other low-level
software can fail. In these cases, you can install this utility before 2M and,
as a general rule, before any other TSR disk software. 2M-ABIOS is for AT
systems and 2M-XBIOS for PC/XT computers.
This program upgrades floppy disk support to the last AMI BIOS 1993
technology. With it installed, and if there isn't any other disk software
incompatible with 2M installed, if 2M doesn't work correctly on your computer
(this is really difficult since 2M slightly depends on BIOS, but the author
does already know some cases), this probably means that your computer is not
100% hardware compatible with the standard diskette interface. This is
especially true if just this program is installed and DOS standard diskettes
don't work.
This utility is also useful to add 1.44M support to systems with older
designed BIOS, some of them also AT systems (in these cases, the user must
ignore the information about disk type reported by the BIOS while booting).
The program has a true 100% emulation of the effective AMI BIOS disk
control management, absolutely overriding your native BIOS in this job. This
is the reason to force the user to load it from CONFIG.SYS, to ensure that it
is always loaded before the rest of disk programs; in another way it could
anulate them (after this moment it never calls to the previous level).
Remember that if in your system 2M works correctly, you DO NOT need to
load this program, especially if you already have an AMI BIOS (or any other
one with the same diskette control efficiency). Perhaps the unique exception
are old PC/XT computers: although provided with double density diskette
drives, it maybe interesting to load 2M-XBIOS to modernize disk subsystem and
to improve compatibility with modern disk tools. In old 4.77 MHz PC/XT systems
diskette drives become faster with optimized disks (formatted with 2MDOS
loaded) if 2M-XBIOS is also to drive them. The 2M-XBIOS code fits itself in
timing to any system speed (in fact, it would run in a 386, 15 times faster,
if it doesn't test the CPU): if 2M-XBIOS does not run in your PC, this means
that your diskette controller isn't compatible. And if it is placed in the
motherboard board, you won't able to replace it.
{LINEAMENU [USING 2M IN PC/XT: 2MX]}
Although 2M was initially designed for AT and above computers, from 1.2
release it has gone with a PC/XT release: 2MX. The unique requirement is that
system must be equiped with high density diskette controller and drives. Some
modern small subnotebook computers are ready to connect an external high
density disk drive. Other relatively recent PC/XT systems are provided with
high density drives and a BIOS with high density support, but the disk drive
is a double density one and user can replace it. Finally, in oldest systems
which aren't classified in any of these categories, their owner can replace
both the double density drives and controllers with new high density ones;
this hardware may be used in the future in a new AT system (so, it is a very,
very cheap option and also a good investment).
Since it is difficult to find in the market nowadays high density
controllers for PC/XT systems, if needed, the user can install an AT one. In
2MX tests, I needed to insert a 16 bit card in a 8 bit slot. The card was a
IDE multi-io; however, the high half of bus (which can not be inserted since
the slot is a 8 bit one) is only used to access IDE hard disk, and can be
disabled by a jumper although this also was unnecessary. The logic for
diskette drives, serial and parallel ports was completely functional, since it
only uses the low half of slot.
The main problem is located in PC/XT BIOS, in 99% of cases it is not
capable to support high density. The solution in these systems is to load a
more modern BIOS helped by 2M-XBIOS.EXE, the terminate and stay resident
program which emulates AT AMI BIOS in XT computers. In fact, 2MX requests the
user to install this driver when it can't detect diskette drive types (this
is normal when BIOS is old and don't report diskette types). However, in some
modern PC/XT systems perhaps 2MX will be loaded without needing 2M-XBIOS. If
in this case there is some malfunction in drives, try to also load 2M-XBIOS.
2MX and 2M-XBIOS need a IBM compatible machine; I can say that both
programs have been tested in an original IBM PC 4.77, in a PS/2-30 8086 system
and at the moment are in service in some oriental clones. As it usually
happens, some trademark PC/XT systems are not sufficiently compatible; also,
some systems have diskette drive controllers in the motherboard, which can't
be replaced. You only can be sure that your system is compatible after trying
2MX and 2M-XBIOS; the 2M author can't know this before and also can't do
anything if system is not compatible. If your system is an oriental clone it
is almost sure that will be sufficient compatible; if it is a trademark one
(except IBM) it might not to be.
{LINEAMENU [INTERESTING INFORMATIONS...]}
{LINEASUBMENU [NEW RELEASES: HOW TO GET THEM]}
The fastest way to get the latest 2M release is by using the Internet.
Current distribution points are:
FTP Address (Country) Directory Files
───────────────────────── ───────────────────── ───────
ftp.gui.uva.es (Spain) pub/pc/2m 2m*.zip
oak.oakland.edu (USA) SimTel/msdos/diskutil 2m*.zip
garbo.uwasa.fi (Finland) pc/format 2m*.zip
Oak.oakland.edu is the main Simtel mirror. To obtain a complete list of
mirrors send email to listserv@SimTel.Coast.NET with "get mirrors.info" in
the body of the mail. Previous 2M releases in the Garbo location were located
in pc/diskutil, but I'll try to upload from now on in pc/format. For users
without ftp access, to obtain these files through email follow the
instructions below.
Bulletin Board Systems, (BBS's), currently known to have these files are
listed below:
DATABYTE BBS (Valladolid):
+34 -83 -307574 00-24h (1200-28800) Group Varios
Area of Ficheros del GUI y Login: (198)
ARCO IRIS BBS (Valladolid):
+34 -83 -392304 22-10h (1200-14400) Group Varios
Area of Ficheros del GUI y Login: (198)
EMPORIUM BBS (Madrid):
+34 -1 -3780127 00-24h (1200-28800) Area Cirisoft (8)
MEGAWARE BBS (Barcelona):
+34 -3 -2473941 00-24h (1200-28800) Area DOS: Sistema (63)
DUTCH INFO CENTER (Hilversum, Netherlands):
+31 -35 -248214 00-24h (1200-14400)
+31 -35 -239301 00-24h (1200/2400)
[If any user *with_internet_access* wants to upload new releases to some
local BBS's please contact me and give me the BBS data in a similar way as
you have seen above. You'll be the first users to being advised of new
releases. Make use of your postcard (for example) to forward BBS data and
other pertinent information.]
Finally, Internet users without FTP access can get the latest 2M release
by uuencoded email. The file requested may be split in various emails, each
one of them bellow 30,000 bytes. These emails must be exported to disk, in
this process you will give the email a filenames to be saved to disk. Next
the files need to be processed using a uudecode utility program and the name
of the first file. To obtain the program, send email to ftpmail@gui.uva.es
with these contents:
open ftp.gui.uva.es
cd pub/pc/2m
get 2m30.zip
Use the same procedure to obtain 2m30src.zip with the 2M source code.
Also, you can send email with "help" word in the body of the mail.
The program is also available in relatively modern releases on disks and
CD-ROMs edited by Simtel, Garbo, J/K Software, Made in Holland and CDWARE
Multimedia. Shareware distribution companies interested in distributing this
program on disk or CD can write to me: I'll mention them here and can also
provide them with the latest releases.
{LINEASUBMENU [IMPROVEMENTS OVER PREVIOUS VERSION]}
Bugs fixed in previous releases:
────────────────────────────────
- Fixed a bug that caused 2M 2.1 not to free the memory when uninstalling if
program was loaded in conventional memory.
- Fixed a bug in 2M that caused a system to hang if an application requested
incorrectly an access to BIOS sector 0 (not existent).
- Fixed a bug in the interface between 2M.COM and SuperBOOT resident code.
- 2M uses a 0xF6 format fill byte instead 0 (best media faults detection).
- Minor bugs fixed.
General improvements:
─────────────────────
- Minor technical improvements in 2M resident code.
- 2M and 2MGUI now use Multiplex ID's above 0xC0. This lets us avoid a bug
in MSD, (provided with MS-DOS 6.22), which hangs up the system.
- 2MF didn't allow you to format more tracks than supported by drive.
- 2MF automatically detects media density of target disk in 3.5; new options
to automatic sequence labels and to skip an ending pause; option to skip
flashing LEDs added.
- 2M-XBIOS works well in 720K drives of IBM PS/2-30 8086 (better than
original AMI BIOS :-)
- 2M-ABIOS updates system CMOS.
- New parameter in 2M-ABIOS and 2M-XBIOS to ensure control over the drive
even if BIOS fails to co-operate.
- Source code completely reorganized. Almost no files with duplicated blocks
(maintenance is easier). The programs can be compiled with any TASM and
Turbo C/Borland C version, without modifications and without modifying the
default configuration of the compiler.
- Added more online help.
- Better documentation. Similar number of files (still easy to use).
- New programs included have been tested during a three month evaluation
(2MGUI), and a six month evaluation for (2MDOS) before being released.
New programs:
─────────────
- 2MDOS utility to improve DISKCOPY performance with 2M disks and to
optimize standard disk formats.
- Experimental utility (2MGUI), will get the maximum capacity in all disks
and add a rudimentary 2M support for OS/2.
- 2M-INFO utility has been completely rewritten: it integrates all previous
documentation and also the options 765DEBUG (low level diskette drive
debug) and FDTR (speed analysis of disks formats) have been added.
{LINEASUBMENU [2M DISKS CAPACITY]}
These tables will show the maximum capacity attainable by useing the
formats available today. Besides DOS standard formats, I have chosen the
popular FDFORMAT from Christoph H. Hochstätter (Germany), one of the pioneers
in high level formatting programs capable of breaking the 1.44M barrier while
still capable of 1.44M formats. Many imitations have come about, but it, (the
program), can be considered the reference program for formatters which use
physical sectors of standard size. In fact, "new" Microsoft DMF disks (1.68M)
could be formatted since many years ago by FDFORMAT A: T80 N21 C4 D16 M240.
┌─────────────────────────────┬───────────────────┬───────────────────┐
│ Formatter program │ 5¼ - DD │ 5¼ - HD │
├─────────────────────────────┼───────────────────┼───────────────────┤
│ FORMAT (40/80 tracks) │ 368,640 (360K) │ 1,228,800 (1200K) │
│ FDFORMAT 1.8 (82 tracks) │ 839,680 (820K) │ 1,427,456 (1394K) │
│ 2MF 3.0 /F (82 tracks) │ 839,680 (820K) │ 1,511,424 (1476K) │
│ 2MF 3.0 /M (82 tracks) │ 923,648 (902K) │ 1,595,392 (1558K) │
│ 2MGUI 1.0 (82 tracks) │ 1,000,064 (976K) │ 1,679,104 (1639K) │
│ BLANK DISK (82 tracks) │ 1,025,000 (1001K) │ 1,708,224 (1668K) │
└─────────────────────────────┴───────────────────┴───────────────────┘
(The FDFORMAT 5¼-1476K disk format works in many, but not all diskette
drives). Generally, 2MGUI lets to get more disk space than the proposed amount
by default in almost all drives; but it is a program with a particular
characteristic and hasn't replaced 2M.
┌─────────────────────────────┬───────────────────┬───────────────────┐
│ Formatter program │ 3½ - DD │ 3½ - HD │
├─────────────────────────────┼───────────────────┼───────────────────┤
│ FORMAT (40/80 tracks) │ 737,280 (720K) │ 1,474,560 (1440K) │
│ FDFORMAT 1.8 (82 tracks) │ 839,680 (820K) │ 1,763,328 (1722K) │
│ 2MF 3.0 /F (82 tracks) │ 1,007,616 (984K) │ 1,847,296 (1804K) │
│ 2MF 3.0 /M (82 tracks) │ 1,091,584 (1066K) │ 1,931,264 (1886K) │
│ 2MGUI 1.0 (82 tracks) │ 1,204,224 (1176K) │ 2,019,328 (1972K) │
│ BLANK DISK (82 tracks) │ 1,230,000 (1201K) │ 2,050,000 (2002K) │
└─────────────────────────────┴───────────────────┴───────────────────┘
2M still hasn't been tested in 2.88M by the author. However, other people
corroborate that it works with standard 1.44M disks in 2.88M drives.
┌──────────────────────────┬────────────────────┬──────────────────┐
│ FORMAT (80 tracks) │ 2,949,120 (2880K) │ │
│ 2MF /F 3.0 (82 tracks) │ 3,694,592 (3608K) │ 3.5 ED Extra │
│ 2MF /M 3.0 (82 tracks) │ 3,862,528 (3772K) │ high │
│ 2MGUI 1.0 (82 tracks) │ 4,038,656 (3944K) │ (3½) Density │
│ BLANK DISK (82 tracks) │ 4,100,000 (4004K) │ │
└──────────────────────────┴────────────────────┴──────────────────┘
{LINEASUBMENU [2M DISKS SPEED]}
Speed values reported here are for systems with a 286 or higher processor.
PC/XT systems are more or less obsolete, and it was not considered worthwhile
to optimize disk performance for these machines. In the table below, data
transfer rates of various disk formats are compared. The results were obtained
using the 2M-INFO FDTR option, and are relative to the data transfer rate at
BIOS level, except for 2MGUI formats, which were performed at DOS level.
For FDFORMAT, the performance obtained with standard and high capacity
disks is shown. FDFORMAT pioneered the technique known as "Sector Sliding",
and FDFORMAT standard disks are notably faster than (MS-DOS) FORMAT ones. In
the tests, the values used for the /X and /Y switches were those recommended
in the FDFORMAT documentation. Without these switches, FDFORMAT would be as
slow as FORMAT.
2MDOS adds "Sector Sliding" support to other formatter programs, and an
even faster new technique (DiskBoost), for 1.2M and 1.44M disks. With 2MDOS
loaded, users can use their regular format program but will get faster data
transfer rates. If speed tests are made using FORMAT or FDFORMAT, 2MDOS must
be removed from memory to prevent it from modifying the results, or at least
some 2MDOS optimization switches must be disabled. To test the efficiency of
2MDOS, FORMAT was used as standard, but the reference program used makes no
difference.
┌────────────────┬────────────────┬──────┐
│ Double density │ High density │ Data │
├────────────────┼────────────────┤ in │
│ Read Write │ Read Write │Kb/sec│
┌───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 18.16 18.16 │ 30.13 30.13 │ │
│ FORMAT+2MDOS │ 22.11 22.12 │ 44.98 44.99 │ │
│ FDFORMAT [1] │ 22.11 22.12 │ 39.73 39.73 │ 5.25 │
│ FDFORMAT [2] │ 25.00 25.00 │ 25.26 25.23 │ │
│ 2MF /F │ 25.04 25.00 │ 46.33 46.33 │ (5¼) │
│ 2MF /M │ 16.49 16.49 │ 28.50 28.47 │ │
│ 2MGUI │ 29.82 26.49 │ 51.57 41.01 │ │
├───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 15.05 15.05 │ 30.14 30.14 │ │
│ FORMAT+2MDOS │ 19.32 19.32 │ 44.98 44.98 │ │
│ FDFORMAT [1] │ 19.32 19.32 │ 39.58 39.53 │ 3.5 │
│ FDFORMAT [2] │ 21.78 21.75 │ 24.79 24.79 │ │
│ 2MF /F │ 25.72 25.76 │ 48.49 48.50 │ (3½) │
│ 2MF /M │ 16.25 16.25 │ 28.74 28.77 │ │
│ 2MGUI │ 30.17 25.52 │ 50.66 38.50 │ │
└───────────────┴────────────────┴────────────────┴──────┘
[1] Standard formats (360-720-1.2-1.44) and optimum /X & /Y
[2] Maximum formats (820-820-1.48-1.72) and optimum /X & /Y
The above data are quite technical and may be difficult for some readers
to interpret. More "practical" tests were performed using 3.5 inch disks
formatted to 1.44Mb, filled with 1.44Mb of files. A total of 21 files were
used: 2 of 256K, 3 of 128K, 4 of 64K, 5 of 32K, 6 of 16K and 1 of 15.5K. The
write test was: COPY C:\TEST\*.* A: and the read test: COPY /B *.* NUL, so
that the hard disk write time was not included in the read test. In the write
tests, 5 seconds were subtracted to correct for the time of a hard disk read.
With FDFORMAT, /X:2 and /Y:3 switches were always set to get the maximum speed
possible. Here are the results with standard disks (remember: 2MDOS loaded
during format affects to the rest of format programs) and with BUFFERS=40.
┌──────────────────┬────────────┬────────────┬────────────┐
│ Format │ 1.44 │ 1.44 │ 1.44 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Formatter │ FORMAT │FDFORMAT [1]│ 2MDOS [2] │
├──────────────────┼────────────┼────────────┼────────────┤
│ Write time MM:SS │ 1:17.28 │ 1:06.57 │ 1:01.18 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Read time │ 0:54.82 │ 0:43.22 │ 0:39.16 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Free space │ 0 │ 0 │ 0 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Write (Kb/sec) │ 18.42 │ 21.38 │ 23.27 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Read (Kb/sec) │ 25.97 │ 32.94 │ 36.35 │
├──────────────────┼────────────┼────────────┼────────────┤
│ Average (Kb/sec) │ 22.20 │ 27.16 │ 29.81 │
│ Relative index │ 100.00 │ 122.34 │ 134.28 │
└──────────────────┴────────────┴────────────┴────────────┘
[1] Sector Sliding/ technique with /X:2 /Y:3 options.
[2] DiskBoost/ technique (used FORMAT with 2MDOS loaded).
No TSR's loaded (except 2M/2MDOS) and BUFFERS=40 in CONFIG.SYS
Having shown that 2MDOS is faster for the standard 1.44 disk format,
here are some results for 3.5 inch extended disk formats, using the same
test procedure:
┌──────────────────┬─────────┬─────────┬─────────┬─────────┬─────────┐
│ Format │ 1.64 │ 1.72 │ 1.80 │ 1.88 │ 1.97 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Formatter │FDFORMAT │FDFORMAT │ 2MF │ 2MF │ 2MGUI │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Write time │ 0:55.53 │ 1:23.10 │ 1:19.04 │ 1:29.25 │ 1:27.93 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Read time │ 0:39.82 │ 1:01.46 │ 0:40.59 │ 0:50.37 │ 0:44.93 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Free space │ 203,776 │ 287,744 │ 370,688 │ 454,656 │ 552,960 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Write (Kb/sec) │ 25.63 │ 17.13 │ 18.01 │ 15.95 │ 16.19 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Read (Kb/sec) │ 35.75 │ 23.16 │ 35.07 │ 28.26 │ 31.68 │
├──────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┤
│ Average (Kb/sec) │ 30.69 │ 20.15 │ 26.54 │ 22.11 │ 23.94 │
│ Relative Index │ 138.24 │ 90.77 │ 119.55 │ 99.59 │ 107.84 │
└──────────────────┴─────────┴─────────┴─────────┴─────────┴─────────┘
The data show that 2M's speed advantage over FORMAT is maintained even in
the extended formats. 2M is slower than FDFORMAT's 1.64M format, but makes up
for it in much higher disk capacity (and reading, the speed is similar).
Finally, in the following table are shown the time format (MM:SS) used by
main formatters to build most disk formats, always with the verify options
enabled:
┌────────────────┬────────────────┐
│ Double density │ High density │
┌───────────────┼────────────────┼────────────────┼──────┐
│ FORMAT │ 0:37 │ 1:13 │ │
│ FORMAT+2MDOS │ 0:42 │ 1:27 │ │
│ FDFORMAT [1] │ 0:42 │ 1:24 │ 5.25 │
│ FDFORMAT [2] │ 1:28 │ 1:52 │ │
│ 2MF /F │ 1:24 │ 1:30 │ (5¼) │
│ 2MF /M │ 2:33 │ 2:34 │ │
│ 2MGUI │ 2:30 │ 2:34 │ │
├───────────────┼────────────────┼────────────────┼──────┤
│ FORMAT │ 1:24 │ 1:34 │ │
│ FORMAT+2MDOS │ 1:35 │ 1:45 │ │
│ FDFORMAT [1] │ 1:38 │ 1:42 │ 3.5 │
│ FDFORMAT [2] │ 1:46 │ 2:17 │ │
│ 2MF /F │ 1:37 │ 1:45 │ (3½) │
│ 2MF /M │ 2:46 │ 3:19 │ │
│ 2MGUI │ 3:00 │ 3:03 │ │
└───────────────┴────────────────┴────────────────┴──────┘
[1] Standard formats (360-720-1.2-1.44) and best /X and /Y.
[2] Maximum formats (820-820-1.48-1.72) and best /X and /Y.
{LINEASUBMENU [FREQUENTLY ASKED QUESTIONS]}
This section includes some commonly asked questions and concerns about 2M.
There are a total of 27 questions and answers, which aren't arranged in any
particular order. Some of them are fairly obvious, but others may be more
difficult to understand. Read the answers carefully, as some of them cover
more than one topic. I believe that most of your doubts and questions will be
answered here.
[Q] Why is 2M free? Why is the source code in the public domain? Do you plan
to sell 2M rights to Microsoft?.
[A] My philosophy in developing 2M was to produce a new standard. This will
only be possible insofar as it's use expands. The current price couldn't
be more competitive, and I don't plan to spend the rest of my life selling
2M!. The source code is public since it can always be disassembled by
experts, unless I spend as much time protecting it as in programming. If I
hid it would only harm people who want to learn, but not those who want to
copy the technology. If Microsoft or any other company wants to distribute
their products on 2M disks, it won't cost them a penny. To add 2M support
to other operating systems, interested parties should contact me. I can
propose the best competitive offers. 2M technology has the highest
capacity (1.97M) and was the first ever to format 23 sectors (1.84/1.88M).
[Q] Is 2M compatible with other extended formatters?.
[A] Usually yes, but it is necessary to load the TSR (resident) driver
provided with them. 2MDOS has an FDREAD emulation, which can be used
instead of FDREAD and its clones.
[Q] Isn't it true that 2M and 2MGUI use too much conventional memory? Why
doesn't 2M use the HMA?.
[A] 2M doesn't use very much conventional memory (5 Kb), but 2MGUI does
(15-17 Kb). Currently, it isn't easy to reduce the size of either program;
but 2MGUI only takes 5 Kb with /NODMA and /EMS options enabled, and
perhaps someday it will make also use of XMS. Loading them into the HMA
would complicate the design too much (they are too long) and I have no
intention of doing it right now. 2MDOS takes so little memory because it
can make use of XMS, if it exists. If 2M could it also would do it also.
[Q] Is it possible to format hard disks in the same way that 2M formats floppy
disk drives?
[A] No.
[Q] How reliable are 2M disks? What is the risk of data loss over a long
period of time?
[A] Normal 2M disks (2MF /F) are as reliable as standard ones. Maximum
capacity 2M disks (2MF /M) are a little less safe when used for exchanging
data between different drives. However, IBM uses a similar disk format for
worldwide distribution of its new OS/2 3.0 Warp, which shows that expanded
format disks are very reliable. 2MGUI disks are more somewhat less safe,
but if the control software (2MGUI) works fine in your system, don't worry
about it.
[Q] Often, when I tried to reformat a 2M disk to 1.44M, FORMAT stated
"parameters not supported by drive" and I had to use a different format
utility. With the new 2M release I don't get this messsage, but the disk
is again formatted as 2M (although the messsage is: "formatting 1.44M"),
and many bad sectors are reported (really, they are lost clusters).
[A] The explanation is that you now have 2MDOS loaded and previously you
didn't. Furthermore, you are a user of MS-DOS 6 and its abominable FORMAT.
I recommend that you should write to Microsoft and complain about the
problem. Meanwhile, use MS-DOS 6 FORMAT without /U switch: if you set this
switch, FORMAT will not perform the unconditional format that it must (but
it watches for the previous disk format and tries to reproduce it). If
2MDOS is loaded, FORMAT will be able to format a 2M disk, but incorrectly
(unless 2MDOS /FORMAT switch was set) and even it claims to be formatting
a 1.44M disk. In summary, the solution is NOT to use /U switch. Or if /U
switch is set, then also force disk format with /F (/F:1.44 for example).
With blank, standard or 2MGUI disks, (MS-DOS 6) FORMAT never has problems.
[Q] When loading 2M or 2MGUI, I get a message that a DMA frontier is being
crossed. Can this cause problems? What does it mean?
[A] No, but both programs (specially 2MGUI) use more memory in such a case.
You can avoid this warning by modifying the order in which the resident
programs (TSRs) are installed or, with 2MGUI, adding the /NODMA switch.
An explanation of what "crossing a DMA frontier" means would be very
boring, but you can be certain that your system is not damaged.
[Q] Is it possible to format standard disks (such as 1.44M) with 2MF?
[A] No, and it isn't necessary. For standard disks, you can continue using
your regular format program, but I recommend that you load 2MDOS also.
This will optimize the format functions of most format programs, except
those that access the diskette drive directly (very few).
[Q] Can I send a 2M disk to a friend who doesn't have 2M? Would he be able to
read such disks? Can I make a 2M disk bootable?
[A] If the disk is a *high_density* one, you can give it to your friend and
not worry. However, he must boot his system with the 2M disk in drive A,
to load SuperBOOT code. System startup will then continue from the hard
disk, as usual. The only problem is that your friend's computer may have a
boot sequence C:-A: in its BIOS, but an A:-C: sequence is needed. Perhaps
you should point this out to him. Yes, a 2M disk can be made bootable
using SYS if it is a *high_density* disk.
[Q] 2MF doesn't work in my PS/2. A friend of mine with a 2.88M drive can't
format 2M ED disks (2MF /ED). Is this normal?.
[A] Yes. Most IBM PS/2's are not compatible at the floppy disk controller
level. 2M does work on 2.88M drives but with 720K and 1.44M disks. I
haven't tested it myself on 2.88M drives, and I have contradictory reports
from 2M users.
[Q] I have found that SMARTDRIVE 4.0+ doesn't cache 2MGUI drives by default.
If I set up Smartdrive on them, the system hangs when I try to access a
2MGUI disk in such drives.
[A] 2MGUI tells Smartdrive not to cache the drives, as Smartdrive has a bug
and doesn't support sector sizes different from 512 bytes (it doesn't
report warning messages, but hangs the system). To use 2MGUI with
Smartdrive, format your 2MGUI disks with /S=512 switch. Some other cache
programs may also have problems and perhaps 2MGUI can't tell them to avoid
the cache. In that case, you'll have to read the cache program
documentation, and set the correct switches. However, 2M.COM really works
with Smartdrive.
[Q] Norton NDD 8.8 reports that 2M disks have an incorrect boot sector and
that the media descriptor byte is incorrect. However, the disk works fine.
Shall I let Norton correct it?
[A] No. If NDD "corrects" it, the disk size will be reduced and you'll lose
your data. However, NDD can be used in 2MGUI drives, but only with *2MGUI
disks*, although perhaps you'll never need it. Other disk repair tools may
also damage 2M disks because they don't recognize it.
[Q] In my notebook, 2MF only formats DD disks to 820K instead of 984K. Also,
if I set the /DD switch, it reports "incorrect density". I have no problem
with my other computers.
[A] 2MF is using the /D0 switch by default. Your diskette drive controller
only supports 250/500 Kbps. This usually occurs in the very few notebooks
that don't support 5.25 drives. The convention is to support 250, 300 and
500 Kbps. 984K is only available at 300 Kbps.
[Q] When I run DISKCOPY with 2M disks, it sometimes returns a message saying
that the target disk has a different format, do not copy it. The same
thing happens with 2MGUI drives, and even FORMAT doesn't let me format.
[A] If the target disk is not already 2M-formatted, DISKCOPY won't be able to
copy it unless you have installed 2MDOS: it's preferable to load 2MDOS
first. 2MGUI drives don't support FORMAT, and for copying, you will
*always* need to use identical disk types in the source and destination
disks.
[Q] DISKCOPY doesn't let me copy a 2M disk if the target is already formatted,
even with 2MDOS loaded, if I perform the copy between *two* identical
drives.
[A] This only occurs in MS-DOS. Set the /FORMAT switch in 2MDOS and read the
2MDOS online help for this option.
[Q] DISKCOPY reports that it is copying more than 15,000 cylinders, and a
diagnostic tool finds only one head and one sector/track in my 2MGUI
disks. Are they damaged?.
[A] No. This is completely normal.
[Q] When will a 2M release be available which works correctly with most
diskcopy tools?.
[A] On the contrary, the diskcopy tools are the ones that don't work correctly
with 2M disks. Apart from "legal" ones (such as DISKCOPY or DUPDISK) the
rest are very sophisticated or very simple. Diskcopy software must be
updated to support new disk formats when the latter are developed, but the
reverse isn't possible. However, 2MDOS is able to use both "old" FORMAT
and DISKCOPY programs to generate 2M disks.
[Q] SecureDevice 1.1 driver says that it can't be loaded because the disk
sectors aren't 512 bytes.
[A] Format your 2MGUI disks with /S:512
[Q] What is the difference between 2M.COM and 2M.SYS?
[A] There is very little difference. They both use the same amount of memory.
2M.COM can be uninstalled, while 2M.SYS can be loaded before any other
resident software. Neither program will cause conflicts, and there usually
won't be any difference in performance, so you may either one.
[Q] Is it possible to perform a quick format on a disk that's already been
formatted with 2M?
[A] Yes. 2MF has an undocumented /Q switch, like 2MGUI, and the format process
can also be halted at any time by pressing ALT-Q. However, this is not
desirable except with error-free disks (no bad sectors), since the FAT
will be initialized to show no bad sectors.
[Q] My system hangs in Windows when I copy files into compressed 2MGUI
devices.
[A] The system probably hasn't hung. Perhaps it only seems to: wait a few
seconds before resetting the computer. By the way, 2MGUI does not
compress data, it simply formats disks at a higher capacity, as 2MF does.
[Q] While loading 2MGUI, I get a message that the DMA buffer of my memory
manager is too small, with a recommendation to add a DMA=13 option. A
friend of mine gets the same advice, but 2MGUI don't report him additional
instructions.
[A] You are using QEMM: add a DMA=13 option to your memory manager. Recommend
your friend to read the memory manager documentation or to install QEMM or
EMM386 instead. Alternatively, you may try the /NODMA switch of 2MGUI. In
the last analysis, ignore the 2MGUI warning. With 2MGUI loaded into
conventional memory, it is difficult for the system to hang. If QEMM
really needs a bigger buffer, it will report an exception when trying to
access the drive.
[Q] I see that the actual number of root entries in disks formatted using
2MF and 2MGUI do not correspond exactly with the values set by the root
entry switch. Also, 2MGUI doesn't obey the /B option very well in /DH
format.
[A] Both formatters adjust the number of entries to make use of the amount of
residual disk space available. In /DH format, the /B switch does not give
a precise answer. This is normal since the report is an average value of
two different densities. You can modify it to bring it close to the
desired value.
[Q] Is it really true that 2MGUI drives support FDREAD formats, without
loading FDREAD or 2MDOS?.
[A] It is almost true. The only disk format not supported is FDREAD 720/820K
in 5.25 disks, which needs 2MDOS or FDREAD also.
[Q] When is it necessary to install 2M-ABIOS?
[A] When 2M is working properly, it is not necessary to load 2M-ABIOS. If
2M fails unexpectedly, try to load 2M-ABIOS. Then, if 2M continues to
fail, try standard disks with only 2M-ABIOS loaded. Continued failures in
spite of these measures would indicate that your hardware is not
sufficiently compatible. If at any time you aren't sure that 2M-ABIOS has
really removed diskette drive control to your original BIOS, force it with
the /13 switch.
[Q] Using 2M-XBIOS and 2MX, if I change the system turbo switch, the diskette
drives either fail, or don't work very well and need retries.
[A] This may occur occasionally, but not with 2M-ABIOS and 2M. The problem can
be solved by running the programs again from the DOS command line, so that
their internal delay loops are computed again.
[Q] After booting from a 2M disk, the memory used by DOS and the rest of my
resident programs remains the same. Where is the 2M code hidden?. Also, I
can't boot from double density disks.
[A] 2M double density disks can't be made bootable. When SuperBOOT code is
loaded into memory, the amount of conventional memory is decreased by 5 Kb
(from 640K to 635K, for example). So, apparently the code isn't loaded. At
present, it isn't possible to avoid using this memory, but it's not a
significant amount anyway. Moreover, in this working mode it isn't
necessary to load 2M.COM, and its 5 Kb is saved (however, 2MF can't format
without 2M.COM loaded).
{LINEASUBMENU [HOW TO CONTACT THE AUTHOR OF 2M]}
By Internet email (most preferable method) Email to ciri@gui.uva.es. If
this address does not work (!? very strange) an alternative address is
ciri@p8.databyte.encomix.com; but please use the alternative address ONLY
after trying the first address several times.
Fidonet or Compuserve users can email me using a gateway into Internet; if
they don't know how to do it or can't do it, they can email me at my Fidonet
point address for example (2:341/21.8) and I'll also answer.
I love to answer all email, especially when they are specific, precise and
short (but the length depends a lot on the problem reported). In case of
technical problems, it is convenient to send me a brief description about
system configuration (model, characteristics, 2M release...)
I also answer posted mail sent to the same address where I collect
register postcards:
Ciriaco García de Celis
C/Renedo 2, 4-C
47005 Valladolid
Spain
The purpose of the Email is primarily for technical support or to get
information. To send congratulations or similar, please send the register
postcard to the above address. Please write legibly and include an address
for a reply (preferably an Email address) even if reply is not needed. Please
write in either English or Spanish. It is very bored for me to reply to
questions that are already documented in the help or in the 2M-INFO.
{LINEASUBMENU [THANKS TO]}
Many, many people and institutions have contributed in one way or another,
materially and spiritually, in helping me to develop 2M. I have tried to
remember everyone, but I probably have forgotten someone. The names of those
whom I remembered follow, in the order in which I remembered them!
- Jesús Arias Alvarez (León, Spain). My interest in disk programming came from
his work on low-level disk routines, in that they are based on first
examples of direct disk access of "El Universo digital del IBM PC, AT y
PS/2". The trick of getting the maximum capacity from a disk track (and so,
the 1.97M format idea) and the non-DMA access technique of 2MGUI are his
original ideas.
- Alain Knaff (Grenoble, France), author of popular mtools for Unix, with the
help of David Niemi (Virginia, USA), who have succeeded in making Linux
capable of accessing 2M diskettes. Thanks for helping all the people who
was already using 2M disks under DOS.
- Edgar Swank (USA). He discovered some bugs in the 2M 1.3 code and corrected
the source code after proposing the changes to me. Thanks to him, 2M really
verifies with VERIFY ON. He also has contributed with ideas and improvements
in the English of some programs.
- Special thanks to Darron Christian (USA), William Luitge (USA), John Mottram
(USA), Tom Sytsma (USA), David Rodriguez (USA), John R.Lee Chin (Australia),
Michael Rickard (United Kingdom), Aaron Spurlock (USA), Kenneth Bush (USA),
Son H. Le (Australia), Arthur Taber (USA) and Robert W. Baker (USA) who have
improved the English of this document so that it "sounds pretty good".
- Carlos Alberto San Juan (Burgos, Spain), who installed and configured an
ftpmail utility to allow users who do not have ftp access to obtain 2M using
Email.
- Karl-Henrik Ryden (Sweden) helped me locating with high accuracy some bugs.
- Enrique Martínez (Valladolid, Spain) who is the SYSOP of the DATABYTE BBS.
He provided me a FidoNET presence.
- Ferran Foz (Barcelona, Spain), who helped me with the English of some
programs.
- Luis Cuesta (Palencia, Spain), who helped me test the functioning of 2M with
certain applications from other operating systems.
- Anaya Multimedia, S.A., which describes the functions of 2M in the "Revista
Professional para Programadores" magazine. This will help to make the
program more popular and to expand its techniques.
- Gilles Vollant (France), who is the author of Winimage 2.0. He provided me
with free registration of his program for managing disk images, including
2M, under Windows.
- Bernhard Sadlowski (Germany), who helped by patiently testing, assisted by
some friends, the functioning of 2M in 2.88M drives (not using 2.88M
capacity diskettes), and also helped me trying to detect the causes of some
incompatibilities.
- William Luitge (USA), who proposed that I try to format 360K diskettes with
some tracks at high density and others at double density. This will be done
by 2MGUI /DH.
- Miguel Martínez (Valencia, Spain), who sent me a brilliant routine to set
the screens for this program at 30 lines.
- Grant Botes (Republic of South Africa) built the 2MFSHELL environ to use 2MF
easily. This program (2MFSHLxx.ZIP, xx = release) is available by ftp in
some 2M distribution points.
- The Club of C.C. and the P. of A8 in particular, some of the members of
which have already been mentioned, and the Grupo Universitario de
Informatica in general, which has contributed materially and spiritually to
develop this program.
The beginning of the development of 2M was in the middle of 1993, and
coincided with the beginning of one of my oldest and most ambitious personal
enterprises (SCL), which finally started in 1993. I dedicate this program to
all the people whom I have known during SCL application and which have allowed
it global success; external help has been, in fact, the main stimulus. Their
initials follow in chronological order: C, E, M, I, S, S, M, P, S, R, M, B, R,
T, P, V, R (all in 1993), and J, R, S, N, A, I, M, R, A, E, R, A, S (all in
1994), among others. The meaning of the SCL symbols usually is not made
public :-)
{LINEASUBMENU [2M IN THE WORLD]}
If you are already a 2M 2.1 or any other previous release user, or you are
planning to be a 2M user, you are not alone. There are many people using the
program. It has been distributed among at least 35 countries. This section
outlines the approximate distribution of 2M users. These statistics include
only 2M users under DOS and do not include the possible users running under
other environments. Also keep in mind that these estimates are probably some
order of magnitudes below the real number, if we to bear in mind the CardWare
distribution disaster. Data from 2/15/94 to 2/15/95.
┌────────────────────┐
│ Electronic Mail │
│ (Internet+FidoNet) │
└────────────────────┘
The following mail is excluded from these statistics: local Valladolid
email, the Spanish FidoNet email (I had problems estimating it and it is
merged with some other activities) and the regular mail that I maintain,
referred to some matters (apart from 2M) with people that I knew thanks to 2M.
Country Persons Emails % (persons) % (emails)
──────────────────── ─────────── ─────────── ──────────── ──────────
1 USA 53 136 37.9 38.6
2 Spain 10 29 7.1 8.2
3 Canada 10 28 7.1 8.0
4 Italy 9 17 6.4 4.8
5 Germany 7 16 5.0 4.5
6 Australia 6 11 4.3 3.1
7 United Kingdon 4 13 2.9 3.7
8 Finland 4 8 2.9 2.3
9 Chile 4 4 2.9 1.1
10 Croatia 3 12 2.1 3.4
11 France 3 10 2.1 2.8
12 Brasil 3 4 2.1 1.1
12 Netherlands 3 4 2.1 1.1
13 Hong Kong 2 6 1.4 1.7
14 Sweden 2 3 1.4 0.9
15 Argentina 2 2 1.4 0.6
15 Czech Republic 2 2 1.4 0.6
15 Poland 2 2 1.4 0.6
16 Venezuela 1 15 0.7 4.3
17 Uruguay 1 8 0.7 2.3
18 Slovenia 1 7 0.7 2.0
19 Norway 1 3 0.7 0.9
19 Peru 1 3 0.7 0.9
20 Japan 1 2 0.7 0.6
20 Malasia 1 2 0.7 0.6
20 New Zealand 1 2 0.7 0.6
21 Mexico 1 1 0.7 0.3
21 Portugal 1 1 0.7 0.3
21 Taiwan 1 1 0.7 0.3
─── ─── ───── ─────
Total 140 352 100.0 100.0
┌───────────────────┐
│ Postcards │
└───────────────────┘
Registration is very important (sending me a postcard). All who don't
TAKE THE MATTER SERIOUSLY and don't register are missing a unique opportunity.
Is it really true that I have only a single 2M user in Australia? Or only 13
in USA?... how surprising... and how vastly and uniformly distributed in all
over the world... :-)
Country Persons Emails % (persons)
─────────────── ──────────────── ────────────────── ────────────
1 Spain 22 23 22.7
2 USA 13 13 13.4
3 Finland 6 6 6.2
4 France 5 7 5.2
5 Netherlands 5 5 5.2
6 Hungary 4 9 4.1
7 Germany 4 4 4.1
7 Italy 4 4 4.1
8 Czech Republic 3 3 3.1
8 Rep. South Africa 3 3 3.1
8 Slovenia 3 3 3.1
9 Portugal 2 6 2.1
10 Poland 2 3 2.1
11 Argentina 2 2 2.1
11 Chile 2 2 2.1
11 Hong Kong 2 2 2.1
11 Taiwan 2 2 2.1
11 United Kingdon 2 2 2.1
12 Brasil 1 4 1.0
13 Australia 1 1 1.0
13 Bulgaria 1 1 1.0
13 Canada 1 1 1.0
13 Croatia 1 1 1.0
13 Denmark 1 1 1.0
13 Greece 1 1 1.0
13 New Zealand 1 1 1.0
13 Peru 1 1 1.0
13 Sweden 1 1 1.0
13 Switzerland 1 1 1.0
── ── ─────
Total 97 113 100.0
┌─────────────────┐
│ Post Mails │
└─────────────────┘
There are at least half dozen or more mailings, but they are from
individual people and will be counted as postcards with a view to registering.
These other mailings are from institutions:
Country Mails
─────────────────────── ────────────────
Finland 1
Netherlands 1
USA 1
┌─────────────────────────┐
│ Geographic distribution │
└─────────────────────────┘
Finally, adding (without weight) all of the people who have contacted me
(via email, postcard, mail, etc.) the following distribution is obtained. It
shows the approximate geographic distribution. It is a fairly accurate poll,
since the sample is random.
Country Persons times % (persons) % (times)
─────────────────── ─────────── ──────── ──────────── ───────────
1 USA 67 150 27.9 32.1
2 Spain 32 52 13.3 11.1
3 Italy 13 21 5.4 4.5
4 Canada 11 29 4.6 6.2
5 Germany 11 20 4.6 4.3
6 Finland 11 15 4.6 3.2
7 Netherlands 9 10 3.8 2.1
8 France 8 17 3.3 3.6
9 Australia 7 12 2.9 2.6
10 United Kingdon 6 15 2.5 3.2
Other 25 countries 65 127 27.1 27.1
{LINEASUBMENU [REGISTERED USERS CONTEST]}
First, I want to thank all 2M users who have sent me registration
postcards. You are already registered for this new release and I hope that
you take it as a richly deserved reward since you have decisively contributed.
I have decided to give a prize to the next five pretty postcards I receive.
The winners will receive a disk with 2M 3.0 and a postcard from my own city.
The winning postcards this time are:
Matthias Peter (Oberwesel, Germany): Neuschwanstein castle
Istvan Simon (Budapest, Hungary): Millenarian Monument
Joan Arenss (Barcelona, Spain): Autonomous government of Catalonia
Rui Mendes (Algarve, Portugal): Cave close to the sea
Rodrigo Gessuein (Santiago, Chile): Valley of the Moon, Atacama desert
Only people who have sent me a postcard, and the ones appearing in the
"thanks list" are authorized to use 2M 3.0.
I also want to emphasize that to register you must send a postcard
(except in countries where they aren't available). Since this wasn't
required in release 1.3, I have decided to accept as registration the mail
(not email) I have received referring to 2M 1.3; but I won't repeat this in
1995. Also, graphic files sent by email are not acceptable.
{LINEASUBMENU [INFORMATION FOR PROGRAMMERS]}
Here is some further information of interest to programmers. If you want
to print parts of this text, look for it in the file 2M-INFO.FDA:
1) How to format 2M disks.
2) Physical format of 2M disks and their boot records.
3) Interesting characteristics of 2MGUI.
4) DiskBoost format technology and some other considerations.
These topics cover some technical questions about 2M but they don't cover
the reasons why certain techniques were chosen. The source code provides some
insight but it is not straightforward to follow. A detailed explanation of
these issues is available in the set of articles published from february to
april 1995 in the Revista Profesional para Programadores magazine of Anaya
Multimedia and in the book "El Universo Digital del IBM PC, AT y PS/2"; both
available at this time only in Spanish. Really, this information is mostly
useful for "educational" purposes for programmers who need to directly access
the hardware; it isn't necessary for writing programs which use 2M.
1) HOW TO FORMAT 2M DISKS.
──────────────────────────
2M works directly with the hardware: it always accesses the floppy disk
controller and DMA chip directly. Application programmers probably won't want
to do this!. DOS and BIOS functions work normally when 2M is loaded,
supporting new disk formats in the same way as traditional ones. The
emulations and virtualizations performed by 2M, completely hide the physical
disk format and simulate an almost normal disk. Even if it is necessary to
format a 2M disk from a high level language, it is possible to do so through
the usual INT 13h function 5. When 2M is loaded in memory, function 5 of
INT 13h has additional functions. To find out if 2M is loaded in memory:
Load AL with 0.
Load ES:DI with 1492h:1992h.
Load AH with a value from 0C1h to 0FFh.
Call INT 2Fh.
When INT 2F returns, if AL=0FFh and ES:DI points to a NULL terminated
string such as "CiriSOFT:2M:3.0" ... 2M is in memory. Note that ':' is a
delimiter, and that CiriSOFT will not always be the manufacturer. It is
recommended that you search for the substrings ":2M:" or ":2MX:". Start with
AH=0C1h and, if neither 2M nor 2MX is found, continue with 0C2h and so on. If
2M has been loaded by booting from a 2M disk (SuperBOOT) the format service is
not available (and the installation check will correctly fail).
Once 2M has been found in memory, it is possible to call INT 13h service 5
to format a track. This is even easier than the standard BIOS function: it
isn't necessary to select density, disk type, last sector in the track, nor to
modify the parameter table pointed by INT 1Eh. Of course, the standard BIOS
format function is still available, but to select a 2M format:
Load AH with 5.
Load AL with 7Fh.
Load CH with the cylinder number.
Load DH with the head number.
Load DL with the drive number.
Load SI with 324Dh ("2M") signature.
Load ES:BX with a pointer to the boot record of the future 2M disk.
Note that in standard BIOS call, AL is loaded with the number of sectors
per track which will never be 7Fh and SI isn't normally equal to 324Dh. This
lets 2M detect the intention of formatting a 2M disk. It isn't necessary to
fill large tables pointed to by ES:BX; it is sufficient to point to the future
boot record of the disk (which must be correct).
The boot record of 2M disks can be obtained from an already formatted disk
or built from a data table. 2M format functions returns the same error codes
for 2M disks as the standard BIOS. Since 2M 2.0 release, as we will see later
in more detail, cylinder 0 side 0 contains a "virtual" boot record located in
the first physical sector of FAT2 (FAT2 is always emulated using FAT1
instead). The remaining sectors in FAT2 contain the SuperBOOT code in high
density disks. The physical boot record is located in the normal location
(sector 1 in the track) but the sector shown by normal BIOS access is the
virtual one; although 2MF builds identical physical and virtual boot sectors,
a SYS command (for example) can modify the virtual boot record. In this way,
the system boots first from the physical boot record and loads SuperBOOT code:
after this moment, the boot record will be the virtual one (the authentic
MS-DOS boot record) which will load the operating system.
To format a 2M high density disk with SuperBOOT code (this is necessary to
let the future disk to be bootable) it is necessary to write, apart from the
physical and virtual boot records, the 5 remaining sectors on FAT2 (from 2nd
to 6th) with SuperBOOT code. This code is public domain and can be obtained
from 2M sources or from an already formatted disk; it is also the same for 3.5
and 5.25 disks. Of course, the physical boot record of 2M disks has a program
which is a logical part of the SuperBOOT code and is also public domain (It is
permissible to copy it, even modifying it if necessary). Since writes to FAT2
are ignored (and reads are performed from FAT1) to be able to write the
physical boot record or SuperBOOT code, it will be necessary to tell 2M,
loaded in memory, not to perform emulations in these cases. To do this, there
is a little trick: to use head numbers 128 or 129 (instead of 0 or 1).
It is necessary to take into account that the first track of a 2M disk has
fewer sectors than the rest of the tracks. So, do not access more than 1
(physical boot) + N (FAT1) + 1 (virtual boot) + 5 (SuperBOOT code) = 7 + N
total sectors; in double density disks, there is no SuperBOOT code (so, the
formula will be 2 + N).
If the disk is formatted using STV technology (when offset 65 of boot
record is equal to 1) all the track must be written to after format to really
complete it (and to avoid future CRC errors). This is not necessary on side 0
of cylinder 0. Also, for cylinder 0 side 1 it will be necessary to use head
129 instead of 1 to force the write operation, since some sectors of FAT2 are
usually located at the beginning of this track and the write would be ignored
because of the emulations performed by 2M. To simplify, it will be sufficient
to write all tracks, except the first, using head 128 or 129 (in the first
track it isn't necessary: there are fewer sectors; it is best forget it). The
STV technology is used by 2MF with /M switch.
There is an alternative way to format 2M disks when 2MDOS is also loaded.
Use the standard 18h function to set the disk type to be formatted, as this is
also supported for 2M disks (if the user hasn't disabled this with the
appropriate switch: in this case a "format not supported" error would be
returned). Once the media type has been set, it will be sufficient to call the
standard BIOS format function, although there are some differences (the table
pointed by ES:BX really isn't used and the number of sectors is not taken from
the disk parameter table) the format program doesn't need to consider them. Of
course, here it isn't necessary to write tracks on STV technology disks after
formatting them; this is automatically performed by 2MDOS. In fact, MS-DOS
FORMAT is capable of building 2M disks (for example, FORMAT A: /T:82 /N:23)
with 2MDOS loaded (with MS-DOS FORMAT, but not the DR-DOS version, remember
also that the user needs to set the 2MDOS /FORMAT switch to skip a FORMAT
bug). 2MDOS automatically adds SuperBOOT code and initializes the physical
boot record when formatting the first track. Do not to forget that this
technique requires 2MDOS in memory, and is slower. The 2MDOS installation
check is the same as the 2M one, but search for ":2MDOS:" substring.
2) PHYSICAL FORMAT OF 2M DISKS AND THEIR BOOT RECORDS.
──────────────────────────────────────────────────────
To understand this section it is best to read the previous one first for
important information. 2M disks have a first track with standard format (512
byte physical sectors) and approximately normal capacity. This lets the BIOS
read the boot record to begin loading the operating system and also speeds up
FAT access. The second FAT copy isn't used (it's emulated using the first
copy) and allows the storage in its sectors of the logical or virtual boot
record (the authentic boot record stored by a SYS command) and the SuperBOOT
code, which loads the 2M kernel in memory before the loading of the operating
system. Also, since 512 byte sectors are used, these tracks have less capacity
than the rest and the emulation of the second FAT avoids this problem.
The rest of the tracks in 2M disks have two possible architectures. In the
ordinary one, used by default by 2MF, the tracks are filled with 1024 byte
physical sectors. From the point of view of the software, this is not a
problem, because 2M resident code emulates double the number of normal 512
byte sectors. These sectors in high density disks are closer to each other
than in standard DOS disks. But the GAP or separation is sufficiently large
(40-50 bytes) to support a 1:1 interleave reliably. In fact, Chicago beta
releases have been distributed on 1.68M disks (80 tracks and 21 sectors) with
a GAP of only 12 bytes (the smaller capacity is due to the use of smaller
sectors). 2M double density disks use an even larger GAP than standard ones
(up to 25%).
The other architecture, called STV by 2M, consists of putting sectors of
different size on the same track to complete it. So, for example, a track from
a 2M 1.88M disk has five 2048 bytes sectors, one of 1024 and other of 512
bytes. Once more, a track with 512 bytes per sector is emulated and the
physical structure is hidden from the system software. This solution also
implies closer sectors: the reliability of this format is slightly inferior to
the other, but is acceptable. The interleave needs to be 1:2, which means
lower performance. However, IBM has recently adopted a similar technique in
its new 1.84M OS/2 disks, so we think that this is sufficiently reliable. But
this format technique uses some characteristics quite different from the
official specifications of the floppy disk controller, which in theory is not
designed to format tracks with sectors of different size. In fact, this
operation is performed (by 2M) by first formatting the track with a little
trick, and then writing it to complete the format. The IBM format also
infringes another rule: the bigger sector size is above the 4096 bytes in
theory officially supported by most disk controllers. However, after more than
a year, these techniques have been demonstrated to be sufficiently supported
by all compatible computers.
The boot record of 2M disks has, in addition to the program which loads
the SuperBOOT code into memory (in high density disks; in double density ones
it prints a message saying that the disk isn't bootable) sufficient
information to allow the resident 2M code access to this disk format and to
enable 2M routines to format another (identical) disk. Also of course, the
usual operating system fields. You'll rarely have to build 2M boot records for
copying 2M disks, but this task may be necessary when formatting (a diskcopy
program doesn't needs this, since although it has to format the target, it can
access the physical boot record of the source disk by reading head 128).
In 2MF there is a complete and complex table in the code which makes boot
records; however described here are the basic format of these sectors in both
possible 2M architectures. Most fields of the boot record are identical in
both architectures:
Assembler Comment Offset
─────────────────────── ─────────────────────────────────── ───────
JMP BootP ; 3 bytes 0
DB "2M-STV04" ; system ID (04 for 1.88M disk) 3
DW 512 ; bytes per sector 11
DB 1 ; sectors per cluster 13
DW 1 ; sectors reserved at the beginning 14
DB 2 ; number of FAT copies 16
DW 224 ; root dir entries 17
DW 3772 ; total number of sectors 19
DB 0FAh ; media descriptor 21
DW 11 ; sectors used by each FAT 22
DW 23 ; sectors per track 24
DW 2 ; number of sides 26
DD 0 ; special reserved sectors 28
DD 0 ; number of sectors (32 bit drives) 32
DB 0 ; physical drive 36
DB 0 ; reserved 37
DB 29h ; disk with serial number 38
DD 4B368A0Eh ; serial number (random) 39
DB "NO NAME " ; volume label 43
DB "FAT12 " ; filesystem 54
DB 1 ; bit 0 = 1 if DateF/TimeF defined 62
DB 0 ; checksum of 2M fields (if used) 63
DB 7 ; format version (>=7 if virtual BOOT) 64
DB 1 ; set to 1 if write after format 65
DB 0 ; data transfer rate in track 0 66
DB 0 ; data transfer rate in other tracks 67
DW BootP ; offset to boot program 68
DW Infp0 ; T1: information for track 0 70
DW InfpX ; T2: information for other tracks 72
DW InfTm ; T3: sectors sizes table 74
DW DateF ; date of format (2M 3.0+) 76
DW TimeF ; time of format (2M 3.0+) 78
Infp0 DB 19, 70 ; number of sectors / preformatting GAP3≡
DB 1,2,3,4,5,6,7,8 ; sectors arranged (20..23 doesn't exist)
DB 9,10,11,12,13,14
DB 15,16,17,18,19
InfpX DB ? DUP (?) ; this table depends on disk type≡
InfTm DB 4,4,4,4,4,3,2 ; size of sectors 1, 2, 3,..., and so on≡
BootP:... ; SuperBOOT code loader
The system ID field is used by 2M to detect a 2M disk when a disk change
is detected. There are a total of eight 2M disk formats: 902-1558-1066-1886K
and 820-1476-984-1804K. There must always be two copies of the FAT. It is not
convenient to modify cluster size, at least in high density disks (this would
reduce the second FAT size and would disable the SuperBOOT). The media
descriptor byte is 0F0h in the 1476K disk format (to ensure Scandisk
compatibility). The checksum performed by 2M in version 7 of the format
(current version) consists of the sum of the bytes from offset 63 to just
before the boot program, which must result in zero (the checksum byte is used
to force this). Version 7 of the format supports virtual boot (with old disks,
2M code returns the physical boot record instead). The data transfer rate,
required to program the disk controller, normally would be equal in all
tracks; the only exception is the 3.5-DD disk format (this uses 250 Kbps in
the first track and 300 Kbps in the rest). The BootP field is a pointer to the
boot code stored after all data tables which helps the boot program to locate
itself in memory. The Infp0, InfpX and InfTm pointers point to different data
tables, as will shortly be discussed. Finally, with 2M 3.0 it is possible to
store in the boot record the date and time of format (this is performed by
2MF, but not by 2MDOS).
The first table (Infp0) defines the format of the first track of the disk.
The number of sectors is almost normal and these sectors are 512 bytes each.
There aren't sufficient physical sectors to fill all the logical sectors of
this track, however the second FAT emulation enables us to overcome this. The
first byte indicates the number of sectors; the second, the GAP3 for format
and finally the number of sectors. Latest 2M releases support a 1:1 interleave
in this track without problems.
The last table (InfTm) is a list of sectors sizes in all the tracks except
the first. Remember that tracks are filled with 1024 byte sectors (size 3) or
with sectors of different size. This is the case in the example given: 7
sectors (5 of 2048 bytes, 1 of 1024 and 1 of 512).
The format of InfpX table, which depends on disk type, is now described.
Here is defined the structure of the remaining tracks of the disk (all except
the first). This is the structure it has on 820-1476-984-1804K disks:
InfpX DB 11, 40 ; number of sectors / GAP3 for format≡
DB 3 ; sectors size
DB 1, 2 ; Sector Sliding (alterable with 2MF /X /Y)
The first byte is the number of sectors; the second, the GAP3 for the
format; the third the sector size (3 = 1024 bytes) and finally the constants
for Sector Sliding. In 902-1558-1066-1886K formats, this table has a
completely different structure:
InfpX DB 64, 3 ; number of sectors / GAP3 for *preformat*≡
DB 7 ; number of sectors to renum
DB 128+1, 4, 4 ; renum table:
DB 128+12, 1, 4 ; number of sector, new number, size
DB 128+23, 5, 4
DB 128+34, 2, 4
DB 128+45, 6, 3
DB 128+51, 3, 4
DB 128+62, 7, 2
In these disk formats an initial preformat is performed using 128 byte
sectors, but sometimes bigger sector sizes are used when sending their 4 bytes
to the floppy disk controller. These sectors are also stored very close (the
GAP3 for preformat is typically 3 bytes in 1476K/1886K, 4 bytes in 902K and 5
bytes in 1066K and 3772K). The final number of sectors which remain on the
track is much lower, and is indicated in the third byte of the table. The
sectors are numbered from 129, but some of them (as the own 129, the 140,...
etc) will finally be designated another number (for example, in 1.88M disks,
between 1 and 7) and a bigger size. Finally, when these sectors are written
they will be unique in the track, overwriting the others. This table also
defines the order of sectors, with a final 1:2 interleave (this is inevitable
because their closeness).
3) INTERESTING CHARACTERISTICS OF 2MGUI.
────────────────────────────────────────
During testing, it was noted that the track capacity of disk drives is
related directly to the speed of rotation, which is quite logical. For
example, a 3.5" high density drive which completes a rotation in 199.9
milliseconds supports 12,405 bytes per track, while a drive which rotates each
199.1 millisecond can support only 12,348 bytes. These are extremes, with most
diskette drives supporting capacities between these values. Even so, the
default capacity used by 2MGUI is not close to these limits. The objective is
to format disks which can be interchanged among different computers.
Disk reads do not cause problems, because the worst drive (the one which
rotates at the fastest speed) can read data from the best one (the one which
rotates at the slowest speed), since the clock signal is derived from data
stored on the disk, with a 5% tolerance. But, when writing to a disk, the
clock signal comes from the computer's floppy disk controller clock (which is
about the same on all computers). But, if the drive rotates at a higher speed,
the track ends earlier and the beginning of the same track is overwritten. As
a result, disks which use maximum capacity on a "good" (slower rotation) drive
will be damaged when written to in a "bad" (faster rotation) drive. Again,
there is no problem with the reading process.
If the track size is a multiple of the logical sector size used (128 bytes
by default instead of 512), it wastes disk capacity when rounding down. To
avoid this 2MGUI lets a logical sector be located between two tracks. In this
way, total disk capacity cannot be an integer multiple of the number of tracks
and sides. This also forces the construction of a device driver that treats
the disk as an array of sectors (a logical device with only one 128-byte
logical sector in each track, only one head, and many tracks, as a RAMdisk).
In the writing process, 2MGUI disks are about two or three times slower
than the reading process. But they are sometimes faster than reading the
optimized, standard formatted disks, depending, of course, upon the size,
number, and fragmentation of the files to read. The read speed is due to the
internal buffer which stores the tracks that have been read using a unique
disk access. In writing, 2MGUI performs a delayed write, which dramatically
optimizes some operations, especially as they relate to the root directory.
However, in the case of operations that deal with only a portion of a track,
it is necessary to read the track before rewriting with new or changed data.
Although this implies a large performance degradation, it can be minimized by
using large transfer buffers, such as near to the DOS 64 kilobyte limit. A
future 2MGUI version may increase the write speed to close to the read speed,
implementing something like a "delayed read," delaying and skipping the
reading (and immediate writing) of some tracks which would also later be
changed and modified. However, this requires the use of an additional buffer,
which would be located in XMS, and would approximate a real cache.
The driver implements some IOCTL services. More exactly, the services
related to device information (which will allow diagnostic tools to accept the
new drives as diskette drives), the service needed to allow the DOS DIR
command to show the diskette serial number, and the reading/writing of entire
track services, which are needed to support DISKCOPY. The FORMAT service,
however, is not supported, so the target disk must be already formatted to use
DISKCOPY. DISKCOPY programs can work both at the DOS disk interrupt level
(INT 25h/26h) and at the IOCTL services level.
4) DISKBOOST FORMAT TECHNOLOGY AND SOME OTHER CONSIDERATIONS.
─────────────────────────────────────────────────────────────
This technique consists of a specific arrangement of sectors so that, even
when moving to consecutive tracks, disk operations will be performed in only
one disk revolution; the usual technique is to shift sector numbering on
consecutive tracks. In this way, the time required to change cylinders or the
active head is sufficient small to allow reading of the first sector of the
new track (Sector Sliding technique).
The new Diskboost technique, used first by the TurboDsk shareware utility
(from Lord Ground) and now by 2MDOS avoids the need to shift sectors, thus
allowing a gain in speed. This method consists of placing data sectors not
only at the beginning of the tracks, but a little before those points. This
deviation is a little different in that both sides of the same cylinder are
used to compensate for the different cylinder or head change times. To
accomplish this, there are extra, unused sectors at the beginning of each
track. Also, the GAP at the ends of the tracks are larger, since the sectors
are closer. On side 0, there are two unused sectors at the beginning of the
tracks, and one sector on side 1. The format GAP is only 45 bytes on 1.44M
diskettes or 40 bytes on 1.2M disks, which is modest, but reasonable. We note
that the TurboDsk utility uses bigger GAPs, but does run the risk of loss of
speed in some systems, especially when many TSR's are loaded. The unused
sectors and the larger remaining space at the ends of the tracks is for the
heads to rest during cylinder/head commutation time. In this way, it is
possible to access consecutive tracks in a single disk revolution. Double
density disk formats are, from the start, twice as slow (because of the
density) and neither 2MDOS nor TurboDsk use this technique. Also, it might
not be feasible; in fact, in 1.2M diskette formats, the technique is applied
"just enough," and, in the tracks with two extra sectors, the last overlaps
the first. Fortunately, since neither are used, this does not create a
problem.
The advantage of the DiskBoost technique is the high speed reading and
writing of the resulting disk format, which is also standard and can be
recognized by almost every diskette drive controller, including those of
non-PC systems. However, it implies a loss of data storage capacity. It is
clear that the unaided DOS FORMAT command is, until now, one of the worst disk
formatting programs available today (but not the unique).
{LINEASUBMENU [OS/2 3.0 DISKS]}
This section will describe the physical format of the 1.84M disks
appearing with OS/2 3.0. My intention is not to favour particular software
products, but to show the similarities and differences with 2M disks. Even
though OS/2 1.84M disks were introduced after 2M, they aren't compatible with
2M and don't have any advantages. I don't know if it's possible to make them
bootable, but the first two disks of the OS/2 distribution have the standard
1.44M format (remember that 2M is capable of booting the system from a
1.80M/1.88M disk). In the information for programmers section there is
detailed information about the 2M disk structure; here I'm only showing the
OS/2 disk structure and contrasting it with the 2M structure. These disks seem
not to be supported by OS/2 FORMAT, but OS/2 recognizes them and they are used
to distribute the system.
File images from 1.84M OS/2 disks (created and managed with XDFCOPY) can
be dumped into 2M 80 track diskettes (2MF A: /M /T=80) with any standard
utility (RAWRITE, WIMAGE). This makes it easy to convert OS/2 disks into 2M
format to use them under DOS. The opposite operation is almost possible (but
not quite since all OS/2 disks have 2.5 Kbytes marked bad at the beginning
for technical reasons).
The first cylinder of these disks is formatted with 512 byte sectors on
both sides. Remember that 2M does something similar but only on side 0. The
sector numbering on this first track (cylinder 0 and head 0) is from 1 to 8
and from 129 to 139. The results of a 765DEBUG run shows:
Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 10.11] 10.11 8 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 27.47] 17.36 137 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 37.56] 10.09 1 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 47.67] 10.11 138 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 57.76] 10.09 129 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 67.85] 10.09 139 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 77.95] 10.10 130 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 88.04] 10.09 2 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 98.18] 10.14 131 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 108.26] 10.07 3 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 118.37] 10.11 132 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 128.44] 10.08 4 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 138.55] 10.11 133 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 148.64] 10.09 5 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 158.74] 10.10 134 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 168.83] 10.09 6 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 178.93] 10.09 135 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 189.02] 10.09 7 512 ( 2) 0 0 0x01 0x00 0x00≡
[ 199.12] 10.10 136 512 ( 2) 0 0 0x01 0x00 0x00≡
That is, there are 19 sectors on this track (1 above normal). The first 8
sectors can be recognized by the BIOS and executing a DIR command from DOS
will show some information about the disk, even if there is no support for
OS/2 disks loaded. But OS/2 always uses sectors with high sector numbers,
starting with 129; in fact, sector 129 is the authentic boot record shown by
OS/2 (OS/2 1.84M disks also have a physical boot record and a virtual boot
record). Head 1 of cylinder 0 has another 19 sectors, numbered now from 129
to 147. The interleave selected for both sides is 1:2. Actually, it's not
necessary to use this interleave for sectors with so much separation; but
since the rest of the tracks need it, it simplifies the design of the software
to use it on the first track too. (In fact, the first 2M releases also use a
1:2 interleave in first track; later, low level routines were optimized to
allow multisector access where possible).
In total, the first two tracks have 30 sectors available for OS/2 (the
first 8 sectors of the first track are only used to provide information for
a DIR command from MS-DOS). Since these disks simulate 23 sectors per track,
there are 16 logical sectors missing in the first two tracks which must be
accounted for in some way. First, the second FAT copy is emulated using the
first one, since the boot record says that the disk has two logical FATs. The
other 5 sectors are simply made unavailable by marking them as bad in the FAT.
This is the reason why CHKDSK reports 2560 bytes in bad sectors, which isn't
really true. These bad sectors are the first 5 clusters of the disk (you can
look at sector 130, the first block of the FAT under OS/2, to verify this).
Now, for comparison, we'll take a look at the format of the tracks of a
1.88M 2M disk (after the first track), helped again by the 765DEBUG utility:
Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 33.95] 33.95 3 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 45.32] 11.37 7 512 ( 2) 0 1 0x04 0x00 0x00≡
[ 79.14] 33.82 4 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 112.94] 33.80 1 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 146.76] 33.82 5 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 180.58] 33.82 2 2048 ( 4) 0 1 0x04 0x00 0x00≡
[ 198.97] 18.39 6 1024 ( 3) 0 1 0x04 0x00 0x00≡
The rest of the tracks of an OS/2 1.84M disk are formatted for high
capacity in a way similar to that used by 2M for the 1.88M format, but with
different sizes. As the following table shows, there are four sectors per
track numbered beginning with 130. This format is performed in two phases:
filling the track with small sectors of tricked size and then later joining
them with a special write operation:
Milliseconds Sector Size Cylinder Side ST0 ST1 ST2≡
──────────────────- ────── ──────────── ──────── ────── ───── ───── ─────≡
[ 19.91] 19.91 131 1024 ( 3) 1 0 0x01 0x00 0x00≡
[ 29.84] 9.92 130 512 ( 2) 1 0 0x01 0x00 0x00≡
[ 64.73] 34.89 132 2048 ( 4) 1 0 0x01 0x00 0x00≡
[ 199.73] 135.00 134 8192 ( 6) 1 0 0x01 0x00 0x00≡
There is one sector per track of each of the following sizes: 8192, 2048,
1024 & 512 bytes. This is equivalent to a 2M 1.88M disk where four of the 2048
byte sectors are combined into only one sector of 8192 bytes. The disadvantage
of this technique is that the internal buffer to handle transfers is larger.
For example, if 2M.COM were to support this format, it would use 11 Kb of
memory instead 5. On the other hand, the advantage is that there are fewer
sectors in the track so they can have more separation. Increased separation
means that a disk formatted on a drive with a low rotational speed can still
be read on a drive with a high rotational speed (and vice versa). Practically
speaking, however, the separations used in 2M disks provide good readability.
E.g., only when you are transferring a disk from one drive which is far out of
spec on the slow side to another drive which is far out of spec on the fast
side will the OS/2 format provide better readability.
IBM has used some good ideas also available on 2M sometime ago, but it had
to pay to license them from the company which owns the "XDF" technology. So,
in this 2M release I have made it very clear that the 2M disk format is public
and free and I'd like to see it become a standard for extending the capacity
of floppy disks. Anybody can use these ideas without worrying about getting a
license.
In any case, the format adopted by IBM has served to legitimize and to
recognize the usefulness of programs like 2M. 2M is not only one of the
pioneer in high capacity formatting of disks but it's still the leader and
in addition supports several kinds of disks and drives. All those who doubt
the reliability of "non-standard" disks should reconsider based on IBM's
endorsement of these techniques.
{LINEASUBMENU [REGISTERED TRADEMARKS AND WARRANTY]}
REGISTERED TRADEMARKS
─────────────────────
■ IBM, IBM PC, XT, AT, PS/2, OS/2 are registered trademarks of International
Business Machines.
■ Borland C++, Turbo Assembler, Turbo C, are registered trademarks of Borland
International Inc.
■ QEMM is a registered trademark from Qarterdeck Corporation.
■ MS-DOS, Microsoft, Microsoft Windows and Microsoft Chicago are registered
trademarks of Microsoft Corporation.
■ DR-DOS is a registered trademark from Novell Corporation.
■ UNIX is a registered trademark from AT&T Bell Laboratories.
■ AMI is a registered trademark from American Megatrends Inc.
All other trademarks not mentioned are the
property of their respective companies.
WARRANTY
────────
THE AUTHOR OF THIS PROGRAM DOES NOT ASSUME ANY RESPONSIBILITY FOR
POSSIBLE DAMAGES OR DATA LOSS THAT PROPER OR INPROMER USE MAY CAUSE.
SO, HE NEVER WILL BE OBLIGED TO PAY THE HYPOTHETIC REPAIRS DERIVED.
{LINEASUBMENU [ABOUT 2M-INFO AND 2M 3.0]}
This program can be run with optional switches to run 765DEBUG or FDTR
utilities directly. It also has options to avoid initial and ending screens,
to force text mode, or to specify the number of lines. You can get additional
information by typing 2M-INFO /? at the DOS prompt.
The initial screen is drawn in 320x400x256 (X mode) with a digitized image
from Muy Interesante, Spanish edition, number 162, page 173. This image is
compressed in the FMC file.
Finally, the FDA file contains this text and menu definitions. It is an
ASCII file, and its control codes (also ASCII) can be removed by deleting the
text between the brackets, {}, except the text between the square brackets.
All programs of 2M 3.0 package have been developed in assembler or in C.
Borland C++ 3.1 and the assembler included have been used.
I am a computer science student, and will try to propose 2M as my "end of
course project" to my instructors. Note that it is important for me to get the
maximum number of postcards, letters, email, and other greetings, as well as
suggestions for improvement of the software. Many thanks in advance.
2M versions released to date:
7/07/93: 2M 0.5ß - First beta release (1.88M).
8/22/93: 2M 0.8ß - 1.06M/1.88M (3½) and 902K/1.55M (5¼).
10/31/93: 2M 1.0 - New 984K/1.80M (3½) and 820K/1.47M (5¼) formats.
12/15/93: 2M 1.1 - A faster start of the format on blank diskettes.
2/02/94: 2M 1.3 - First version distributed on the Internet.
4/30/94: 2M 2.0 - SuperBOOT code, 2M-ABIOS and 2M-XBIOS.
5/31/94: 2M 2.1 - Improves 2M-XBIOS and better documentation.
3/06/95: 2M 3.0 - 2MGUI: 1.17M/1.97M (3½) and 976K/1.63M (5¼).
2MDOS: Enhanced support and format optimizer.
New 2M-INFO with 765DEBUG
▀▄
▄ ▄ ▄▄ ▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄█▄
▄▀
▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄ ▄▄▄▄▄▄▄─┼─ ▀
█ ▄ ▄ █ █ ██ █ █ ▄▄▄▄▄ ▄ ▄
█▄ ▄ ▄▄▄▄▄ ▄ █▄▄▄▄▄ █ █ █▄▄▄ █▄ █ ██ ██ ▄▄▄ ▄▄▄
██ █▄ █▄ █▄ ▄█ █ █ █▄ ██ █▀▀▀▀ █ ▀ █ ▄█ █ █
██▄▄▄▄ ██ ██ ██ ▄▄▄▄██ █▄▄▄▄█ ██ ██ █▄▄▄▄ █ █ ▄▄█ ▄ █▄█
{LINEASUBMENU [MAIN MENU]}
{LINEAMENU 765DEBUG}
{LINEAMENU FDTR}
{LINEAMENU [LICENSE AND USE CONDITIONS]}
2M IS NOT FREEWARE: IT IS A CARDWARE PROGRAM
────────────────────────────────────────────
2M is an experimental project and the result of over 2,000 hours of
authentic investigation and programming. Nobody works free in exchange for
something, but I want very little. To use 2M in some way and not send me a
postcard is as unethical as not paying money when taking a newspaper from a
gas station. In case in the future the rights to this program are surrendered
to some company, a non-negotiable condition will be to respect the registered
user status of any users that sent me their postcards. Register now and you'll
be a legal user forever (this does not include future products based on 2M
techniques). And only for the cost of a postcard and a stamp!
To register 2M, please send a *postcard* to the author of 2M. This gives
you full rights to use all functions of the program, with the only restriction
being that you cannot charge other people for the program. The user can
*freely* give a copy of the program to anybody, and they must register
themselves if they decide to use 2M. Send all postcards to:
Ciriaco García de Celis
C/Renedo 2, 4-C
47005 Valladolid
Spain
Registered users who send me an electronic address in the postcard
(Internet, Fidonet, Compuserve, etc) will be advised by Email when a new
release appears.
Public domain and shareware distribution companies may charge a little
fee to distribute 2M with other programs in CD-ROM, disk, or any other media.
People who obtain 2M from these sources should still register with a postcard.
The use of 2M/2MGUI disks, their boot record or SuperBOOT code is not and
will not ever be subject to license. 2M/2MGUI disks, their boot record and
SuperBOOT code are completely public domain (in fact, they aren't even
exclusive to MS-DOS) and can be duplicated and reproduced without limitations;
the 2M author never will surrender 2M rights to any company that does not
accept the public domain condition of boot record, SuperBOOT code, or does not
accept the already registered users. But they are subject to the license for
use of 2M files (this is still near to indispensable under MS-DOS), so the
users of files included in the 2M package must register by sending me their
postcard. The conditions for the companies that decide to use 2M disks as
media to distribute their own products are really good, as I'll say
later. The "2M" words refer to all the files included in the 2M package.
Is it worth the effort to send me a postcard?
- 2M source code consists of more than 24,000 completely different lines (360
printer pages). This source is even public which is unique for this software
type.
- Besides resident DOS support and the formatter, 2M also provides a BIOS
upgrade option for those systems which need it, to add high density
support to PC/XT systems (and 1.44M to obsolete AT systems).
- A format optimization program to get, without argument, the fastest disks
in the world.
- 2M 3.0 regains the absolute leadership: you can be sure of having the
highest capacity formatter, at this moment, in the world.
- This program (2M-INFO) is a complete tutorial with the most powerful
diskette debug and benchmark techniques available. 765DEBUG is the unique
disk tool capable of exploring all disk formats, and allows writing at the
full physical track level.
- 2M is the result of constant investigation and updates: it reliability
complies with strict specifications; this explains the long development time
and the fact that other companies try to imitate it. All the people who
distrusted "non-standard" diskettes have received a big punch from IBM
with its new 1.84M disks, which is equivalent to the maximum 2M capacity
format (which appeared long before), and wasn't even suggested by me
(really, it's due more to speed than safety reasons).
New 2M releases are always revolutionary in comparison with preceding
ones. How many programs, after they have supposedly reached their limits,
continue growing in the next version? Send me your postcard, as a registration
card. Sending a postcard appears to be very unusual, but I'd like to help
change this way of thinking with 2M.
* * *
The user can modify 2M source code to fit it to the users personal needs;
however, it is forbidden to distribute modified releases of the package or any
of the files included. To include a change in source code, please write the
author, the only person authorized to release new versions, and propose the
changes. Also, to release new programs based on 2M source code without
obtaining permission is illegal, and will be pursued by current laws. However,
other programmers may develop, without obtaining permission, programs with 2M
disks support, or translate 2M into other operating systems. While the source
code can't be literally copied, the basic ideas of 2M (and so, 2MGUI ones) are
public domain, including physical disks formats, the boot record and the
SuperBOOT code.
Conditions for the companies or people that want to use 2M disks to
distribute their own applications (or programs from other companies), or to
use 2M software for build 2M disks:
1-2M disks can be used as media to distribute any type of application. A
commercial program may be distributed on 2M disks, but without charging
extra money for this concept (remember that the 2M disk format is
completely public domain).
2-Such applications distributed on 2M disks can include even 2M.COM or
2MX.COM files *unmodified* (2MGUI is still an experimental program),
otherwise they must include also the complete 2M package (2M30.ZIP) and
not only other individual files.
3-The companies who use 2MF or 2MDOS to duplicate their distribution disks,
must send me a postcard just like any 2M user (they aren't obliged to do
this for using 2M disks, since the disk format is public and they could
have obtained 2M disks with other programs or in other operating systems).
4-In case of future surrendering of 2M rights to any company, point 3 which
asked for registration by postcard may vary in their *future*
distributions on 2M disks, modifing the conditions for ALL 2M versions
released in any time, even if they have already sent me their postcard;
but the disk format would continue being public domain (so, they can use
other utilities to build 2M disks if they don't agree to the new
conditions). Previous distributions will never be discussed.
My objective is to encourage the use of the 2M format, but preserving my
rights over the 2M package files and my opportunity to modify the usage
conditions for future users (and for companies that have already used 2M, but
will be using it again). I am not attempting to have any license over the
physical disks formats because they are in the public domain.
{LINEAMENU EXIT}
{FINIDIOMA ENGLISH}