![:cheers:](http://reboot.pro/public/style_emoticons/default/cheers.gif)
![;)](http://reboot.pro/public/style_emoticons/default/wink.png)
Posted 04 January 2009 - 02:15 PM
Posted 04 January 2009 - 04:32 PM
Sanbarrow appearantly you're a wizard, you keep needing system resources while explaining, that you don't need while actually running.
Posted 04 January 2009 - 04:33 PM
What do you want with that hundred years old plugins ???
Where do you find those very out-dated links ?
This is latest version ...
http://sanbarrow.com...4-setup-024.exe
If the tut is old, maybe it should be updatedHaving a bit of trouble with moa tut here
Posted 04 January 2009 - 04:36 PM
Congrats MedEvil, you've completely missed the point againHave now a NaughtyPE build which runs on 64MB with audio support and can play even video!
![]()
Posted 04 January 2009 - 04:39 PM
Posted 04 January 2009 - 04:41 PM
Congrats MedEvil, you've completely missed the point again
Posted 04 January 2009 - 08:07 PM
Well, here are my thoughts so far fwiw...All MOA 2.3 stiff is out-dated.
Go to a 32bit machine with NTFS - run the exe.
Then copy the contents of ...pebuilder\bartpe\moahome\*.* to the root of a USB-disk or stick -
add a tag-file named "moa-is-at-home.tag" to the root of the disk/stick
and boot the CD with that stick/disk plugged in.
Then start adding apps of your choice ...
Posted 04 January 2009 - 08:21 PM
Posted 04 January 2009 - 08:52 PM
check the setup-tool it has various ram-loading options.The booted setup is not running from ram at all!
Posted 04 January 2009 - 09:07 PM
You do take a lot for granted my friend, simple for you maybe. So, I did show it my ws host files and I still got prompt for vm after boot - are you saying start_vmware=no means moa won't try to load vm after boot? if so, fine but then I'll end up with what I already have, right? Basically, a run from CD (not RAM) project with a pre-determined tool set (not the tools I need), built from pebuilder which I don't like and adding additional tools/programs left up to user to figure out because it's so simpleOh dear - seems like a I need to do a lot of explaining
MOA is a basic PE without any additional programs - it can be started with an explorer shell (default).
It has a pretty smart cheatcode prompt where you can redirect the user-space to various paths - like USB-disks, local disks , vmdks, truecryptcontainer, ramdisks and so on ...
It is build following the enough is beautiful approach.
Enough here is defined as :
be able to run all VMware apps - including dotnet stuff
be able to install everything else on the fly
Full stop. Thats it
MOA doesn't need to run VMs nor does it need to run in a VM.
Adding apps is a task for the enduser - as it is so easy in most of the cases MOA does not need any plugin-stuff to do this.
@ Amalux - the prompts for Workstation files is because the default in moa.ini is start_vmware=yes.
When start_vmware = yes MOA tries to find any Workstation available on the current host. If you show it a version it will be launched then.
If you don't want to fiddle with Workstation simple set
start_vmware=no
Posted 04 January 2009 - 09:20 PM
Then copy the contents of ...pebuilder\bartpe\moahome\*.* to the root of a USB-disk or stick -
add a tag-file named "moa-is-at-home.tag" to the root of the disk/stick
and boot the CD with that stick/disk plugged in.
Posted 04 January 2009 - 09:30 PM
Thankyou for info, I'll research some more and try again... One question, is there any LODR-pack already setup that I could dl and take a look at, would help me understand how it's supposed to work. I found a possible dl link but requires login/pw. Thanks UlliPlease read http://sanbarrow.com...-ws-to-moa.html about how to prepare a Workstation directory.
About the apps - do what I already mentioned. Possibly with a ramloading build.
Inject your LiveXP cd - drag the contents of your programs-dir to R:\programs.
Add startmenu entries by drag'n'drop
Add desktop-icons per drag'n'drop.
Use the apps.
Reboot
Find out which of YOUR apps don't work - good part of it already does.
Make a list of apps that don't work - only for those you need to create a batch.
Posted 04 January 2009 - 09:47 PM
Posted 04 January 2009 - 10:25 PM
Here's basic syntax for wimpack.exe:I cant use wimpack.exe on builds for now, but it is better to put half of my idea (the other half will be load on demand) (all idea is at post 23 and post 26) in a simple script
can you check this:
Posted 04 January 2009 - 11:14 PM
What is a VMWare app, if it's not a app running in VMWare?be able to run all VMware apps
Posted 04 January 2009 - 11:38 PM
What is a VMWare app, if it's not a app running in VMWare?
Posted 05 January 2009 - 12:12 AM
Amalux, would like to see your fully working LiveXP+Tools in a 150MB image. Sounds more like nativeEX_barebone+Tools to me.
First, 4GB RAM? How about 512MB, more realistic to this discussion; yeah, you could autoinstall a full XP in 10 min. - so what? How long will it take you install, register and configure all the programs in the list above, an hour or more? While the client is waiting for you to do some repair work? PE has many advantages in a bare metal/repair/restore setting and none of them relate to running from CD, in fact, running from CD is the one serious dis-advantage if you are unlucky enough to get stuck with a non-bootsdi PE! Very rarely do I have to resort to a PE run from CD in the case of damaged RAM etc. and it kills me, the constant delays everytime I access a program or file, I've said it before; if the only PE I could use were run from CD, I wouldn't bother with it.On a machine like that [4GB and more of RAM] one can autoinstall a XP in less then 10minutes and everything works. Every hardware, every software that one chooses. No dependencies to watch out for, no scripts to write.
PE has one advantage and one advantage only. It can run straight of a CD, without the need to copy or install anything to any place and thus use the least amount of RAM possible.
Once this advantage is of no consequences, PE only has disadvantages! And thus i simply can not understand, why anyone, who plans to build a live system for a computer with more than enough RAM, would actually choose a PE of some kind!
Posted 05 January 2009 - 12:25 AM
What is a VMWare app, if it's not a app running in VMWare?
Personally, I can't see using PE as a replacement for a full OS
Posted 05 January 2009 - 01:32 AM
Posted 05 January 2009 - 01:45 AM
Posted 05 January 2009 - 01:46 AM
Like i said joking, not a LiveXP - but a nativeEx_barebone with some tools.even with a full compliment of network and mass storage drivers, plus some free space to play with; this build creates an image ~147MB fully loaded to RAM. There's nothing 'outside' of the RAM to access, you can remove the CD as soon as you boot to desktop - this leaves the CD drive open for other things like burning discs or accessing other data etc. Tested on machines with only 256MB RAM and all programs accessed simultaneously without issue.
Posted 05 January 2009 - 02:14 AM
Like i said joking, not a LiveXP - but a nativeEx_barebone with some tools.
Amalux, you may use LiveXP project as base for your build, but what you end up with in the end has more in common with nativeEx_barebone, than with LiveXP and as such, i of course believe all your claims.
Posted 05 January 2009 - 10:18 AM
Actually it does. Though it's hard to tell with the apps in the way....if that's what nativeEx_barebone looks like fully RAM loaded then yeah, I guess there's no diff between LiveXP and nativeEx
Posted 05 January 2009 - 07:48 PM
...where are these files and where are they being copied to? ThanksFinally go to the directory C:\ws650 and copy
vmusb.inf to oem5.inf
vmnetbridge.inf to oem6.inf
vmnetadapter.inf to oem7.inf
Posted 05 January 2009 - 09:19 PM
0 members, 0 guests, 0 anonymous users