FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 03-10-2012, 01:48 AM
Dale
 
Default 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@fireball / # 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@redhat.com
[ 4.258421] init-early.sh used greatest stack depth: 3696 bytes left
[ 4.503735] init.sh used greatest stack depth: 3576 bytes left
root@fireball / # 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@fireball / #

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"
 
Old 03-10-2012, 02:44 AM
Canek Peláez Valdés
 
Default LVM, /usr and really really bad thoughts.

On Fri, Mar 9, 2012 at 8:48 PM, Dale <rdalek1967@gmail.com> 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@fireball / # 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@redhat.com
> [ * *4.258421] init-early.sh used greatest stack depth: 3696 bytes left
> [ * *4.503735] init.sh used greatest stack depth: 3576 bytes left
> root@fireball / # 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@fireball / #
>
> 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
 
Old 03-10-2012, 03:16 AM
Dale
 
Default LVM, /usr and really really bad thoughts.

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"
 
Old 03-10-2012, 04:41 AM
Canek Peláez Valdés
 
Default LVM, /usr and really really bad thoughts.

On Fri, Mar 9, 2012 at 10:16 PM, Dale <rdalek1967@gmail.com> 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
 
Old 03-10-2012, 05:03 AM
Dale
 
Default LVM, /usr and really really bad thoughts.

Canek Peláez Valdés wrote:
> On Fri, Mar 9, 2012 at 10:16 PM, Dale <rdalek1967@gmail.com> 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"
 
Old 03-10-2012, 07:45 AM
Neil Bothwick
 
Default LVM, /usr and really really bad thoughts.

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
 
Old 03-10-2012, 08:45 AM
Dale
 
Default LVM, /usr and really really bad thoughts.

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"
 
Old 03-10-2012, 08:52 AM
Neil Bothwick
 
Default LVM, /usr and really really bad thoughts.

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.
 
Old 03-10-2012, 08:53 AM
Neil Bothwick
 
Default LVM, /usr and really really bad thoughts.

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.
 
Old 03-10-2012, 09:30 AM
Dale
 
Default LVM, /usr and really really bad thoughts.

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"
 

Thread Tools




All times are GMT. The time now is 05:39 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org