Tefole

After several days i got used with this tiny 8Gb folder Today i recognized, that the mountpoint is not anymore ?! I have no idea, what happened Thx again for the effort.

Hmmm, is my AIK got corrupted? Edit: AIK uninstalled, i am still not able to delete this folder.

how can i delete all the 42521 files in \mnt7_inst after work? whatever i am trying, its not posible to delete even one of them access denied. i could do a safe boot mode, or an liveDistro, but interesting is, why i am not able to delete anything. i am running win7x64, my files are in d:\make_p3\..

Hehe, one more submenu? The question from me was not asked very clear. Are u seeing any optimization oppurtinities or unneccessary lines in the upper code? btw: the XP_ALL.iso is 600Mbyte big and size-optimized by mkisofs. Extracted more than 2Gb. Interesting is, that my target Notebook with his 1Gbyte ram, is able to map the iso without problems. I thought, the iso is got unpacked during the mapping to the memory. seems to be not or maybe a thing of mkISO_RAMload_sort.cmd? anyway, very cool Edit: If you are using MultiBootIsos (with several Languages, with/without Driverpacks, etc..) u'll get inevitably a ISO more than 1Gbyte, despite the ISO size-optimized by mkisofs. In my Case 1,2Gbyte. Sorting makes neither sense, if you have several installation sources, like in a multiboot iso. So, it would be clever, if you could take the Driverpacks outside the ISO. I think the paths in driverpacks's i386/presetup.cmd must be edited for that. The loop is scanning all drives on the pc(physical hds, flashdisks, the mounted iso...). Would this work? Or am i missing something? Edit2: Just tested, works like a charm. Dont forget, u have to edit the presetup.cmd, which is located in SourceIso/i386 (or whatever). Advantages of outsourcing the driverpack from the iso file: if u have more than one iso with integrated driverpacks, u will save much space on the flashdisk because of the reduced iso sizes. In addition, with smaller iso sizes u can reduce the RAM-precondition.Updating of the driverpacks is much easier, just renew the files on the flashdiskLast but not least: u can use the driverpacks which are on the flashdisk, for postpone driver installation per wihu or so.

thank u cdob. another issue: Edit: Solved Edit2: Final & Working Configuration thx to cdob, tinybit, chenall, jaclaz, kDn, was_jaclaz, ... for their contributions and for their effort. I think that there is logical problem somewhere on the setupldr patching part. I ll took the cat part from another thread from a posting from u. Immediately after mapping and patching, i'll get the loading screen from the setup and a few mSeconds later - a reset on the VM. Either on a physically PC is neiter working. Grub4Dos is the latest one from chenall. Without the setupldr-patching everything is fine. Edit: I think, i found it but still some problems with the mapping from setupldr.bin into the ramdrive. probably i timing issue. I ll test it soon, and will write a feedback btw: some suggestions for beautification? thats only just one entry in submenu, but its getting longer and longer...

@cdob, with @kDN dd methode, i am recently using several winnt.sif's on the firadisk.image. If I wanna work with two setupORG.exe files (win-original and the driverpack.one) on one firadisk.image, how could i handle this per menu.lst? i mean, one entry in grub with and one without driverpack (each one with specific winnt.sif of course).