Eric & All, I think we sort of agree - it's just the way there we walk differetly :-) I'll try to add the VFAT module to the initrd_u when I get back home. Just to see how that work out. More for my own curiousity than anything else.
I've ordered a 256Mb Stick as well. When that stick arrive I'll also note down the pysical geometry of all my sticks to see if the match up. If they do, I'll go ahead and see if I can create an generic image for the sticks. If that works OK I guess a "small" change to the create scripts can fix it all. Jorn --------------------- > Hello Jorn, > >> Hello All, >> >> >> I belive, as well, that this should be possible, however we have to make >> sure we build an image that have the same "physial" properties as a USB >> HDD. Not my speciality this however I can sacrifice one of my stick to >> give it a go using Andreas suggestion with a loopback file system. I've >> tried this with CF drives with mixed success in the past thus I would >> like to be possitivle supprised this time :-) >> > That was the same idea I had, but I don't know enough about USB sticks to > be sure about it ;-) > >> I have, as mentioned, taken the CD ISO as a starting point and thus >> making it easy for "users" (of the image) to change it into whatever >> they >> need. My focus has not been on a small footprint, but rather get the >> full >> monty on the stick. Should we focus on as small as possible, or the >> more >> "standard" packages the better? I had a hard time finding a stick >> smaller that 64Mb and since the CD image take about 31Mb we have space >> "enough" >> for all the packages that are on the CD. >> > Agree with that, but using the CD image has a few drawbacks. The modules, > which are available on the CD-image, get truncated. Also some other > packages with "long" names, like initrd_usb.lrp or initrd_ide_cd.lrp get > truncated (they are meant to be renamed to initrd.lrp when used). > But it's no problem to make a specific image for USB which still contains > all packages without the individual modules and redundant packages. The > image scripts can take care of that. > > I think we can focus on putting all packages on the stick, they can easy > be "enabled" by setting them in leaf.cfg or removed by the user when not > needed. And like you say, it's difficult to find a stick smaller than 64Mb > ;-) > >> Jorn >> > Eric > >> >>> Eric Spakman wrote: >>> >>> >>>> Hello Andrea, >>>> >>>> >>>> >>>> >>>> Also a question, is it possible to create an image without using a >>>> physical device? This way it's easier to use the image create scripts >>>> the Bering-uClibc team uses to create floppy and CD images to also be >>>> used for USB images. >>>> >>>> >>>> >>>> >>> >>> Well, I think yes. I think is feasible as buildpacket.pl does to >>> create an inirtd image, something like: >>> >>> dd if=/dev/zero of=some to create space >>> >>> and then run mksomefs etc. >>> >>> Of course we should decide for a default size, and/or ask someway as >>> parameter. >>> >>> Regards, >>> Andrea Fino >>> >>> >>> -- >>> Andrea Fino 8-) - "Sistemi su misura di qualita' industriale" >>> "Handcrafted systems with industrial quality" >>> [Web: http://www.faino.org ]+[Email: [EMAIL PROTECTED] ] >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by xPML, a groundbreaking scripting >>> language that extends applications into web and mobile media. Attend >>> the >>> live webcast and join the prime developer group breaking into this new >>> coding territory! >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=12164 >>> 2 >>> >>> >>> _______________________________________________ >>> leaf-devel mailing list leaf-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/leaf-devel >>> >>> >>> >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting >> language that extends applications into web and mobile media. Attend the >> live webcast and join the prime developer group breaking into this new >> coding territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 >> >> >> _______________________________________________ >> leaf-devel mailing list leaf-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/leaf-devel >> >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > _______________________________________________ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
