VirtualBox for many Puppies

Virtual machines, emulation, etc.
Message
Author
User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Re: Virtualbox for Slacko

#61 Post by shinobar »

difedepe wrote:I am looking forward for the Virtualbox for Slacko puppy 5.3
virtualbox-4.1.4-2-slacko.sfs works on slacko 5.3/5.3++.
http://www.murga-linux.com/puppy/viewto ... 32&start=2
You can apply SFS by using the SFS-loader on slacko.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: Virtualbox for Slacko

#62 Post by difedepe »

shinobar wrote:
difedepe wrote:I am looking forward for the Virtualbox for Slacko puppy 5.3
virtualbox-4.1.4-2-slacko.sfs works on slacko 5.3/5.3++.
http://www.murga-linux.com/puppy/viewto ... 32&start=2
You can apply SFS by using the SFS-loader on slacko.
thank you very much shinobar :-)
I'll try this evening and I hope it will work fine :-)

Byeeee!

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: Virtualbox for Slacko

#63 Post by difedepe »

I installed it but when I try to run a windowsXP vdi file I have this error:


http://www.murga-linux.com/puppy/viewto ... 019#581019


AND

Kernel driver not installed (rc=-1908)

The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing

'/etc/init.d/vboxdrv setup'

as root. Users of Ubuntu, Fedora or Mandriva should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.


and if I try to run

'/etc/init.d/vboxdrv setup'

I have these errors:

Stopping VirtualBox kernel modules ...done.
Uninstalling old VirtualBox DKMS kernel modules ...done.
Trying to register the VirtualBox kernel modules using DKMS ...failed!
(Failed, trying without DKMS)
Recompiling VirtualBox kernel modules ...failed!
(Look at /var/log/vbox-install.log to find out what went wrong)



Here what's I have in

/opt/VirtualBox/src/vboxhost/vboxdrv/build_in_tmp: line 55: make: command not found



Can you help me?

Thanks in advance.

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Re: Virtualbox for Slacko

#64 Post by shinobar »

@difedepe

If you have ever installed another or older PET/SFS, remove them all and delete '/lib/modules/*/misc/vbox*.ko', if they are exists, before loading the new.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: Virtualbox for Slacko

#65 Post by difedepe »

shinobar wrote:@difedepe

If you have ever installed another or older PET/SFS, remove them all and delete '/lib/modules/*/misc/vbox*.ko', if they are exists, before loading the new.
Hi Shinobar,
effectively I've installed other pets and I removed them (I have to say that I also installed other sfs libreoffice and skype for example... I have to remove them too, or only virtualbox sfs and/or pet)?

This afternoon I'll delete
'/lib/modules/*/misc/vbox*.ko'
and I'll load the last virtualbox sfs.

Thanks a lot in advance and I will let you know.

Peppe.

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

virtualbox-4.1.6.sfs

#66 Post by shinobar »

virtualbox-4.1.6.sfs for Puppy 4.3.1 and most of Puppies 5.x.
as for Slacko, use virtualbox-4.1.6-slacko.sfs.
http://www.murga-linux.com/puppy/viewto ... 055#481055

If you have ever installed another or older virtualbox PET/SFS and trying new, remove old ones and delete '/lib/modules/*/misc/vbox*.ko', /opt/VirtualBox, if they are exists, before loading the new.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: virtualbox-4.1.6.sfs

#67 Post by difedepe »

shinobar wrote:virtualbox-4.1.6.sfs for Puppy 4.3.1 and most of Puppies 5.x.
as for Slacko, use virtualbox-4.1.6-slacko.sfs.
http://www.murga-linux.com/puppy/viewto ... 055#481055

If you have ever installed another or older virtualbox PET/SFS and trying new, remove old ones and delete '/lib/modules/*/misc/vbox*.ko', /opt/VirtualBox, if they are exists, before loading the new.
that's very clear :-)

I'll let you know :-)


Thanks in advance.

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: virtualbox-4.1.6.sfs

#68 Post by difedepe »

difedepe wrote:
shinobar wrote:virtualbox-4.1.6.sfs for Puppy 4.3.1 and most of Puppies 5.x.
as for Slacko, use virtualbox-4.1.6-slacko.sfs.
http://www.murga-linux.com/puppy/viewto ... 055#481055

If you have ever installed another or older virtualbox PET/SFS and trying new, remove old ones and delete '/lib/modules/*/misc/vbox*.ko', /opt/VirtualBox, if they are exists, before loading the new.
that's very clear :-)

I'll let you know :-)


Thanks in advance.

WOWOWOW... now it works :-)

thanks a lot.
It should be nice to understand how did you learn to solve this issue :P

Sorry, do you know if it is possible to increase the "C:/" space in a windows vdi file? Or do I have to install one more time another virtual windows?

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

UPDATE: virtualbox-4.1.6-1.sfs

#69 Post by shinobar »

Add kernel module for Wary-5.2.2 ((2.6.32-uni):
virtualbox-4.1.6-1.sfs
http://www.murga-linux.com/puppy/viewto ... 055#481055
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

difedepe
Posts: 31
Joined: Tue 12 Apr 2011, 12:38

Re: UPDATE: virtualbox-4.1.6-1.sfs

#70 Post by difedepe »

shinobar wrote:Add kernel module for Wary-5.2.2 ((2.6.32-uni):
virtualbox-4.1.6-1.sfs
http://www.murga-linux.com/puppy/viewto ... 055#481055
Hi Shinobar... this is your answer to my question????

It doens't seem :-)

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#71 Post by greengeek »

Hmmmm, it looks like it's going to take me a long time to get up to speed with Vbox. Not for the faint hearted by the look.

Quick suggestion: would it be useful to try to tie future Vbox versions more closely to the Puppy version? eg; maybe the next Vbox for 5.x puppies could start with 5.x rather than 4.x? Just to help clarity a little for future newcomers?

(obviously it wasn't this way in the past, but maybe some future value in linking them more?)

User avatar
TheAsterisk!
Posts: 406
Joined: Tue 10 Feb 2009, 08:52

Re: virtualbox-4.1.6.sfs

#72 Post by TheAsterisk! »

UPDATED to version 4.1.6.
Linked to shinobar's latest SFS package(s) in the main post as an alternative to my dot-pets.


Yesterday's uploads didn't match my local checksums. Reuploading now, and adding Puppy 4-series and Puppy 301 packages. Will update this post once uploads are done.
EDIT: Reuploaded.
difedepe wrote:Sorry, do you know if it is possible to increase the "C:/" space in a windows vdi file? Or do I have to install one more time another virtual windows?
If I remember correctly, you can't increase its available storage once the disk image is created.

If it helps at all, you can make another blank drive and attach it to your VM as a "D:" drive, though.



@greengeek: That's why I wrote those quick-and-dirty guides to my packages. For example, here's the latest one for VBox version 4.1.6: http://www.silverdollarsolutions.com/Pu ... guide.html.

If there's something confusing or inadequate about the guide, please let me know, and I'll see what I can do to improve it.

User avatar
TheAsterisk!
Posts: 406
Joined: Tue 10 Feb 2009, 08:52

#73 Post by TheAsterisk! »

I'm thinking of packaging VirtualBox differently than I have been doing. Essentially, instead of a binary-only pet for each kernel and one with source that compiles on installation, there would be a base pet, with just VirtualBox, without drivers and source, the source would be available as another package, and then just the drivers for each kernel would be available as separate pets.

This would take me from using just shy of 300 MB for VBox uploads to just over 30 MB, but more steps would be involved in VBox installation- namely, first the base pet, then the drivers, then (optionally) the source and extra languages. A simple little HTML guide would be made, as is done now.

To get a better idea of what I mean, you can see the differences between my current method and the one I'm talking about here- though I haven't made a guide for the new method yet.

Current: http://www.silverdollarsolutions.com/Pu ... Box/4.1.6/
Proposed Alternative: http://www.silverdollarsolutions.com/Pu ... 4.1.6/alt/

I'm thinking I might keep another package with source that compiles on installation anyway, though, since that's very handy for preparing new drivers, etc.



I just feel like I should float the idea to make sure it won't cause any more difficulty or confusion than what I'm doing now. Suggestions, feedback, requests, etc., would be appreciated.

Thanks!

gcmartin

#74 Post by gcmartin »

TheAsterisk! wrote: ... just feel like I should float the idea to make sure it won't cause any more difficulty or confusion than what I'm doing now. Suggestions, feedback, requests, etc., would be appreciated.
Thanks!
From what I have seen, you have been a great help in this community by making it easy for users to run a VM host and run VM guests.

I am NOT a system builder. so I am probably not the best for offering an answer.

Since I deal with Objectives, then reviewing the success of the objectives, you may want to access whether there is a method/methodology that would be foolproof in having someone go from your PET to a running VB host and guest. That would be one view from my perspective.

Another view is an ISO that is a complete running Puppy VB host. This could be extremely useful to the many newbies who want to dip the toe in the water, but, have a tendency to make mistakes using even the most elementary of HTML instructions.

Lastly, I have to ask if the problem you are addressing is one on having bandwidth when you product a PET(s) or one where your workload and the support you give, would diminish should you change to this newer strategy.

Hopefully this helps as I, for one, would appreciate a 32bit or a 64bit "OOTB Live media Puppy VB host ISO" that could be deployed without ever having touch a DEVX, or PET or source or drivers or... Further, this ISO would have considered where I can store my VM guests. As I understand, I might have KVM considerations that could be brought into play to assist performance of the VM guest that are assigned KVM booting vs para-virtualized. This would allow a Puppy implementation that would match what we get from other VM host vendors And, it would make everything so, so easy to start into the VM realm with Puppy. Also, a 64bit version would make so much sense, because most have the resources to easily support the Puppy desktop as well as a VM guest which is actively doing something useful (this would kinda insure some user doesn't try this on a 256MB platform, and then, complain). LightHouse (both versions) come to mind as an easy desktop for newbies to work from with the resources you would need. Maybe you could work with TaZoC or produce a copy of his effort for a mainstream VM host.

Hope this helps,

User avatar
TheAsterisk!
Posts: 406
Joined: Tue 10 Feb 2009, 08:52

#75 Post by TheAsterisk! »

gcmartin wrote:From what I have seen, you have been a great help in this community by making it easy for users to run a VM host and run VM guests.
Kind words! Thank you!
I am NOT a system builder. so I am probably not the best for offering an answer.
Well, my view is that anyone who uses the packages I build is qualified to address the issue. My main concern is whether or not the new method would introduce any (extra) confusion.
Since I deal with Objectives, then reviewing the success of the objectives, you may want to access whether there is a method/methodology that would be foolproof in having someone go from your PET to a running VB host and guest. That would be one view from my perspective.

Another view is an ISO that is a complete running Puppy VB host. This could be extremely useful to the many newbies who want to dip the toe in the water, but, have a tendency to make mistakes using even the most elementary of HTML instructions.
Actually, an ISO like that might not be a bad idea, but I'd be clueless where to begin. I've never built or trimmed a Puppy before, but I'd think a somewhat cut-down Puplet would be ideal, to give the VM some more breathing room on whatever hardware gets used. In any case, that would be a bit beyond my scope.
Lastly, I have to ask if the problem you are addressing is one on having bandwidth when you product a PET(s) or one where your workload and the support you give, would diminish should you change to this newer strategy.
My main idea is that keeping the drivers separate from the base package might allow easier upgrades from one Puppy version or kernel to another. You just download a few hundred KB driver package, use your old VBOX_base package, assuming you've kept it somewhere local, and that's that. The smaller total file size is a bonus of sorts, and having been on dialup for several years, I can also appreciate that lesser filesizes to download can be very nice, even if it might not affect me anymore.

I suppose I could offer some sort of combination of the two packaging methods. I'll bounce it around my brain a bit more. For now, though, as I upload version 4.1.8, I'll offer both so that people can try out and pick which one they prefer.
Hopefully this helps as I, for one, would appreciate a 32bit or a 64bit "OOTB Live media Puppy VB host ISO" that could be deployed without ever having touch a DEVX, or PET or source or drivers or... Further, this ISO would have considered where I can store my VM guests. As I understand, I might have KVM considerations that could be brought into play to assist performance of the VM guest that are assigned KVM booting vs para-virtualized. This would allow a Puppy implementation that would match what we get from other VM host vendors And, it would make everything so, so easy to start into the VM realm with Puppy. Also, a 64bit version would make so much sense, because most have the resources to easily support the Puppy desktop as well as a VM guest which is actively doing something useful (this would kinda insure some user doesn't try this on a 256MB platform, and then, complain). LightHouse (both versions) come to mind as an easy desktop for newbies to work from with the resources you would need. Maybe you could work with TaZoC or produce a copy of his effort for a mainstream VM host.
Unfortunately, I don't have any 64-bit hardware to work with, so any efforts there would have to come from somebody else, unless Curbside Christmas come a few hours early this year! :p

I seem to recall someone- may even have been you- recommending I try to collaborate with TaZoC, too, if only to make all thr VBox packages available in one thread, but I think I got bogged down in non-Puppy work. That idea is probably still in a thread or PM somewhere.
I'll take a look and maybe send a PM to TaZoC sometime today, before anything else crops up and distracts me too much!

A question, though: What exactly makes LightHouse Pup a good base for this? If it's simply familiarity and approachability of the interface and default setup, then that would tend to run counter to my first impulse- which I mentioned above- which would be to use a fairly bare, minimal Puppy, since the less hardware Puppy needs and uses, the more the VM could use. (I seem to recall LHP has a pretty full and fleshed-out desktop setup, but the last time I really tried it was version 443G, or something like that.) If it's something else about LHP that makes it ideal, please let me know.
Hope this helps.
Yup! This was pretty much what I meant when I asked for feedback. I can't promise much, but it doesn't hurt to think about these things.

Thanks!
Last edited by TheAsterisk! on Wed 25 Jan 2012, 21:00, edited 1 time in total.

gcmartin

#76 Post by gcmartin »

Actually, an ISO like that might not be a bad idea, but I'd be clueless where to begin. I've never built or trimmed a Puppy before, but I'd think a somewhat cut-down Puplet would be ideal, to give the VM some more breathing room on whatever hardware gets used. In any case, that would be a bit beyond my scope.
JamesBond and TaZoC (I believe) are regular users of your VB. They possess skill that us motals may not posses at this time. Might be worth a PM asking for advice or assistance.

Their may be other, too, who have the skills and are users, such as Pemasu or others.

Reason that I mentioned 64bit is that most/all 64bit PCs I have ever worked with started at 1GB+ RAM. Also, I believe a 64bit platform would adequately run 32 and 64 bit OSs that might be booted a virtual machine.

Hope this helps

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

virtualbox-4.1.8.sfs

#77 Post by shinobar »

UPDATE:
virtualbox-4.1.8.sfs for Puppy 4.3.1 and most of Puppies 5.x.
as for Slacko, use virtualbox-4.1.6-slacko.sfs.
http://www.murga-linux.com/puppy/viewto ... 055#481055
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
TheAsterisk!
Posts: 406
Joined: Tue 10 Feb 2009, 08:52

#78 Post by TheAsterisk! »

Updated to version 4.1.8. shinobar's post with SFS options remains linked in the first post.

I've made available an alternate sort of package this time around. Basically, while the old, all-in-one packages, with both the drivers and the rest of the VBox binaries) are still available for download, the newer type of packages are broken up a bit.

A single VBox base package, suitable for all Puppies, is available, and a drivers package is available for each specific Puppy. You install the base package and your specific drivers package, and go!

It's all explained in the packages guide, linked to in the first post. Let me know what you think! Any suggestions, or reports of any difficulties this new arrangement may create should be posted in this thread, or sent to me in a PM.

Regards!
Last edited by TheAsterisk! on Sat 31 Dec 2011, 13:08, edited 1 time in total.

User avatar
TheAsterisk!
Posts: 406
Joined: Tue 10 Feb 2009, 08:52

#79 Post by TheAsterisk! »

Added a package for the PAE kernel (2.6.39.4) version of Slacko.

No VirtualBox version change.

gcmartin

More than 3GB should use this

#80 Post by gcmartin »

TheAsterisk! wrote:Added a package for the PAE kernel (2.6.39.4) version of Slacko.

No VirtualBox version change.
This is a very forward-thinking addition for the 32bit PCs PAE is not only fast, but also supports all RAM that can be thrown at it.

Thanks

Post Reply