Recue Disk concept question

Hi,

Concept: All files needed to boot PC use an SDIimage booted into RAM. All other user apps are run from the CD. The aim being to keep the SDIBoot image small but allow 500MB of apps to be run on demand from the CD. Maybe this has been done for Winbuilder?
A sort of nativeEx core in RAM everythng else on CD.
So would a junction of SDIDrive:\Program Files to CDROMDrive:\Program Files would be necessary? A bit confused on how to go about this. Thoughts please.

niche99

A similar topic has been recently discussed here: http://www.911cd.net...showtopic=19972

You can junction and get unlimited access (way beyond any 500Mb restrictions) - but you should also ask yourself about the efficiency of loading a big image to memory when it's not needed in most cases.

A good reason why we use nativeEx projects to get smaller OS's in the first place.

In most cases you don't also need to use junctions at all - if you boot from a USB drive it will also become a good device to run from.

Never had a failing USB drive before and I use some quite extensively since 2003..

A similar topic has been recently discussed here: http://www.911cd.net...showtopic=19972

You can junction and get unlimited access (way beyond any 500Mb restrictions) - but you should also ask yourself about the efficiency of loading a big image to memory when it's not needed in most cases.

A good reason why we use nativeEx projects to get smaller OS's in the first place.

In most cases you don't also need to use junctions at all - if you boot from a USB drive it will also become a good device to run from.

Never had a failing USB drive before and I use some quite extensively since 2003..

Thanks for the link Nuno, I will check it out.
I don't want to load a big image to memory, just what is needed to boot to desktop (current build I use has 80MB). So the RAMImage would be 80MB in size. Any user app that is then run would run would look for necessary files on the CD in order to run. So what I'm saying is fast bootup coupled with many available user apps NOT running in RAM but from CD. So the RAMImage would always be 80MB regardless of how many apps I add to the external media. Only newer PCs can boot from USB so I still think the CD media is a valid rescue media.

niche99

A feature like the one you're suggesting was already 'invented' some time ago, but somehow never cought on and is now pretty dead.
If you're interested in resurecting it, you should search this forum for the project thread. I think it was called something like 'run from cd'.

Hi,

Concept: All files needed to boot PC use an SDIimage booted into RAM. All other user apps are run from the CD. The aim being to keep the SDIBoot image small but allow 500MB of apps to be run on demand from the CD. Maybe this has been done for Winbuilder?
A sort of nativeEx core in RAM everythng else on CD.
So would a junction of SDIDrive:\Program Files to CDROMDrive:\Program Files would be necessary? A bit confused on how to go about this. Thoughts please.

niche99

Look here.
But that does only work for applications which doe not write into the prog dir.

For such applications I made a sample in nativeEx_barebone: Apps > Portable Apps > Firefox.

Peter

Look here.
But that does only work for applications which doe not write into the prog dir.

For such applications I made a sample in nativeEx_barebone: Apps > Portable Apps > Firefox.

Peter

Hi Peter,

Thanks, I will check the link. I've tried your portable Firefox, which works, but unless I'm doing something wrong, this increases the SDIBoot image from 88MB to 117MB!
So an extra ~20MB of ram is necessary to load the RAMImage for an app you may only occasionally use in a rescue environment.

niche99

I've tried your portable Firefox, which works, but unless I'm doing something wrong, this increases the SDIBoot image from 88MB to 117MB!
So an extra ~20MB of ram is necessary to load the RAMImage for an app you may only occasionally use in a rescue environment.

niche99

In this case the complete firefox is in SDI, because it wants to write into the directory where it is installed.
For this kind of apps there is no otherr way!

But all apps which write into documents and settings (or do not write at all), can be placed on CD and launched by ExternalMediaShortcut.

Peter

If you happen to have latest versions of Ghost (versions 10 or 12 - they are using PowerQuest's DriveImage technics in fact) you can try Image Browser to mount heavy compressed images of partitions from read only media as writable virtual local drives
Why versions 10 or 12? Because ealier versions (v9 and PQ DriveImage v7) need .NET installed.

Frankly speaking I didn't try it yet from CD/DVD, maybe I'm not right (I get home only by the end of July and can try, my notebook doesn't have CD-ROM device to check it when I'm on trip). It works fine from HDD right now: you can install programs, create or delete files and folders on this drive. Changes will be lost after unmounting. I remember image files are easily mounted from CD but do they have write access? It needs checking.

Hi,

Concept: All files needed to boot PC use an SDIimage booted into RAM. All other user apps are run from the CD. The aim being to keep the SDIBoot image small but allow 500MB of apps to be run on demand from the CD. Maybe this has been done for Winbuilder?
A sort of nativeEx core in RAM everythng else on CD.
So would a junction of SDIDrive:\Program Files to CDROMDrive:\Program Files would be necessary? A bit confused on how to go about this. Thoughts please.

niche99

Try with MakeScript
Put MakeScript run from CD.script in Tweak folder
Make your script with MakeScript
In project Type select LiveXP with option Run From CD
In interface of your script enable checkBox Run from CD

In future i will replace it by ExternalMediaShortcuts.Script