Mailing List Archive: Gentoo: User

LVM, /usr and really really bad thoughts.

1 2 3

View All

Index | Next | Previous | View Threaded

rdalek1967 at gmail

Mar 9, 2012, 6:48 PM

Post #1 of 71 (1052 views)
Permalink

LVM, /usr and really really bad thoughts.

Howdy,

Well, this is what I am thinking about jumping into. Ya'll ready for
this? I'm thinking about redoing my partition layout. I'm wanting to
keep / (root) on a normal ext4 file system. I want to put /usr, /var,
/home, and such on LVM. I been using that dracut thingy to build the
init thingy. Sorry, I'm full of thingys tonight. Maybe I need my meds?
Anyway, the init thingy seems to be working, I think. I asked a while
back how to tell for sure but it didn't get any replies so I am not real
sure it is. I do get this tho:

root [at] firebal / # dmesg | grep init
[ 0.000000] Command line: root=/dev/sda3 init=/sbin/init
[ 0.000000] initial memory mapped : 0 - 20000000
[ 0.000000] init_memory_mapping: 0000000000000000-00000000bfc91000
[ 0.000000] init_memory_mapping: 0000000100000000-0000000440000000
[ 0.000000] Kernel command line: root=/dev/sda3 init=/sbin/init
[ 0.000000] Memory: 16387452k/17825792k available (6262k kernel code,
1052572k absent, 385768k reserved, 6647k data, 4852k init)
[ 0.003045] Security Framework initialized
[ 0.388120] SCSI subsystem initialized
[ 0.410739] pnp: PnP ACPI init
[ 0.787822] Trying to unpack rootfs image as initramfs...
[ 0.867787] Freeing initrd memory: 5084k freed
[ 0.880111] audit: initializing netlink socket (disabled)
[ 0.880439] type=2000 audit(1331081750.879:1): initialized
[ 0.912626] fuse init (API version 7.17)
[ 1.258561] ehci_hcd 0000:00:12.2: init command 0010005 (park)=0
ithresh=1 period=512 RUN
[ 1.270152] ehci_hcd 0000:00:13.2: init command 0010005 (park)=0
ithresh=1 period=512 RUN
[ 1.583458] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19)
initialised: dm-devel [at] redhat
[ 4.258421] init-early.sh used greatest stack depth: 3696 bytes left
[ 4.503735] init.sh used greatest stack depth: 3576 bytes left
root [at] firebal / # dmesg | grep dracut
[ 3.018189] dracut: Checking reiserfs: /dev/sda3
[ 3.018531] dracut: issuing reiserfsck -a /dev/sda3
[ 3.033879] dracut: Reiserfs super block in block 16 on 0x803 of
format 3.6 with standard journal
[ 3.034463] dracut: Blocks (total/free): 4883760/2502678 by 4096 bytes
[ 3.034781] dracut: Filesystem is clean
[ 3.035210] dracut: Remounting /dev/sda3 with -o ro
[ 3.082413] dracut: Mounted root filesystem /dev/sda3
[ 3.158322] dracut: Switching root
root [at] firebal / #

And grub looks like this:

title=Initramfs-new_kernel
root (hd0,0)
kernel /boot/bzImage-3.2.2-1 root=/dev/sda3 init=/sbin/init
initrd /initramfs-3.2.2-1.img

Does anyone think dracut is not working? I need to make certain before
diving into the next step.

I have a second drive that is plenty large enough. Thanks Kashani. I
plan to move everything currently to the larger drive then just sort of
do a fresh install on my regular OS drive.

One question I have right off the bat, how do I tell dracut to mount
/usr? I think it used to have a usr USE flag but that seems to have
disappeared during a upgrade. Is it magic? Does it need to mount /var
as well for logging?

Just for the record, dracut is the only way I could get a init thingy to
build and let me boot. I tried different ways and they just didn't
work. At least I think dracut is working which is a good start. ;-)

I hope there is a few dracut users on here that have at least /usr on a
separate partition.

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"

caneko at gmail

Mar 9, 2012, 7:44 PM

Post #2 of 71 (1027 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Fri, Mar 9, 2012 at 8:48 PM, Dale <rdalek1967 [at] gmail> wrote:
> Howdy,
>
> Well, this is what I am thinking about jumping into. Ya'll ready for
> this? I'm thinking about redoing my partition layout. I'm wanting to
> keep / (root) on a normal ext4 file system. I want to put /usr, /var,
> /home, and such on LVM. I been using that dracut thingy to build the
> init thingy. Sorry, I'm full of thingys tonight. Maybe I need my meds?
> Anyway, the init thingy seems to be working, I think. I asked a while
> back how to tell for sure but it didn't get any replies so I am not real
> sure it is. I do get this tho:
>
> root [at] firebal / # dmesg | grep init
> [ 0.000000] Command line: root=/dev/sda3 init=/sbin/init
> [ 0.000000] initial memory mapped : 0 - 20000000
> [ 0.000000] init_memory_mapping: 0000000000000000-00000000bfc91000
> [ 0.000000] init_memory_mapping: 0000000100000000-0000000440000000
> [ 0.000000] Kernel command line: root=/dev/sda3 init=/sbin/init
> [ 0.000000] Memory: 16387452k/17825792k available (6262k kernel code,
> 1052572k absent, 385768k reserved, 6647k data, 4852k init)
> [ 0.003045] Security Framework initialized
> [ 0.388120] SCSI subsystem initialized
> [ 0.410739] pnp: PnP ACPI init
> [ 0.787822] Trying to unpack rootfs image as initramfs...
> [ 0.867787] Freeing initrd memory: 5084k freed
> [ 0.880111] audit: initializing netlink socket (disabled)
> [ 0.880439] type=2000 audit(1331081750.879:1): initialized
> [ 0.912626] fuse init (API version 7.17)
> [ 1.258561] ehci_hcd 0000:00:12.2: init command 0010005 (park)=0
> ithresh=1 period=512 RUN
> [ 1.270152] ehci_hcd 0000:00:13.2: init command 0010005 (park)=0
> ithresh=1 period=512 RUN
> [ 1.583458] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19)
> initialised: dm-devel [at] redhat
> [ 4.258421] init-early.sh used greatest stack depth: 3696 bytes left
> [ 4.503735] init.sh used greatest stack depth: 3576 bytes left
> root [at] firebal / # dmesg | grep dracut
> [ 3.018189] dracut: Checking reiserfs: /dev/sda3
> [ 3.018531] dracut: issuing reiserfsck -a /dev/sda3
> [ 3.033879] dracut: Reiserfs super block in block 16 on 0x803 of
> format 3.6 with standard journal
> [ 3.034463] dracut: Blocks (total/free): 4883760/2502678 by 4096 bytes
> [ 3.034781] dracut: Filesystem is clean
> [ 3.035210] dracut: Remounting /dev/sda3 with -o ro
> [ 3.082413] dracut: Mounted root filesystem /dev/sda3
> [ 3.158322] dracut: Switching root
> root [at] firebal / #
>
> And grub looks like this:
>
> title=Initramfs-new_kernel
> root (hd0,0)
> kernel /boot/bzImage-3.2.2-1 root=/dev/sda3 init=/sbin/init
> initrd /initramfs-3.2.2-1.img
>
> Does anyone think dracut is not working? I need to make certain before
> diving into the next step.
>
> I have a second drive that is plenty large enough. Thanks Kashani. I
> plan to move everything currently to the larger drive then just sort of
> do a fresh install on my regular OS drive.
>
> One question I have right off the bat, how do I tell dracut to mount
> /usr? I think it used to have a usr USE flag but that seems to have
> disappeared during a upgrade. Is it magic? Does it need to mount /var
> as well for logging?
>
> Just for the record, dracut is the only way I could get a init thingy to
> build and let me boot. I tried different ways and they just didn't
> work. At least I think dracut is working which is a good start. ;-)
>
> I hope there is a few dracut users on here that have at least /usr on a
> separate partition.

I keep my /usr partition in /, but seeing the modules from dracut, the
"magic" happens at:

/usr/lib/dracut/modules.d/98usrmount/mount-usr.sh

Basically, it seems that if /usr is specified in /etc/fstab, then
dracut will mount it. It says nothing about LVM, but that is taken
care of in the scripts at:

/usr/lib/dracut/modules.d/90lvm

I'm not familiar with LVM, but it seems simple enough. And you can
create and modify your own dracut modules, of course.

Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

rdalek1967 at gmail

Mar 9, 2012, 8:16 PM

Post #3 of 71 (1027 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Canek Peláez Valdés wrote:

> I keep my /usr partition in /, but seeing the modules from dracut, the
> "magic" happens at:
>
> /usr/lib/dracut/modules.d/98usrmount/mount-usr.sh
>
> Basically, it seems that if /usr is specified in /etc/fstab, then
> dracut will mount it. It says nothing about LVM, but that is taken
> care of in the scripts at:
>
> /usr/lib/dracut/modules.d/90lvm
>
> I'm not familiar with LVM, but it seems simple enough. And you can
> create and modify your own dracut modules, of course.
>
> Regards.

I thought is was magic. lol I'm glad to get confirmation of this.
Also, does it look to you like it is using the init thingy now? From
what I see in dmesg it looks like it is working.

Thanks for the reply. It's a start.

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"

caneko at gmail

Mar 9, 2012, 9:41 PM

Post #4 of 71 (1026 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Fri, Mar 9, 2012 at 10:16 PM, Dale <rdalek1967 [at] gmail> wrote:
> Canek Peláez Valdés wrote:
>
>> I keep my /usr partition in /, but seeing the modules from dracut, the
>> "magic" happens at:
>>
>> /usr/lib/dracut/modules.d/98usrmount/mount-usr.sh
>>
>> Basically, it seems that if /usr is specified in /etc/fstab, then
>> dracut will mount it. It says nothing about LVM, but that is taken
>> care of in the scripts at:
>>
>> /usr/lib/dracut/modules.d/90lvm
>>
>> I'm not familiar with LVM, but it seems simple enough. And you can
>> create and modify your own dracut modules, of course.
>>
>> Regards.
>
>
> I thought is was magic. lol I'm glad to get confirmation of this.
> Also, does it look to you like it is using the init thingy now?

From:

[ 0.787822] Trying to unpack rootfs image as initramfs...

I would say it's using an initramfs; if you only specify the dracut
created one in grub or lilo, that should be the one.

And from /usr/lib/dracut/modules.d/98usrmount/mount-usr.sh:36, you
should grep for the string "Mounting /usr" in your logs. It seems that
the loglevel is info, so it should pop up by default.

Finally, and it's none of my bussines, but reiserfs? Seriously?

Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

rdalek1967 at gmail

Mar 9, 2012, 10:03 PM

Post #5 of 71 (1028 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Canek Peláez Valdés wrote:
> On Fri, Mar 9, 2012 at 10:16 PM, Dale <rdalek1967 [at] gmail> wrote:
>> Canek Peláez Valdés wrote:
>>
>>> I keep my /usr partition in /, but seeing the modules from dracut, the
>>> "magic" happens at:
>>>
>>> /usr/lib/dracut/modules.d/98usrmount/mount-usr.sh
>>>
>>> Basically, it seems that if /usr is specified in /etc/fstab, then
>>> dracut will mount it. It says nothing about LVM, but that is taken
>>> care of in the scripts at:
>>>
>>> /usr/lib/dracut/modules.d/90lvm
>>>
>>> I'm not familiar with LVM, but it seems simple enough. And you can
>>> create and modify your own dracut modules, of course.
>>>
>>> Regards.
>>
>>
>> I thought is was magic. lol I'm glad to get confirmation of this.
>> Also, does it look to you like it is using the init thingy now?
>
> From:
>
> [ 0.787822] Trying to unpack rootfs image as initramfs...
>
> I would say it's using an initramfs; if you only specify the dracut
> created one in grub or lilo, that should be the one.
>
> And from /usr/lib/dracut/modules.d/98usrmount/mount-usr.sh:36, you
> should grep for the string "Mounting /usr" in your logs. It seems that
> the loglevel is info, so it should pop up by default.
>
> Finally, and it's none of my bussines, but reiserfs? Seriously?
>
> Regards.

Well, that is one of the things I want to change. I have several
reasons for wanting to change this mess. One is a file system change
and the other is to use LVM for stuff. I basically want LVM for
everything but root itself and /boot of course. Right now, /usr is
still on the root file system. I have portage on a separate partition
tho.

So far, reiserfs has not gave me any problems, not OS wise anyway. I
did have a large drive that gave me issues but I'm not sure if it was
the file system or not, tho it could very well have been. It now has
ext4 tho. lol

I'm going to beat some sense into this other drive and make a few
partitions. I may not do this tonight but then again, I might. ;-)

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"

neil at digimed

Mar 10, 2012, 12:45 AM

Post #6 of 71 (1012 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 00:03:44 -0600, Dale wrote:

> Well, that is one of the things I want to change. I have several
> reasons for wanting to change this mess. One is a file system change
> and the other is to use LVM for stuff. I basically want LVM for
> everything but root itself and /boot of course.

If you're already using an initramfs to mount /usr, you may as well put
root on LVM too and let it mount that too. Alternatively, have a small /,
a few hundred MB, and no separate /boot.

--
Neil Bothwick

without C people would code in Basi, Pasal and Obol

Attachments:

signature.asc (0.19 KB)

rdalek1967 at gmail

Mar 10, 2012, 1:45 AM

Post #7 of 71 (1013 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Neil Bothwick wrote:
> On Sat, 10 Mar 2012 00:03:44 -0600, Dale wrote:
>
>> Well, that is one of the things I want to change. I have several
>> reasons for wanting to change this mess. One is a file system change
>> and the other is to use LVM for stuff. I basically want LVM for
>> everything but root itself and /boot of course.
>
> If you're already using an initramfs to mount /usr, you may as well put
> root on LVM too and let it mount that too. Alternatively, have a small /,
> a few hundred MB, and no separate /boot.
>
>

That could be a good idea. I got other issues right now.

I decided to do a fresh install on the larger drive. I sort of like to
brush up every once in a while. I got to the point where I want to do a
emerge -e system then copy my world file over and finish it up. It
appears that the stage3 tarball is in a state where not much can be
upgraded. Every time I try to update something, I get a list of blocks,
either packages or USE flags.

I'm going to try to beat some sense into this a while longer then I'm
going to bed, right after rm -rfv /mnt/gentoo/* is started. ;-)

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"

neil at digimed

Mar 10, 2012, 1:52 AM

Post #8 of 71 (1012 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 03:45:53 -0600, Dale wrote:

> I'm going to try to beat some sense into this a while longer then I'm
> going to bed, right after rm -rfv /mnt/gentoo/* is started. ;-)

What's the point in using -v if you're not there to watch it? ;-)

--
Neil Bothwick

Documentation: (n.) a novel sold with software, designed to entertain the
operator during episodes of bugs or glitches.

Attachments:

signature.asc (0.19 KB)

neil at digimed

Mar 10, 2012, 1:53 AM

Post #9 of 71 (1013 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 03:45:53 -0600, Dale wrote:

> I decided to do a fresh install on the larger drive. I sort of like to
> brush up every once in a while. I got to the point where I want to do a
> emerge -e system then copy my world file over and finish it up. It
> appears that the stage3 tarball is in a state where not much can be
> upgraded. Every time I try to update something, I get a list of blocks,
> either packages or USE flags.

I've seen that if you switch to ~arch and make wholesale USE flag
changes. I think I avoided most of it by switching arch, doing emerge -e
system or world and then changing USE flags.

--
Neil Bothwick

Why marry a virgin? If she wasn't good enough for the rest of them, then
she isn't good enough for you.

Attachments:

signature.asc (0.19 KB)

rdalek1967 at gmail

Mar 10, 2012, 2:30 AM

Post #10 of 71 (1008 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Neil Bothwick wrote:
> On Sat, 10 Mar 2012 03:45:53 -0600, Dale wrote:
>
>> I decided to do a fresh install on the larger drive. I sort of like to
>> brush up every once in a while. I got to the point where I want to do a
>> emerge -e system then copy my world file over and finish it up. It
>> appears that the stage3 tarball is in a state where not much can be
>> upgraded. Every time I try to update something, I get a list of blocks,
>> either packages or USE flags.
>
> I've seen that if you switch to ~arch and make wholesale USE flag
> changes. I think I avoided most of it by switching arch, doing emerge -e
> system or world and then changing USE flags.
>
>

I even tried USE="-*" emerge -e system and it just griped. I have also
tried to upgrade one package at a time. Each one complains about some
other package.

I'll try again another time. I'm ready to hang portage right now. 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"

neil at digimed

Mar 10, 2012, 2:49 AM

Post #11 of 71 (1006 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 04:30:41 -0600, Dale wrote:

> > I've seen that if you switch to ~arch and make wholesale USE flag
> > changes. I think I avoided most of it by switching arch, doing emerge
> > -e system or world and then changing USE flags.

> I even tried USE="-*" emerge -e system and it just griped. I have also
> tried to upgrade one package at a time. Each one complains about some
> other package.

USE="-*" is horrible. Leave the USE flags as they were in the stage 3,
rebuild as needed then switch back, probably piecemeal, to what you want.

--
Neil Bothwick

Top Oxymorons Number 23: Sweet sorrow

Attachments:

signature.asc (0.19 KB)

peterk2 at coolmail

Mar 10, 2012, 2:58 AM

Post #12 of 71 (1005 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On 2012-03-10 03:48, Dale wrote:
> Howdy,

Howdy!

> this? I'm thinking about redoing my partition layout. I'm wanting to
> keep / (root) on a normal ext4 file system. I want to put /usr, /var,

As long as you don't use the udev version that requires access to /usr
at boot time (or mdev) then you can keep using a non-init boot (I do),
as long as /bin /sbin is on root...

Btw, does anyone know which version of udev requires access to /usr? I'm
running latest stable here 171-r5 and I have separate partitions for
/home /opt /usr /usr/local /tmp /var, all on LVM and /boot on a separate
partition outside of LVM, and it works fine.

Best regards

Peter K

billk at iinet

Mar 10, 2012, 3:12 AM

Post #13 of 71 (1007 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 2012-03-10 at 03:45 -0600, Dale wrote:
> Neil Bothwick wrote:
> > On Sat, 10 Mar 2012 00:03:44 -0600, Dale wrote:
> >
> >> Well, that is one of the things I want to change. I have several
> >> reasons for wanting to change this mess. One is a file system change
> >> and the other is to use LVM for stuff. I basically want LVM for
> >> everything but root itself and /boot of course.
> >
> > If you're already using an initramfs to mount /usr, you may as well put
> > root on LVM too and let it mount that too. Alternatively, have a small /,
> > a few hundred MB, and no separate /boot.
> >
> >
>
>
> That could be a good idea. I got other issues right now.
>
> I decided to do a fresh install on the larger drive. I sort of like to
> brush up every once in a while. I got to the point where I want to do a
> emerge -e system then copy my world file over and finish it up. It
> appears that the stage3 tarball is in a state where not much can be
> upgraded. Every time I try to update something, I get a list of blocks,
> either packages or USE flags.
>
> I'm going to try to beat some sense into this a while longer then I'm
> going to bed, right after rm -rfv /mnt/gentoo/* is started. ;-)
>
> Dale
>
> :-) :-)
>

ah LVM, dont you just love it ... just ran low on space on a /home
partition across town. ok, reclaim some space from /var/data which at
1.4T has plenty to spare. Once Ive finished I noticed a "small"
problem ... typed 1G instead of 1T when shrinking /var/data, and the
89Gb packet capture I had there is toast :(

One of those "Ah F..." moments ... love backups.

Billk

rdalek1967 at gmail

Mar 10, 2012, 3:28 AM

Post #14 of 71 (1006 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Neil Bothwick wrote:
> On Sat, 10 Mar 2012 04:30:41 -0600, Dale wrote:
>
>>> I've seen that if you switch to ~arch and make wholesale USE flag
>>> changes. I think I avoided most of it by switching arch, doing emerge
>>> -e system or world and then changing USE flags.
>
>> I even tried USE="-*" emerge -e system and it just griped. I have also
>> tried to upgrade one package at a time. Each one complains about some
>> other package.
>
> USE="-*" is horrible. Leave the USE flags as they were in the stage 3,
> rebuild as needed then switch back, probably piecemeal, to what you want.
>
>

Yea, each thing has its negatives. It doesn't like the default USE line
either tho. < sighs > I'm getting a BIGGER hammer.

Right now, it won't even install gentoolkit. 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"

neil at digimed

Mar 10, 2012, 7:35 AM

Post #15 of 71 (1007 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 11:58:18 +0100, pk wrote:

> Btw, does anyone know which version of udev requires access to /usr? I'm
> running latest stable here 171-r5 and I have separate partitions for
> /home /opt /usr /usr/local /tmp /var, all on LVM and /boot on a separate
> partition outside of LVM, and it works fine.

I'm using the latest testing with a separate /usr and no problems.

--
Neil Bothwick

WinErr 014: Keyboard locked - Try anything you can think of.

Attachments:

signature.asc (0.19 KB)

tsg at bonedaddy

Mar 10, 2012, 9:13 AM

Post #16 of 71 (1008 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

* Dale <rdalek1967 [at] gmail> [120309 21:55]:
> Howdy,
>
[..]
> [ 0.787822] Trying to unpack rootfs image as initramfs...

It found your initramfs...

> [ 0.867787] Freeing initrd memory: 5084k freed

The followng look like they're from your Dracut initramfs

> [ 0.880111] audit: initializing netlink socket (disabled)
> [ 0.880439] type=2000 audit(1331081750.879:1): initialized
> [ 0.912626] fuse init (API version 7.17)
> [ 1.258561] ehci_hcd 0000:00:12.2: init command 0010005 (park)=0
> ithresh=1 period=512 RUN
> [ 1.270152] ehci_hcd 0000:00:13.2: init command 0010005 (park)=0
> ithresh=1 period=512 RUN
> [ 1.583458] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19)
> initialised: dm-devel [at] redhat

The following here certainly are

> [ 4.258421] init-early.sh used greatest stack depth: 3696 bytes left
> [ 4.503735] init.sh used greatest stack depth: 3576 bytes left

And the following are confirmation

> root [at] firebal / # dmesg | grep dracut
> [ 3.018189] dracut: Checking reiserfs: /dev/sda3
> [ 3.018531] dracut: issuing reiserfsck -a /dev/sda3
> [ 3.033879] dracut: Reiserfs super block in block 16 on 0x803 of
> format 3.6 with standard journal
> [ 3.034463] dracut: Blocks (total/free): 4883760/2502678 by 4096 bytes
> [ 3.034781] dracut: Filesystem is clean
> [ 3.035210] dracut: Remounting /dev/sda3 with -o ro
> [ 3.082413] dracut: Mounted root filesystem /dev/sda3
> [ 3.158322] dracut: Switching root
> root [at] firebal / #
>
> And grub looks like this:
>
> title=Initramfs-new_kernel
> root (hd0,0)
> kernel /boot/bzImage-3.2.2-1 root=/dev/sda3 init=/sbin/init
> initrd /initramfs-3.2.2-1.img
>
> Does anyone think dracut is not working? I need to make certain before
> diving into the next step.

Looks like it's all working for you then!

Todd

peterk2 at coolmail

Mar 10, 2012, 12:50 PM

Post #17 of 71 (1009 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On 2012-03-10 16:35, Neil Bothwick wrote:

> I'm using the latest testing with a separate /usr and no problems.

So udev-181 (masked) is ok to use without initrd and separate /usr
then? Thanks for the info!

Best regards

Peter K

caneko at gmail

Mar 10, 2012, 1:01 PM

Post #18 of 71 (1009 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, Mar 10, 2012 at 2:50 PM, pk <peterk2 [at] coolmail> wrote:
> On 2012-03-10 16:35, Neil Bothwick wrote:
>
>> I'm using the latest testing with a separate /usr and no problems.
>
> So udev-181 (masked) is ok to use without initrd and separate /usr
> then? Thanks for the info!

That's one case; I would not take it for granted that it would work in
any other case. The fact is, udev upstream does not support a
separated /usr without an initramfs since . That Neil got it working
may be a fluke, good luck, the phase of the moon, or all from above
combined.

If you plan to keep a separated /usr and refuse to use an initramfs, I
would recommend sticking to the last version *you* know for sure it
works, or risk getting a nasty surprise at some upgrade.

Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

rdalek1967 at gmail

Mar 10, 2012, 1:07 PM

Post #19 of 71 (1008 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Todd Goodman wrote:
> * Dale <rdalek1967 [at] gmail> [120309 21:55]:
>> Howdy,
>>
> [..]
>> [ 0.787822] Trying to unpack rootfs image as initramfs...
>
> It found your initramfs...
>
>> [ 0.867787] Freeing initrd memory: 5084k freed
>
> The followng look like they're from your Dracut initramfs
>
>> [ 0.880111] audit: initializing netlink socket (disabled)
>> [ 0.880439] type=2000 audit(1331081750.879:1): initialized
>> [ 0.912626] fuse init (API version 7.17)
>> [ 1.258561] ehci_hcd 0000:00:12.2: init command 0010005 (park)=0
>> ithresh=1 period=512 RUN
>> [ 1.270152] ehci_hcd 0000:00:13.2: init command 0010005 (park)=0
>> ithresh=1 period=512 RUN
>> [ 1.583458] device-mapper: ioctl: 4.22.0-ioctl (2011-10-19)
>> initialised: dm-devel [at] redhat
>
> The following here certainly are
>
>> [ 4.258421] init-early.sh used greatest stack depth: 3696 bytes left
>> [ 4.503735] init.sh used greatest stack depth: 3576 bytes left
>
> And the following are confirmation
>
>> root [at] firebal / # dmesg | grep dracut
>> [ 3.018189] dracut: Checking reiserfs: /dev/sda3
>> [ 3.018531] dracut: issuing reiserfsck -a /dev/sda3
>> [ 3.033879] dracut: Reiserfs super block in block 16 on 0x803 of
>> format 3.6 with standard journal
>> [ 3.034463] dracut: Blocks (total/free): 4883760/2502678 by 4096 bytes
>> [ 3.034781] dracut: Filesystem is clean
>> [ 3.035210] dracut: Remounting /dev/sda3 with -o ro
>> [ 3.082413] dracut: Mounted root filesystem /dev/sda3
>> [ 3.158322] dracut: Switching root
>> root [at] firebal / #
>>
>> And grub looks like this:
>>
>> title=Initramfs-new_kernel
>> root (hd0,0)
>> kernel /boot/bzImage-3.2.2-1 root=/dev/sda3 init=/sbin/init
>> initrd /initramfs-3.2.2-1.img
>>
>> Does anyone think dracut is not working? I need to make certain before
>> diving into the next step.
>
> Looks like it's all working for you then!
>
> Todd
>
>

Yeppie !!!! :-D :-D :-D

I don't think I asked for help getting it to work either. o_O

Oh, I did get the fresh install to start compiling. Just had to get a
sledge hammer and threaten it a little bit. I didn't hurt the paint job
tho. 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"

neil at digimed

Mar 10, 2012, 2:12 PM

Post #20 of 71 (1006 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, 10 Mar 2012 21:50:02 +0100, pk wrote:

> > I'm using the latest testing with a separate /usr and no problems.
>
> So udev-181 (masked) is ok to use without initrd and separate /usr
> then? Thanks for the info!

testing, not masked. Although it turns out that the latest in ~amd64 is
the same as you are running on stable. 181 is masked and the comments in
package.mask imply it is because of the separate /usr problem.

--
Neil Bothwick

No trees were harmed in the sending of this message. However, a large
number of electrons were terribly inconvenienced.

Attachments:

signature.asc (0.19 KB)

caneko at gmail

Mar 10, 2012, 6:36 PM

Post #21 of 71 (1005 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On Sat, Mar 10, 2012 at 2:50 PM, pk <peterk2 [at] coolmail> wrote:
> On 2012-03-10 16:35, Neil Bothwick wrote:
>
>> I'm using the latest testing with a separate /usr and no problems.
>
> So udev-181 (masked) is ok to use without initrd and separate /usr
> then? Thanks for the info!

Just posted to -devel, the news item regarding the unmasking of udev-181:

"This news item is to inform you that once you upgrade to a version of
udev >=181, if you have /usr on a separate partition, you must boot your
system with an initramfs which pre-mounts /usr.

"An initramfs which does this is created by >=sys-kernel/genkernel-3.4.25 or
>=sys-kernel/dracut-017-r1. If you do not want to use these tools, be
sure any initramfs you create pre-mounts /usr.

"Also, if you are using OpenRC, you must upgrade to >= openrc-0.9.9.

For more information on why this has been done, see the following url:
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken"

The news item is being discussed, but something similar will be
submitted as news item for every Gentoo user.

Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

john.blinka at gmail

Mar 10, 2012, 7:25 PM

Post #22 of 71 (1005 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

-- Sent from my Palm Pre
On Mar 10, 2012 10:38 AM, Neil Bothwick <neil [at] digimed> wrote:

On Sat, 10 Mar 2012 11:58:18 +0100, pk wrote:

> Btw, does anyone know which version of udev requires access to /usr? I'm

> running latest stable here 171-r5 and I have separate partitions for

> /home /opt /usr /usr/local /tmp /var, all on LVM and /boot on a separate

> partition outside of LVM, and it works fine.

I'm using the latest testing with a separate /usr and no problems.

--

Neil Bothwick

WinErr 014: Keyboard locked - Try anything you can think of.

peterk2 at coolmail

Mar 11, 2012, 1:37 AM

Post #23 of 71 (1004 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

On 2012-03-11 03:36, Canek Peláez Valdés wrote:

> "This news item is to inform you that once you upgrade to a version of
> udev >=181, if you have /usr on a separate partition, you must boot your
> system with an initramfs which pre-mounts /usr.

Ok, I thank both you and Neil for this info. In hindsight I should have
looked deeper before asking but now it's out there so other's wanting to
know (on the gentoo-user list), knows...

Best regards

Peter K

jorgeml at gmail

Mar 11, 2012, 5:16 AM

Post #24 of 71 (1012 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

Hi!

I had some struggle with a separate /usr on top of LVM and the dracut
thing. I noticed that udev was complaining at boot that it could not
find some scripts.

The usmount dracut module did not work for me because it could not
find /usr. So what I did was to include the fstab-sys smodule in
dracut:

/etc/dracut.conf

# Dracut modules to omit
omit_dracutmodules+="usrmount"

# Dracut modules to add to the default
add_dracutmodules+="fstab-sys"

Then I created /etc/fstab.sys with just the /usr partition

/dev/disk/by-uuid/90d82b02-e6c2-4011-940e-783d12b0c4fe /usr ext4 noatime 1 2

Dracut could only find the partition by using the uuid (use blkid to
find it easily).

The next step was to remove /usr from /etc/fstab to prevent /usr from
being mounted twice (the boot process does not like it).

The last obstacle is /etc/mtab. By the time /usr is mounted I believe
/ is mounted as read only, so mount cannot update /etc/mtab. The
trivial solutions is to delete /etc/mtab and make it a symlink to
/proc/mounts . In that case it is always up to date.

Of course, YMMV. Be careful when changing things that can prevent your
machine from booting and make sure you have a live CD at hand.

Cheers,
--
Jorge Martínez López <jorgeml [at] gmail> http://www.jorgeml.net
Google Talk / XMPP: jorgeml [at] gmail

caneko at gmail

Mar 11, 2012, 11:26 AM

Post #25 of 71 (1003 views)
Permalink

Re: LVM, /usr and really really bad thoughts. [In reply to]

2012/3/11 Jorge Martínez López <jorgeml [at] gmail>:
> Hi!
>
> I had some struggle with a separate /usr on top of LVM and the dracut
> thing. I noticed that udev was complaining at boot that it could not
> find some scripts.
>
> The usmount dracut module did not work for me because it could not
> find /usr. So what I did was to include the fstab-sys smodule in
> dracut:
>
> /etc/dracut.conf
>
> # Dracut modules to omit
> omit_dracutmodules+="usrmount"
>
> # Dracut modules to add to the default
> add_dracutmodules+="fstab-sys"
>
> Then I created /etc/fstab.sys with just the /usr partition
>
> /dev/disk/by-uuid/90d82b02-e6c2-4011-940e-783d12b0c4fe /usr ext4 noatime 1 2
>
> Dracut could only find the partition by using the uuid (use blkid to
> find it easily).

> The next step was to remove /usr from /etc/fstab to prevent /usr from
> being mounted twice (the boot process does not like it).

Mmmh. Could you try to use LABEL= in /etc/fstab (not /etc/fstab), and
see if that way it gets mounted, and only once? The udev developers
recommend using either UUID or LABEL; and LABEL it's easier (and
prettier) to set.

> The last obstacle is /etc/mtab. By the time /usr is mounted I believe
> / is mounted as read only, so mount cannot update /etc/mtab. The
> trivial solutions is to delete /etc/mtab and make it a symlink to
> /proc/mounts . In that case it is always up to date.

I think the link is to /proc/self/mounts; /proc/mounts it's a link to
it, actually.

> Of course, YMMV. Be careful when changing things that can prevent your
> machine from booting and make sure you have a live CD at hand.

Good advice. Regards.
--
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

1 2 3

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads