Hi Tim,

That's spot on. At least as far as I know.

The reason why I want to give it a go, is that Gentoo is the only
distribution so far that managed to keep on running without screwing
itself up. In other words, the only stable one. For almost two years
now I have Gentoo running at home, with only 1 complete new and fresh
installation. The difference is considerably compared to other
distributions. Debian-based distro's for instance keep running, only
don't update after a while. SuSE has a nice installer and very good
hardware support out of the box for every type of user. Only with every
new version there is always something that changes within your
configuration trying to screw things up. Then the RedHat ones, I never
got those running completely at home, and never got past one month
on-line for my server. So it's back to Debian or give Gentoo a go.

Any how, thanks for your answer, and all my best,
William.

Op Wed, 1 Nov 2006 09:49:55 -0800
schreef "Tim Garton" <[EMAIL PROTECTED]>:

> I've thought about doing this sort of thing in the past and I think
> it would be pretty tricky if you want to do this completely remotely.
> (meaning not using an installation cd)  This is how I thought about
> doing it:
> 
> Resize the partitions on your current hosting server to free up
> enough space to create a temporary partition to install gentoo to.
> So for example if your current setup is the following running redhat:
> /dev/sda1 - /boot (256MB)
> /dev/sda2 - swap (1GB)
> /dev/sda3 - / (80GB redhat)
> 
> you would want to resize so you can do the following:
> /dev/sda1 - /boot (256MB)
> /dev/sda2 - swap (1GB)
> /dev/sda3 - / (75GB redhat)
> /dev/sda4 - /mnt/gentoo (5GB temp to install gentoo to)
> 
> then you basically follow the handbook instructions as though you have
> already booted from the minimal installation cd and install gentoo to
> /mnt/gentoo, but don't reformat the /dev/sda1 partition.  Then,
> rather than emerging grub, just modify your
> existing /boot/grub/menu.1st and add a default entry for booting off
> of /dev/sda4 for gentoo.  Reboot and you should boot into your new
> temporary gentoo installation on /dev/sda4.  You can now get rid
> of /dev/sda1-3, create new partitions however you like (excluding
> the 5GB /dev/sda4 which you are currently running off of) format
> them, and follow the handbook instructions as though you just booted
> from the minimal installation cd.  Once you've done this and rebooted
> into your newly installed gentoo, you can delete /dev/sda4 and
> recapture that space to whatever partition you really installed
> gentoo to.
> 
> The problem I see with this is you would be editing the fs tables of
> a drive you are currently running off of.  If that doesn't work I
> guess you could set up a boot option that uses a RAM filesystem for
> the root /, and then you wouldn't be running off of any drives and
> could therefore fdisk to your hearts content.  Whatever you decide,
> you should probably do a test run on a box you have locally, since
> one screwup means you or someone else is going to have to physically
> be at the hosted server to fix it.
> 
> Tim
> 
> On 11/1/06, meewi <[EMAIL PROTECTED]> wrote:
> >
> > Hi all,
> >
> > I would like install Gentoo on my hosting-server. I have full root
> > access and running Gentoo on my desktop for more then a year now.
> >
> > But what or where do we find a good guide/doc for installing Gentoo
> > from a distance when using an ssh connection.
> >
> > Thanks in advance,
> > William.
> >
> >
> > ________________________________________________________________
> > Ecademy - Connecting Business People - Invite a friend to join:
> > http://www.ecademy.com/account.php?id=96418&xref=96418
> > --
> > [email protected] mailing list
> >
> >


-- 
________________________________________________________________
Ecademy - Connecting Business People

Ecademy's cause is "to build the world's premier Trusted Network,
connecting business people to share knowledge, contacts, support
and transactions". 

Invite a friend to join:  
http://www.ecademy.com/account.php?id=96418&xref=96418
-- 
[email protected] mailing list

Reply via email to