No way, the command WIN_REMV does not produce any visible results.
After a brief look at the smsq/e sources I think that the command is
disabled (or better is not implemented).
The following example is very clear , I think.
win_remv thg_extn {REMV},win_wp,hd_bochrmoveq #0,d0 rts Ciao Fabrizio ----- Original Message ----- From: "Jerome Grimbert" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 20, 2003 11:58 AM Subject: Re: [ql-users] Microdrives for Q40 > > Fabrizio Diversi makes some magical things to make me read > } Btw, does anyone know why i have to perform a "DEL_DEFB" command after having swapped (hot) the md , before to see the right content ? > > Because there is a caching mechanism which assume that md are not removable... > look for WIN_REMV in a manual to tag a partition/drive as removable. > (it must be something like that, but it might be unimplemented ?) > > } I tried to use mtools package (from J.Hudson) to try to read a dos (fat) formatted md without success, does anyone know hot to read a fat hd from smsq ? > > The format of HD on Qx0 is Atari compatible, not PC. > This means that so far native access from Qx0 to PC part is not possible (yet ??). > And coexistence of a disk on both OS/hardware might be problematic > (extended partitions are GEM tagged or MS/Linux tagged) > Also, the byte order of pointer in the table might be different (seems to > remember the Linux on Qx0 need to use atari-fdisk, not the classical fdisk) > Also, MBR might start with some magic code which some hardware follow blindly if it's a boot disk! > > The mtools might only implement fat12 (floppy). > To access a HD, you need support of fat16 (at least). > Also, on a floppy, there is no partition table, whereas there is nearly always > one on HD (only exception I know: Qx0 with a single partition made with format on a blank disk). > > Assuming a compatible partition table, you would still need to understand the partition-filesystem... > > } Obviously all this is valid only for q60, the same md attached to an usb reader is perfectly visible from qpc like all the other dos disks. > > Of course, because the access is done by the MS-OS which show it to QPC! > QPC does not perform hardware-IO itself, IIRC. >
