www.sarducd.it

[JeWu]

Looking into \CFG\ISO.cfg I wonder if there is any easy way to simply add a new button just by editing the file.

I recognized the structure for an entry is like this:

...
[Avira]
ISO_Name=NotAvailable
Size=NotAvailable
ISO_Size_Mb=NotAvailable
Presence=No
TAB=Antivirus
...

so it seems, the buttons as they appear in the menu are referenced by abreviations put into [...] and the the real names must be hardcoded in the executable (I just couldn't find any cross-references in other editable files) ?


I am looking for an easy way out here, I confess - as I did not fully understand the concept / configuration of the extra folder yet.

Any hints anyone?

[davidecosta]

you can't add button for ISOs.
If you change the config files...SARDU can not work fine

[JeWu]

Any idea, why the programmers did not aim towards a free extensible and editable list of Buttons via the cfg file? Seems so much easier for me to implement and administer at the users end.

[JeWu]

Another question which comes to my mind while watching SARDU extracting all those files from the ISOs to directories :

wouldn't it be far more convenient and faster to implement loading a virtual drive and just mount the chosen ISO file ?

I am thinking of

1st: SARDU wouldn't have to extract and copy all those files to dirs and
2nd: you could have one or many multi boot ISOs inside a multi boot stick / CD (like one of the LINUX multi boot DVDs from the magazines)

[davidecosta]

best speed is using direct extration (menu USB)

Users use SARDU beccause they haven't to burn dvd...but...only download ISO's from web....or...convert any DVD to ISO for the installers

[JeWu]

That's exactly what I meant:
why having all the CDs/DVDs conveniently being packed together into one single ISO file and then doing the reverse, when putting them together on stick via SARDU ? Putting them on the stick as they are and mounting them when being chosen from the menu would eliminate a great deal of time and effort in the process of assembling the bootstick.
AND you could easily assemble multi level multi boot sticks (see my post above).

Another issue I found, after adding Windows recovery CDs to the stick, after selecting it from the menu, I found myself grounded to a shell, instead of getting up the Windows rescue environent. Am I doing it wrong?



For the speed issue:

I doubt that access-speed is an issue, as we work from USB stick anyway. On current hardware, having a virtual device handler in between is surely unrecognizeable, delay wise. Rather USB 2.0 would represent the bottle neck here. Even more, many of the live systems get the most of their frequently used files moved into RAM - so delay is of no concern, I guess.

[davidecosta]

For speed...i use the fastest USB3 and SSD...

Best speed in my test is direct extration.
User download the image ISO....(i can't redistribute them)...SARDU extract all files to the USB...