roberts
Group: Members
Posts: 4983
Joined: Oct. 2003 |
|
Posted: May 23 2005,15:49 |
|
I will share with you the limits of my knowledge and experience on this matter. The USBHDD is simple, it seems to work no matter the size of the pendrive. However, it is limited to BIOS that can boot USBHDD and windows cannot see it. Therefore it is not suitable for running dsl-embedded, i.e, qemu.
USBZIP is a pain because of the geometry required. The latest version of Syslinux contains an executeable that I call from my install script, frugal_usb.sh. The executable is mkdiskimage. The line in the script is: ./mkdiskimage -1 /dev/$DEVICE 50 64 32 The 50 is for the 50MB partition. I don't have large pendrives to test, so I asked Kent, ke4nt, to help me test my script. What we found is that the executeable fails at larger than 250MB. Now, when you come to think of it, the zip drives were 250MB. So, if you pendrive is 256MB or less you might be successful by adjusting the 50 to 120 for 128MB or 250 for 256MB. Another adjustment, is to change the 50 to 0 the executeable will try to calculate the geometry needed for your pendrive. Again it fails on anything larger than 256MB pendrive. Actually, my first attempt at creating my script, I used the zero option and only a single partition, hoping it would work on all pendrive size. Unfornately not. I still have my original script. I could post it but again it will fail with anything larger than 256MB pendrive.
Note that if you make that adjustment to the script, the script is still trying to make a 2nd partition and pre-setup the restore and mydsl to use the second partition.
My point being is that you lose very little by having two partitions. I must write code to handle the widest number of cases. I cannot enjoy the "well it works for me" syndrome.
But, I do see your point, you want to maximize that area of which windows can see. I guess that being, is becasue you download using windows and not linux? Or is it qemu that is your desire?
|