Lo primero, monte sus particiones del dos como subdirectorios de Linux.
Por ejemplo, debería crear un directorio en Linux tal como /dos
mkdir -m 755 /dos
y añadir una línea como la siguiente:
/dev/hda1 /dos msdos umask=022
en su /etc/fstab. (En este ejemplo, el disco duro está montado
sólo lectura. Puede montarlo como lectura/escritura reemplazando
"002" por "000" y utilizando la opción -m 777 con
mkdir). Ahora haga un mount /dos. De forma que pueda
añadir una línea como la siguiente:
lredir d: linux\fs/dos
en el archivo AUTOEXEC.BAT en su hdimage (léase los comentarios
respecto a LREDIR más adelante). En un sistema multiusuario, puede
utilizar:
lredir d: linux\fs\${home}
donde "home" es el nombre de una variable de entorno que contiene la
localización del directorio del dos (/dos en nuestro ejemplo).
Tim Bird (
Tim_R_Bird@Novell.COM) expone que los usuarios
de LREDIR deberían tener cuidado cuando utilizan LREDIR en el
autoexec.bat, dado que el command.com está continuamente
analizando el autoexec.bat desde la unidad redireccionada con el
mismo desplazamiento en el archivo que cuando fue dejado en el
autoexec.bat de la unidad física. Por este motivo, es más seguro que
el archivo autoexec.bat de la unidad redireccionada y de la unidad
física (imagen del disco) sean el mismo.
Robert D. Warren (
rw11258@xx.acs.appstate.edu) informaba (4/28/94) de lo
siguiente:
Tengo una pequeña imagen arrancable del disco duro (hdimage, que
ocupa menos de 1MB - y es el doble de grande de lo que es necesario a fin
de cuentas), y la última línea en mi config.sys que está en la imagen
arrancable es:
install=c:\lredir.exe c: LINUX\FS\home/dos
De esta forma se ejecutará lredir justo antes de que el intérprete de
comandos lo haga. Y he conseguido hacerlo funcionar correctamente tanto
con el command.com como con el 4DOS. Esto elimina el problema
del desplazamiento utilizando lredir en el autoexec.bat.
Uwe Bonnes (
bon@elektron.ikp.physik.th-darmstadt.de) añade (8/11/95) que:
Resulta útil el hacer:
install=C:\subst.exe g: c:
antes de eso, de forma que todavía pueda acceder a la imagen del disco
duro en la unidad g:. Otro truco interesante que viene al tema es el
configurar dosemu para utilizar "autoexec.emu" y así mantener el dos
y dosemu aparte.
Por ahora, las unidades comprimidas no pueden ser accedidas a través del
redireccionador (lredir o emufs). Sin embargo, mucha gente han
podido hacerlo simplemente descomentando la línea:
disk { wholedisk "/dev/hda" } # 1st partition on 1st disk
en el fichero de configuración del dosemu.
Otros lo han conseguido utilizando
disk { partition "/dev/hda1" }
Si su partición del dos ya está montada con permiso de escritura e intenta ejecutar dosemu con acceso a la partición o al todo el disco, dosemu imprimirá un mensaje de aviso y abortará. De esta forma se evitan escrituras independientes al disco por parte del DOS y de Linux, que resultarían en datos inconsistentes.
Si está instalado el LILO, lo anterior no funcionará. Sin embargo...
Thomas Mockridge (
thomas@aztec.co.za) informaba (8/5/94) que
He estado trabajando un poco para arrancar dosemu con el LILO y Stacker 4.0...
dd el MBR a un archivo. (o usando las utilidades norton,
etc., los 512 primeros bytes)
fdisk /mbr, y
active su partición del dos con el fdisk (del dos).
/var/lib/dosemu/partition.hda?
(cualquiera que sea su partición del dos)
dosemu.conf:
disk {partition "/dev/hda? ?"}
LILO.
Holger Schemel (
q99492@pbhrzx.uni-paderborn.de) comentaba (2/10/94) lo
siguiente:
Se trabaja igual de bien bajo dosemu con MS-DOS 6.0. Si tiene problemas,
entonces debe editar el archivo 'dblspace.ini' a mano y cambiar la
letra de la unidad por la letra de la unidad que utilice bajo dosemu.
Darren J. Moffat (
moffatd@dcs.gla.ac.uk) también comentaba (3/27/94) lo
siguiente:
"¡¡...utilice 6.2 si lo tiene!! Tan sólo asegúrese de tener a mano un
disco de arranque con el LILO puesto que el dos 6{.2} cambiará el
MBR."