[gentoo-user] About ready to move /usr, /var and /home to LVM.

[gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Howdy,

Well, it appears we got the init thingy working.  I'm about ready to
move things around since one of my drives is about full and I need a
spare to move things around with.  I use cp -a to copy things while
booted from a USB stick do hicky.  So far, that has always worked and is
pretty fast.  I do have a question tho.

When I copy this over, do I still need to copy over null, console and
such to /dev?  I know I don't need everything in /dev but do recall
needing those in the past.  Has this changed since I'm using the init
thingy?  Am I forgetting one?  I thought there was three.

Anything else that could be a gotcha?  I plan to move this twice.  Once
to the spare drive, repartition the OS drive then copy things back over
again.  It's been a while and with LVM about to be used, I hope it is
the last time.

Thanks.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1389 bytes --]

Am 12.04.2012 21:49, schrieb Dale:
> Howdy,
> 
> Well, it appears we got the init thingy working.  I'm about ready to
> move things around since one of my drives is about full and I need a
> spare to move things around with.  I use cp -a to copy things while
> booted from a USB stick do hicky.  So far, that has always worked and is
> pretty fast.  I do have a question tho.
> 
> When I copy this over, do I still need to copy over null, console and
> such to /dev?  I know I don't need everything in /dev but do recall
> needing those in the past.  Has this changed since I'm using the init
> thingy?  Am I forgetting one?  I thought there was three.
> 

So, you are not just moving /usr /var and /home but also the rest of
root? In that case it is best to do something like
mount --bind / /mnt/real_root
cp -a /mnt/real_root/* /mnt/new_root

mount --bind binds only the root file system, not any other or temporary
file systems mounted on top of it (like udev, /dev/pts, etc.). That
allows you to copy your static /dev file system (as created by untaring
the stage3).

> Anything else that could be a gotcha?  I plan to move this twice.  Once
> to the spare drive, repartition the OS drive then copy things back over
> again.  It's been a while and with LVM about to be used, I hope it is
> the last time.
> 
> Thanks.
> 
> Dale
> 
> :-)  :-)
> 



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 856 bytes --]

On Thu, 12 Apr 2012 14:49:10 -0500, Dale wrote:

> Anything else that could be a gotcha?  I plan to move this twice.  Once
> to the spare drive, repartition the OS drive then copy things back over
> again.

There's no need for the second copy. Create the VG on the spare drive and
copy everything over. Then you can reboot into the system. Now you can
remove the old partitions from the main drive and create a single PV in
the space freed (reboot after repartitioning to make sure you're using
the new partition table.

Then add the new PV to the VG you are using and use pvmove to transfer
everything from the spare drive to the main one. You can use the system
while doing this, so there is only half the downtime compared with doing
two copies.


-- 
Neil Bothwick

Some cause happiness wherever they go. Others whenever they go.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Florian Philipp wrote:
> Am 12.04.2012 21:49, schrieb Dale:
>> Howdy,
>>
>> Well, it appears we got the init thingy working.  I'm about ready to
>> move things around since one of my drives is about full and I need a
>> spare to move things around with.  I use cp -a to copy things while
>> booted from a USB stick do hicky.  So far, that has always worked and is
>> pretty fast.  I do have a question tho.
>>
>> When I copy this over, do I still need to copy over null, console and
>> such to /dev?  I know I don't need everything in /dev but do recall
>> needing those in the past.  Has this changed since I'm using the init
>> thingy?  Am I forgetting one?  I thought there was three.
>>
> 
> So, you are not just moving /usr /var and /home but also the rest of
> root? In that case it is best to do something like
> mount --bind / /mnt/real_root
> cp -a /mnt/real_root/* /mnt/new_root
> 
> mount --bind binds only the root file system, not any other or temporary
> file systems mounted on top of it (like udev, /dev/pts, etc.). That
> allows you to copy your static /dev file system (as created by untaring
> the stage3).
> 
>> Anything else that could be a gotcha?  I plan to move this twice.  Once
>> to the spare drive, repartition the OS drive then copy things back over
>> again.  It's been a while and with LVM about to be used, I hope it is
>> the last time.
>>
>> Thanks.
>>
>> Dale
>>
>> :-)  :-)
>>
> 
> 


Right now I have this:

/
/boot
/home
/usr/portage
/var

I'm going to make a backup of /home before I do anything.  Just in case.
 I also plan to unmount my drive with the videos too.

Good idea.  May give this a try.  See what all I can break here in a
bit.  lol

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Neil Bothwick wrote:
> On Thu, 12 Apr 2012 14:49:10 -0500, Dale wrote:
> 
>> Anything else that could be a gotcha?  I plan to move this twice.  Once
>> to the spare drive, repartition the OS drive then copy things back over
>> again.
> 
> There's no need for the second copy. Create the VG on the spare drive and
> copy everything over. Then you can reboot into the system. Now you can
> remove the old partitions from the main drive and create a single PV in
> the space freed (reboot after repartitioning to make sure you're using
> the new partition table.
> 
> Then add the new PV to the VG you are using and use pvmove to transfer
> everything from the spare drive to the main one. You can use the system
> while doing this, so there is only half the downtime compared with doing
> two copies.
> 
> 


Florian has a good idea too.  Dang, both of these sound good.  Well, I
got to think on this one.  ;-)

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Dale wrote:
> Howdy,
> 
> Well, it appears we got the init thingy working.  I'm about ready to
> move things around since one of my drives is about full and I need a
> spare to move things around with.  I use cp -a to copy things while
> booted from a USB stick do hicky.  So far, that has always worked and is
> pretty fast.  I do have a question tho.
> 
> When I copy this over, do I still need to copy over null, console and
> such to /dev?  I know I don't need everything in /dev but do recall
> needing those in the past.  Has this changed since I'm using the init
> thingy?  Am I forgetting one?  I thought there was three.
> 
> Anything else that could be a gotcha?  I plan to move this twice.  Once
> to the spare drive, repartition the OS drive then copy things back over
> again.  It's been a while and with LVM about to be used, I hope it is
> the last time.
> 
> Thanks.
> 
> Dale
> 
> :-)  :-)
> 


One more question.  Currently /usr is on / and that is the way it was
when I built the init thingy.  Do I need to rebuild the init thingy so
that it knows /usr is on a separate partition and will mount it or will
it know that when it reboots?

Thanks again for all the help.  Already headed off a couple problems.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Matthew Marlowe]

fyi, as someone who has played around quite a bit with most of the
ways to configure a home workstation, I find the best config currently
is:

Dedicated Fast Enterprise 2TB drive -> /, swap,  and /boot (ext4)
Six 2TB Reliable SATA Drives in RAID10 -> /home (ext4 with appropriate
chunksize/etc)
Two 2TB Reliable SATA Drives in LVM VG -> /archive, other lvm volumes
I can afford to lose and may need to change sizes for.

No worrying about any bootup complications/initrd or seperate /usr or
/var on workstation, all the important personal data is on reliable
storage, lots of free space for big projects. Backups are on separate
disks from data.
Ext4 over RAID seem happier without lvm. Maybe a few years down the
road btrfs will be complete, I'll be able to switch to that.

Only complications of above is a) careful monitoring of boot disk, b)
with so many drives, chassis needs good air flow/power, and c) unless
/tmp or /var put on lvm, all gentoo compiles are limited by i/o of
boot disk (this isn't a problem for me now, but perhaps when I upgrade
to faster cpus with more cores..).

On Thu, Apr 12, 2012 at 6:23 PM, Dale <rdalek1967@gmail.com> wrote:
> Dale wrote:
>> Howdy,
>>
>> Well, it appears we got the init thingy working.  I'm about ready to
>> move things around since one of my drives is about full and I need a
>> spare to move things around with.  I use cp -a to copy things while
>> booted from a USB stick do hicky.  So far, that has always worked and is
>> pretty fast.  I do have a question tho.
>>
>> When I copy this over, do I still need to copy over null, console and
>> such to /dev?  I know I don't need everything in /dev but do recall
>> needing those in the past.  Has this changed since I'm using the init
>> thingy?  Am I forgetting one?  I thought there was three.
>>
>> Anything else that could be a gotcha?  I plan to move this twice.  Once
>> to the spare drive, repartition the OS drive then copy things back over
>> again.  It's been a while and with LVM about to be used, I hope it is
>> the last time.
>>
>> Thanks.
>>
>> Dale
>>
>> :-)  :-)
>>
>
>
> One more question.  Currently /usr is on / and that is the way it was
> when I built the init thingy.  Do I need to rebuild the init thingy so
> that it knows /usr is on a separate partition and will mount it or will
> it know that when it reboots?
>
> Thanks again for all the help.  Already headed off a couple problems.
>
> Dale
>
> :-)  :-)
>
> --
> I am only responsible for what I said ... Not for what you understood or
> how you interpreted my words!
>
> Miss the compile output?  Hint:
> EMERGE_DEFAULT_OPTS="--quiet-build=n"
>



-- 
Matthew Marlowe
matt@professionalsysadmin.com
https://www.twitter.com/deploylinux
1-805-857-9144

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

I have ran into a issue here.  I copied everything over to sdb, my temp
drive.  When I try to boot it, it still boots from sda which is the
primary drive.  I can not get it to boot from the copy.  I did update
the fstab file to point to the new sdb partitions, I use labels for that
and they have different names.  I also edited grub and told it root was
sdb2.  When I boot, everything mounted is sda.

I tried chrooting in and building a init thingy, still boots to sdb.

What gives here?

   Name      Flags     Part TypeFS Type        [Label]      Size (MB)
 -------------------------------------------------------------------
   sdb1                 Primary ext2         [boot-250g]       197.41
   sdb2                 Primary ext4         [root-250g]     74998.11
   sdb5                 Logical ext4         [home-250g]     50001.48



LABEL=boot-250g         /boot           ext2            defaults        1 2
LABEL=root-250g         /               ext4            defaults        0 1
LABEL=home-250g         /home           ext4            defaults        0 2


Those are from the copy.  Here is grub:

title=Initramfs-new_drive
root (hd0,0)
kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
initrd /initramfs-3.3.1-1-tmp.img

I have done this in the past and it worked but not now.  Is this the
init thingy mounting sda stuff and then Gentoo carries on from there?
If so, how do I tell the init thingy to point to sdb stuff?

Thoughts?

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Matthew Marlowe wrote:
> fyi, as someone who has played around quite a bit with most of the
> ways to configure a home workstation, I find the best config currently
> is:
> 
> Dedicated Fast Enterprise 2TB drive -> /, swap,  and /boot (ext4)
> Six 2TB Reliable SATA Drives in RAID10 -> /home (ext4 with appropriate
> chunksize/etc)
> Two 2TB Reliable SATA Drives in LVM VG -> /archive, other lvm volumes
> I can afford to lose and may need to change sizes for.
> 
> No worrying about any bootup complications/initrd or seperate /usr or
> /var on workstation, all the important personal data is on reliable
> storage, lots of free space for big projects. Backups are on separate
> disks from data.
> Ext4 over RAID seem happier without lvm. Maybe a few years down the
> road btrfs will be complete, I'll be able to switch to that.
> 
> Only complications of above is a) careful monitoring of boot disk, b)
> with so many drives, chassis needs good air flow/power, and c) unless
> /tmp or /var put on lvm, all gentoo compiles are limited by i/o of
> boot disk (this isn't a problem for me now, but perhaps when I upgrade
> to faster cpus with more cores..).
> 


That would work IF I could afford all those drives.  Right now, I have
three and one of them was given to me by another Gentoo user.  I did
find a security system that has a 500Gb drive that I may use.  Videos on
a drive made for videos should work fine.  lol

Also, I have a Cooler Master case with lots of fans, large ones too.

Dale

:-)  :-)


-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Dale wrote:
> I have ran into a issue here.  I copied everything over to sdb, my temp
> drive.  When I try to boot it, it still boots from sda which is the
> primary drive.  I can not get it to boot from the copy.  I did update
> the fstab file to point to the new sdb partitions, I use labels for that
> and they have different names.  I also edited grub and told it root was
> sdb2.  When I boot, everything mounted is sda.
> 
> I tried chrooting in and building a init thingy, still boots to sdb.
> 
> What gives here?
> 
>    Name      Flags     Part TypeFS Type        [Label]      Size (MB)
>  -------------------------------------------------------------------
>    sdb1                 Primary ext2         [boot-250g]       197.41
>    sdb2                 Primary ext4         [root-250g]     74998.11
>    sdb5                 Logical ext4         [home-250g]     50001.48
> 
> 
> 
> LABEL=boot-250g         /boot           ext2            defaults        1 2
> LABEL=root-250g         /               ext4            defaults        0 1
> LABEL=home-250g         /home           ext4            defaults        0 2
> 
> 
> Those are from the copy.  Here is grub:
> 
> title=Initramfs-new_drive
> root (hd0,0)
> kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
> initrd /initramfs-3.3.1-1-tmp.img
> 
> I have done this in the past and it worked but not now.  Is this the
> init thingy mounting sda stuff and then Gentoo carries on from there?
> If so, how do I tell the init thingy to point to sdb stuff?
> 
> Thoughts?
> 
> Dale
> 
> :-)  :-)
> 


OK.  I thought of something else to try.  I created a new grub entry.
This is a plain entry with no init thingy at all.  It looks like this:

title Gentoo no init tmp drive
kernel (hd0,0)/bzImage-3.3.1-1 root=/dev/sdb2 nox

Simple but it still boots the sda drive instead of the sdb drive.  What
am I missing here?  I looked in dmesg, the root=/dev/sdb2 line is in
there so grub passes it on.

This is weird.  I need ideas folks.  I'm running out of things to try.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Stefan Schmiedl wrote:
> Dale,
> 
> Friday, April 13, 2012, 10:35:43 PM, you wrote:
> 
>>> I have ran into a issue here.  I copied everything over to sdb, my temp
>>> drive.  When I try to boot it, it still boots from sda which is the
>>> primary drive.  I can not get it to boot from the copy.  I did update
>>> the fstab file to point to the new sdb partitions, I use labels for that
>>> and they have different names.  I also edited grub and told it root was
>>> sdb2.  When I boot, everything mounted is sda.
>>>
>>> Those are from the copy.  Here is grub:
>>>
>>> title=Initramfs-new_drive
>>> root (hd0,0)
>>> kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
>>> initrd /initramfs-3.3.1-1-tmp.img
> 
> if you want to boot from /dev/sdb, why do you tell grub
> to use (hd0,0), which usually maps to /dev/sda1?
> 
> I'd expect to see root (hd1,0) in there somewhere.
> 
> Depending on boot flags and BIOS settings, you might still
> be using the MBR on /dev/sda.
> 
> When I migrated a client's data over to a new disk a while
> ago, I basically used "tar cf - /sda | tar xf - -C /sdb" and
> then switched SATA cables before rebooting. The former /dev/sdb
> became /dev/sda and everything was fine.
> 
> s.
> 
>>>
>>> I have done this in the past and it worked but not now.  Is this the
>>> init thingy mounting sda stuff and then Gentoo carries on from there?
>>> If so, how do I tell the init thingy to point to sdb stuff?
>>>
>>> Thoughts?
>>>
>>> Dale
>>>
>>> :-)  :-)
>>>
> 
> 
> D> OK.  I thought of something else to try.  I created a new grub entry.
> D> This is a plain entry with no init thingy at all.  It looks like this:
> 
> D> title Gentoo no init tmp drive
> D> kernel (hd0,0)/bzImage-3.3.1-1 root=/dev/sdb2 nox
> 
> D> Simple but it still boots the sda drive instead of the sdb drive.  What
> D> am I missing here?  I looked in dmesg, the root=/dev/sdb2 line is in
> D> there so grub passes it on.
> 
> D> This is weird.  I need ideas folks.  I'm running out of things to try.
> 
> D> Dale
> 
> D> :-)  :-)


I tried changing the root line and it still booted sda.  Also, note that
I also tried a grub entry that doesn't even have a root line.  It just
points directly to sdb.

From what I have always been told, the root line points to grub not the
root partition of the OS.  Those are two different things.  Correct me
if I am wrong here.  That's the way I have always been told.

I'm using grub legacy here.

Dale

:-)  :-)


-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Gregory Shearman]

In linux.gentoo.user, Dale wrote:
> I have ran into a issue here.  I copied everything over to sdb, my temp
> drive.  When I try to boot it, it still boots from sda which is the
> primary drive.  I can not get it to boot from the copy.  I did update
> the fstab file to point to the new sdb partitions, I use labels for that
> and they have different names.  I also edited grub and told it root was
> sdb2.  When I boot, everything mounted is sda.

Did you actually install grub onto your MBR by either:

# grub-install --no-floppy /dev/sdb

or

# grub

grub> root (hd1,0)
grub> setup (hd1)
grub> quit

-------------------------------------------------------------------------

You didn't actually write down these steps. Are you assuming that we
know you've done that?

-- 
Regards,
Gregory.

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Gregory Shearman wrote:
> In linux.gentoo.user, Dale wrote:
>> I have ran into a issue here.  I copied everything over to sdb, my temp
>> drive.  When I try to boot it, it still boots from sda which is the
>> primary drive.  I can not get it to boot from the copy.  I did update
>> the fstab file to point to the new sdb partitions, I use labels for that
>> and they have different names.  I also edited grub and told it root was
>> sdb2.  When I boot, everything mounted is sda.
> 
> Did you actually install grub onto your MBR by either:
> 
> # grub-install --no-floppy /dev/sdb
> 
> or
> 
> # grub
> 
> grub> root (hd1,0)
> grub> setup (hd1)
> grub> quit
> 
> -------------------------------------------------------------------------
> 
> You didn't actually write down these steps. Are you assuming that we
> know you've done that?
> 


In the past, I never had to install grub to sdb.  As long as grub is
installed to one drive, I can boot a OS from any drive.  I did this when
I used to have Mandrake and Gentoo installed.  I had Mandrake installed
on sda and Gentoo on sdb.  I only had one /boot partition which was on
sda1.  It had the kernel for both Mandrake and Gentoo in it and sda1 was
used for both.

So, has something changed that if I want to boot from a second drive I
have to install grub to its MBR first?  When the BIOS finishes and loads
grub, doesn't it always load from the first drive?  If that is true,
doesn't it ignore the MBR on the second drive?  It can't load both MBRs
right?

This isn't making sense.  I have done this many times in the past with
no problems but now something is different.  I need help figuring out
what.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Stefan Schmiedl wrote:
> Dale,
> 
> Saturday, April 14, 2012, 5:46:44 AM, you wrote:
> 
> D> Stefan Schmiedl wrote:
>>> I'd expect to see root (hd1,0) in there somewhere.
> 
> D> I tried changing the root line and it still booted sda.  Also, note that
> D> I also tried a grub entry that doesn't even have a root line.  It just
> D> points directly to sdb.
> 
> D>From what I have always been told, the root line points to grub not the
> D> root partition of the OS.  Those are two different things.  Correct me
> D> if I am wrong here.  That's the way I have always been told.
> 
> That is correct, "root (hdx,y)" points to partition y on drive x, where
> the kernel is to be found, i.e. the root path for the "kernel" line.
> The kernel uses its root=/dev/whatever to set up the root for the linux
> environment.
> 
> D> I'm using grub legacy here.
> 
> me too. And the last time I tried, changing the root line made grub boot
> from the other disk. Have you tried editing this line in grub's editor
> during boot? 
> 
> s.
> 
> 
> 


Yep, it failed many times with a file not found error.  I have a copy of
/boot there but it is just a copy of sda.  In the past, I have had one
/boot and booted two different Gentoo OSs with no problem.

This is what I don't get, when I point the root=/dev/sda2, it should
point to that and load the fstab file there to mount the rest.  For some
reason, it goes back to sda even when told not to.

This is confusing me.  When grub is pointed to something, it should go
there and error out if it is not the correct one such as pointing to the
wrong partition.

This is weird.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[kwkhui]

[-- Attachment #1: Type: text/plain, Size: 2986 bytes --]

On Sat, 14 Apr 2012 05:32:01 -0500
Dale <rdalek1967@gmail.com> wrote:

> Gregory Shearman wrote:
> > In linux.gentoo.user, Dale wrote:
> >> I have ran into a issue here.  I copied everything over to sdb, my
> >> temp drive.  When I try to boot it, it still boots from sda which
> >> is the primary drive.  I can not get it to boot from the copy.  I
> >> did update the fstab file to point to the new sdb partitions, I
> >> use labels for that and they have different names.  I also edited
> >> grub and told it root was sdb2.  When I boot, everything mounted
> >> is sda.
> > 
> > Did you actually install grub onto your MBR by either:
> > 
> > # grub-install --no-floppy /dev/sdb
> > 
> > or
> > 
> > # grub
> > 
> > grub> root (hd1,0)
> > grub> setup (hd1)
> > grub> quit
> > 
> > -------------------------------------------------------------------------
> > 
> > You didn't actually write down these steps. Are you assuming that we
> > know you've done that?
> > 
> 
> 
> In the past, I never had to install grub to sdb.  As long as grub is
> installed to one drive, I can boot a OS from any drive.  I did this
> when I used to have Mandrake and Gentoo installed.  I had Mandrake
> installed on sda and Gentoo on sdb.  I only had one /boot partition
> which was on sda1.  It had the kernel for both Mandrake and Gentoo in
> it and sda1 was used for both.
> 
> So, has something changed that if I want to boot from a second drive I
> have to install grub to its MBR first?  When the BIOS finishes and
> loads grub, doesn't it always load from the first drive?  If that is
> true, doesn't it ignore the MBR on the second drive?  It can't load
> both MBRs right?

Yes, if you want to boot from another drive, that drive needs to have
a usable MBR (or GPT equivalent).

The BIOS (or UEFI) dictates which MBR to load first, and GRUB doesn't
come into it until BIOS found it and loaded it.  This is usually done
in the "boot sequence" config option in BIOS, although it can be
temporarily overridden at boot time by pressing a suitable key.

> This isn't making sense.  I have done this many times in the past with
> no problems but now something is different.  I need help figuring out
> what.

There are many ways this can go wrong.  Most probably BIOS boot loading
sequence has changed (e.g. if you plug in a USB stick and save boot
sequence where the USB stick is tried first, then what happened when
you remove the stick and reboot is anybody's guess, because the BIOS
will try to outsmart you in guessing what that invalid first boot
device should have been). Or maybe you had /dev/sdb disk as the first
boot disk all along, the previous absence of a bootloader means BIOS
tried the next one silently...

My own safety net is to have /dev/sda1 and /dev/sdb1 pretty much the
same, except the grub.conf has a difference of a useless title line to
indicate which disk it was.

> Dale
> 
> :-)  :-)
> 

Kerwin.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

kwkhui@hkbn.net wrote:
> On Sat, 14 Apr 2012 05:32:01 -0500
> Dale <rdalek1967@gmail.com> wrote:
> 
>> Gregory Shearman wrote:
>>> In linux.gentoo.user, Dale wrote:
>>>> I have ran into a issue here.  I copied everything over to sdb, my
>>>> temp drive.  When I try to boot it, it still boots from sda which
>>>> is the primary drive.  I can not get it to boot from the copy.  I
>>>> did update the fstab file to point to the new sdb partitions, I
>>>> use labels for that and they have different names.  I also edited
>>>> grub and told it root was sdb2.  When I boot, everything mounted
>>>> is sda.
>>>
>>> Did you actually install grub onto your MBR by either:
>>>
>>> # grub-install --no-floppy /dev/sdb
>>>
>>> or
>>>
>>> # grub
>>>
>>> grub> root (hd1,0)
>>> grub> setup (hd1)
>>> grub> quit
>>>
>>> -------------------------------------------------------------------------
>>>
>>> You didn't actually write down these steps. Are you assuming that we
>>> know you've done that?
>>>
>>
>>
>> In the past, I never had to install grub to sdb.  As long as grub is
>> installed to one drive, I can boot a OS from any drive.  I did this
>> when I used to have Mandrake and Gentoo installed.  I had Mandrake
>> installed on sda and Gentoo on sdb.  I only had one /boot partition
>> which was on sda1.  It had the kernel for both Mandrake and Gentoo in
>> it and sda1 was used for both.
>>
>> So, has something changed that if I want to boot from a second drive I
>> have to install grub to its MBR first?  When the BIOS finishes and
>> loads grub, doesn't it always load from the first drive?  If that is
>> true, doesn't it ignore the MBR on the second drive?  It can't load
>> both MBRs right?
> 
> Yes, if you want to boot from another drive, that drive needs to have
> a usable MBR (or GPT equivalent).
> 
> The BIOS (or UEFI) dictates which MBR to load first, and GRUB doesn't
> come into it until BIOS found it and loaded it.  This is usually done
> in the "boot sequence" config option in BIOS, although it can be
> temporarily overridden at boot time by pressing a suitable key.
> 
>> This isn't making sense.  I have done this many times in the past with
>> no problems but now something is different.  I need help figuring out
>> what.
> 
> There are many ways this can go wrong.  Most probably BIOS boot loading
> sequence has changed (e.g. if you plug in a USB stick and save boot
> sequence where the USB stick is tried first, then what happened when
> you remove the stick and reboot is anybody's guess, because the BIOS
> will try to outsmart you in guessing what that invalid first boot
> device should have been). Or maybe you had /dev/sdb disk as the first
> boot disk all along, the previous absence of a bootloader means BIOS
> tried the next one silently...
> 
> My own safety net is to have /dev/sda1 and /dev/sdb1 pretty much the
> same, except the grub.conf has a difference of a useless title line to
> indicate which disk it was.
> 
>> Dale
>>
>> :-)  :-)
>>
> 
> Kerwin.


Well, I installed grub to the second drives MBR.  I even changed the
BIOS to see that drive as the main or first drive.  It still boots the
old drive.  I looked in dmesg and saw where it is supposed to point to
the tmp drive and it still boots the old drive even tho it is told not to.

Let's see, boot a CD, just do a reinstall from scratch and call it a
day.  This is ridiculous when you can't tell a boot loader to boot the
second drive and it actually do it.  Heaven forbid if I had two Linux
OSs on here.

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[kwkhui]

[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]

On Sat, 14 Apr 2012 06:52:20 -0500
Dale <rdalek1967@gmail.com> wrote:

> Well, I installed grub to the second drives MBR.  I even changed the
> BIOS to see that drive as the main or first drive.  It still boots the
> old drive.  I looked in dmesg and saw where it is supposed to point to
> the tmp drive and it still boots the old drive even tho it is told
> not to.
> 
> Let's see, boot a CD, just do a reinstall from scratch and call it a
> day.  This is ridiculous when you can't tell a boot loader to boot the
> second drive and it actually do it.  Heaven forbid if I had two Linux
> OSs on here.
> 
> :-)  :-)
> 

It sounds like GRUB made the MBR on /dev/sdb to use /dev/sda1 as its
root, so maybe something like

# grub --no-floppy
grub> find /boot/grub/stage1
(hd0,0)
(hd1,0)

Then making GRUB install on /dev/sda pointing to /dev/sda1

grub> device (hd0) /dev/sda
grub> root (hd0,0)
grub> setup (hd0)


and now install on /dev/sdb pointing to /dev/sdb1

grub> device (hd0) /dev/sdb
grub> root (hd0,0)
grub> setup (hd0)

Then you can quit GRUB by issuing

grub> quit

The point being that once you put in the line "device (hd0) /dev/sdb",
GRUB will *think* that (hd0) refers to the disk /dev/sdb, so the next
command "root (hd0,0)" just means the first partition on this disk
will serve as /boot, rather than (hd1,0) which points to 1st partition
on the *other* disk, which is possibly where GRUB got confused.

Kerwin.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Florian Philipp]

[-- Attachment #1: Type: text/plain, Size: 1941 bytes --]

Am 14.04.2012 13:52, schrieb Dale:
> kwkhui@hkbn.net wrote:
>> On Sat, 14 Apr 2012 05:32:01 -0500
>> Dale <rdalek1967@gmail.com> wrote:
>>
>>> Gregory Shearman wrote:
>>>> In linux.gentoo.user, Dale wrote:
>>>>> I have ran into a issue here.  I copied everything over to sdb, my
>>>>> temp drive.  When I try to boot it, it still boots from sda which
>>>>> is the primary drive.  I can not get it to boot from the copy.  I
>>>>> did update the fstab file to point to the new sdb partitions, I
>>>>> use labels for that and they have different names.  I also edited
>>>>> grub and told it root was sdb2.  When I boot, everything mounted
>>>>> is sda.
>>>>
>>>> Did you actually install grub onto your MBR by either:
>>>>
[...]
>>>
>>> In the past, I never had to install grub to sdb.  As long as grub is
>>> installed to one drive, I can boot a OS from any drive.
>>>
[...]
>>>
>>> So, has something changed that if I want to boot from a second drive I
>>> have to install grub to its MBR first?
>>>
[...]
>>
>> Yes, if you want to boot from another drive, that drive needs to have
>> a usable MBR (or GPT equivalent).
>>
[...]
> 
> Well, I installed grub to the second drives MBR.  I even changed the
> BIOS to see that drive as the main or first drive.  It still boots the
> old drive.  I looked in dmesg and saw where it is supposed to point to
> the tmp drive and it still boots the old drive even tho it is told not to.
> 
> Let's see, boot a CD, just do a reinstall from scratch and call it a
> day.  This is ridiculous when you can't tell a boot loader to boot the
> second drive and it actually do it.  Heaven forbid if I had two Linux
> OSs on here.
> 
> :-)  :-)
> 

As we are out of rational ideas, have you tried unplugging the old disk?
You don't need it for booting at the moment, right? AS SATA is
hot-plugin capable, you can re-insert it later.

Regards,
Florian Philipp


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Florian Philipp wrote:
> Am 14.04.2012 13:52, schrieb Dale:
>> kwkhui@hkbn.net wrote:
>>> On Sat, 14 Apr 2012 05:32:01 -0500
>>> Dale <rdalek1967@gmail.com> wrote:
>>>
>>>> Gregory Shearman wrote:
>>>>> In linux.gentoo.user, Dale wrote:
>>>>>> I have ran into a issue here.  I copied everything over to sdb, my
>>>>>> temp drive.  When I try to boot it, it still boots from sda which
>>>>>> is the primary drive.  I can not get it to boot from the copy.  I
>>>>>> did update the fstab file to point to the new sdb partitions, I
>>>>>> use labels for that and they have different names.  I also edited
>>>>>> grub and told it root was sdb2.  When I boot, everything mounted
>>>>>> is sda.
>>>>>
>>>>> Did you actually install grub onto your MBR by either:
>>>>>
> [...]
>>>>
>>>> In the past, I never had to install grub to sdb.  As long as grub is
>>>> installed to one drive, I can boot a OS from any drive.
>>>>
> [...]
>>>>
>>>> So, has something changed that if I want to boot from a second drive I
>>>> have to install grub to its MBR first?
>>>>
> [...]
>>>
>>> Yes, if you want to boot from another drive, that drive needs to have
>>> a usable MBR (or GPT equivalent).
>>>
> [...]
>>
>> Well, I installed grub to the second drives MBR.  I even changed the
>> BIOS to see that drive as the main or first drive.  It still boots the
>> old drive.  I looked in dmesg and saw where it is supposed to point to
>> the tmp drive and it still boots the old drive even tho it is told not to.
>>
>> Let's see, boot a CD, just do a reinstall from scratch and call it a
>> day.  This is ridiculous when you can't tell a boot loader to boot the
>> second drive and it actually do it.  Heaven forbid if I had two Linux
>> OSs on here.
>>
>> :-)  :-)
>>
> 
> As we are out of rational ideas, have you tried unplugging the old disk?
> You don't need it for booting at the moment, right? AS SATA is
> hot-plugin capable, you can re-insert it later.
> 
> Regards,
> Florian Philipp
> 


Well, if I unplug it, how am I going to change the partitions and copy
the OS back over to it?  I have not tested the hot plug thingy yet.
Yea, it is supposed to work but . . .

I have done this many times before and never took the sides off the
computer.  Has someone broken grub?

Dale

:-)  :-)


-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Peter Humphrey]

On Friday 13 April 2012 15:51:07 Dale wrote:

> Here is grub:
> 
> title=Initramfs-new_drive
> root (hd0,0)
> kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
> initrd /initramfs-3.3.1-1-tmp.img

Your "init=" parameter points to (hd0,0)/sbin/init because of your "root 
(hd0,0)" line. I think that's what you need to fix. It should say 
"init=(hd1,0)/sbin/init" if I've read this thread aright.

> Is this the init thingy mounting sda stuff and then Gentoo carries on
> from there? If so, how do I tell the init thingy to point to sdb stuff?

By specifying "initrd (hd1,0)/initramfs-3.3.1-1-tmp.img"

I hope I've got this right - it's late at night here.

-- 
Rgds
Peter

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Peter Humphrey wrote:
> On Friday 13 April 2012 15:51:07 Dale wrote:
> 
>> Here is grub:
>>
>> title=Initramfs-new_drive
>> root (hd0,0)
>> kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
>> initrd /initramfs-3.3.1-1-tmp.img
> 
> Your "init=" parameter points to (hd0,0)/sbin/init because of your "root 
> (hd0,0)" line. I think that's what you need to fix. It should say 
> "init=(hd1,0)/sbin/init" if I've read this thread aright.
> 

I have changed the root line to hd1,0 and it still boots sda.  Other
settings result in a failure.  It doesn't even try to boot.

>> Is this the init thingy mounting sda stuff and then Gentoo carries on
>> from there? If so, how do I tell the init thingy to point to sdb stuff?
> 
> By specifying "initrd (hd1,0)/initramfs-3.3.1-1-tmp.img"
> 
> I hope I've got this right - it's late at night here.
> 


But the kernel I want to use is on sda1.  The OS is on sdb tho.

I'm going to do this another way.  I'm going to boot a stick thingy and
just copy it that way.  It takes longer but at least it works.  Someone
has borked grub tho.  This worked just a few years ago.  All I changed
back then was the root=/dev/sd** to whatever you want to boot.  Now it
acts like it is hard coded to never change once booted.  I just hope the
thing boots after I change things around.

May backup my packages first.  ;-)

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[pk]

On 2012-04-15 07:16, Dale wrote:

> I have changed the root line to hd1,0 and it still boots sda.  Other
> settings result in a failure.  It doesn't even try to boot.

What does your 'device.map' file say the sdb drive is mapped to? You
usually find the 'device.map' file in /boot/grub for both grub1 and
grub2... not sure which one you use (haven't followed this thread, sorry).

> But the kernel I want to use is on sda1.  The OS is on sdb tho.

Hm... did you mean to write 'sdb1' (your /boot partition as mentioned
earlier in the thread) or do you mean that you want to boot a kernel
located in sda1 and still use sdb1 as your /boot partition? I don't see
how the last part would work...

You need to tell grub where your / (root) partition are named (by grub
convention). You find out what hdX maps to what drive (sdX) through grub
or the 'device.map' file that should have been created when you set up grub.

HTH

Best regards

Peter K

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[pk]

On 2012-04-15 07:16, Dale wrote:

Here's some linkies for you:
Grub2:
https://www.gnu.org/software/grub/manual/html_node/Device-map.html

Grub1:
https://www.gnu.org/software/grub/manual/legacy/Device-map.html

Best regards

Peter K

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Stroller]

On 15 April 2012, at 01:18, Dale wrote:
>> …
>> As we are out of rational ideas, have you tried unplugging the old disk?
>> You don't need it for booting at the moment, right? AS SATA is
>> hot-plugin capable, you can re-insert it later.
> 
> Well, if I unplug it, how am I going to change the partitions and copy
> the OS back over to it?  I have not tested the hot plug thingy yet.
> Yea, it is supposed to work but . . .

Just boot the computer from the new disk without the old one in, to start with.

Something may suddenly make sense when you do so.

Stroller.

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

OK.  Just picking a random reply so this is not just for Peter K.

This opened a HUGE can of worms.  I made CERTAIN I have backups of
things like /home and multiple backups of my .mozilla directory.  After
that, I booted the USB stick thingy.  It's the sysrescue one.  Anyway.
I repartitioned sda to like I wanted, including putting all but / and
/boot on LVM.  I did the usual file system creations and mounting.  Then
transferred everything over.  ALL that went well enough.  Might I also
add, it is much faster on SATA.  ;-)  I edited fstab, grub.conf and all
that to look for the updated things.  I had my ducks beak to tail.

Reboot.

Uh oh !!!!  Crap hits the fan, BIG TIME.  That thing is still looking
for the old partition sda3 for / just like when I was trying to boot off
the sdb drive. This thing had errors everywhere.  The kernel loaded but
everything else failed, miserably.  Heart sinks.  Lots of chin
scratching.  Then some banging head on wall.  Then I booted the stick
thingy again.  I had a brain fart.  Who here remembers me saying I tried
to use the init thingy that the kernel builds itself and couldn't get it
to work?  Let's see those hands please.  Yea, that sucker was still
there.  I forgot to remove it since it didn't work.  < slaps forehead >

This explains a LOT of the problems I was having with dracut too.
Basically, dracut and the kernel built init thingy was duking it out
behind the scenes.  We didn't know that.

My fix was to rebuild the kernel with the kernel built init thingy
disabled.  I still got a couple errors tho but it did boot pretty well.
 May have a new thread for that, if google don't help.

How's that for a head slapper?

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Alex Schuster]

Peter Humphrey writes:

> On Friday 13 April 2012 15:51:07 Dale wrote:
> 
>> Here is grub:
>>
>> title=Initramfs-new_drive
>> root (hd0,0)
>> kernel /bzImage-3.3.1-1 root=/dev/sdb2 init=/sbin/init nox
>> initrd /initramfs-3.3.1-1-tmp.img
> 
> Your "init=" parameter points to (hd0,0)/sbin/init because of your "root 
> (hd0,0)" line. I think that's what you need to fix. It should say 
> "init=(hd1,0)/sbin/init" if I've read this thread aright.

Hmmm, this can't be true. The (hdx,y) notation is a Grub thing, but
those kernel parameters go to the kernel who does not understand this
notation. That's why there is the root=/dev/sdb2 argument, instead of
root=(hd1,1). Once the kernel knows where the root partition is, other
file arguments are relative to this.

	Wonko

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

Stroller wrote:
> 
> On 15 April 2012, at 01:18, Dale wrote:
>>> …
>>> As we are out of rational ideas, have you tried unplugging the old disk?
>>> You don't need it for booting at the moment, right? AS SATA is
>>> hot-plugin capable, you can re-insert it later.
>>
>> Well, if I unplug it, how am I going to change the partitions and copy
>> the OS back over to it?  I have not tested the hot plug thingy yet.
>> Yea, it is supposed to work but . . .
> 
> Just boot the computer from the new disk without the old one in, to start with.
> 
> Something may suddenly make sense when you do so.
> 
> Stroller.
> 
> 
> 


See my other reply.  It's a eye opener.  lol

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[pk]

On 2012-04-15 12:42, Dale wrote:

> Uh oh !!!!  Crap hits the fan, BIG TIME.  That thing is still looking

So the computer blew up? ;-)

> How's that for a head slapper?

A good one I'd say? ;-)

Glad you got it sorted.

Best regards

Peter K

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

pk wrote:
> On 2012-04-15 12:42, Dale wrote:
> 
>> Uh oh !!!!  Crap hits the fan, BIG TIME.  That thing is still looking
> 
> So the computer blew up? ;-)


I think it was my brain.  If it was the puter, it would have been more
stuff.  lol


> 
>> How's that for a head slapper?
> 
> A good one I'd say? ;-)
> 
> Glad you got it sorted.
> 
> Best regards
> 
> Peter K
> 
> 


The funny thing is this, I was thinking about installing fresh.  Just dd
the drive and start over.  Guess what tho, I saved the kernel config.
It would likely have been looking for sda3 . . . again.  Something would
have hit the fan then for sure.  ROFL

Sure does explain a LOT tho.  I bet that was some of the dracut issues
too.  I don't plan to test the theory but bet it was.

Now to sort out the minor boot up errors.

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[J. Roeleveld]

On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote:

<SNIPPED>

> As we are out of rational ideas, have you tried unplugging the old disk?
> You don't need it for booting at the moment, right? AS SATA is
> hot-plugin capable, you can re-insert it later.

Be careful here, not all SATA-controllers/ports on mainboards are hotplug
capable. I have a mainboard that becomes really unstable when I try to
hot(un)plug a harddisk.
It runs perfectly fine as long as I switch the computer off before
swapping harddrives.

--
Joost

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

J. Roeleveld wrote:
> 
> On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote:
> 
> <SNIPPED>
> 
>> As we are out of rational ideas, have you tried unplugging the old disk?
>> You don't need it for booting at the moment, right? AS SATA is
>> hot-plugin capable, you can re-insert it later.
> 
> Be careful here, not all SATA-controllers/ports on mainboards are hotplug
> capable. I have a mainboard that becomes really unstable when I try to
> hot(un)plug a harddisk.
> It runs perfectly fine as long as I switch the computer off before
> swapping harddrives.
> 
> --
> Joost
> 
> 
> 


According to the manual, mine is.  Given my luck, I don't want to try
it.  ;-)

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[J. Roeleveld]

On Mon, April 16, 2012 3:47 pm, Dale wrote:
> J. Roeleveld wrote:
>>
>> On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote:
>>
>> <SNIPPED>
>>
>>> As we are out of rational ideas, have you tried unplugging the old
>>> disk?
>>> You don't need it for booting at the moment, right? AS SATA is
>>> hot-plugin capable, you can re-insert it later.
>>
>> Be careful here, not all SATA-controllers/ports on mainboards are
>> hotplug
>> capable. I have a mainboard that becomes really unstable when I try to
>> hot(un)plug a harddisk.
>> It runs perfectly fine as long as I switch the computer off before
>> swapping harddrives.
>
> According to the manual, mine is.  Given my luck, I don't want to try
> it.  ;-)

If the manual says it is, then probably it will be.

I have 2 mainboards I tried it with that don't mention either way for
hotswap in the manuals.
One gets unstable, the other works perfectly.

The last mainboard I bought actually has an option in the BIOS where I can
specify per SATA-port which are to support hotswap or not ;)

--
Joost

Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.

[Dale]

J. Roeleveld wrote:
> 
> On Mon, April 16, 2012 3:47 pm, Dale wrote:
>> J. Roeleveld wrote:
>>>
>>> On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote:
>>>
>>> <SNIPPED>
>>>
>>>> As we are out of rational ideas, have you tried unplugging the old
>>>> disk?
>>>> You don't need it for booting at the moment, right? AS SATA is
>>>> hot-plugin capable, you can re-insert it later.
>>>
>>> Be careful here, not all SATA-controllers/ports on mainboards are
>>> hotplug
>>> capable. I have a mainboard that becomes really unstable when I try to
>>> hot(un)plug a harddisk.
>>> It runs perfectly fine as long as I switch the computer off before
>>> swapping harddrives.
>>
>> According to the manual, mine is.  Given my luck, I don't want to try
>> it.  ;-)
> 
> If the manual says it is, then probably it will be.
> 
> I have 2 mainboards I tried it with that don't mention either way for
> hotswap in the manuals.
> One gets unstable, the other works perfectly.
> 
> The last mainboard I bought actually has an option in the BIOS where I can
> specify per SATA-port which are to support hotswap or not ;)
> 
> --
> Joost
> 
> 
> 


I need to look again.  Now that I think about it, I think only a couple
of mine support it.  I just plan to cut mine off and be safe, unless the
house is on fire.  lol

Dale

:-)  :-)

-- 
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!

Miss the compile output?  Hint:
EMERGE_DEFAULT_OPTS="--quiet-build=n"