[gentoo-user] Resize /

[gentoo-user] Resize /

[jakommo]

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

Hi Listmembers,

I have a problem the / Partition on my system is to smal, is there a save
way to resize it?
I know mounting other partitions to e.g. /usr will help but the / is only
4,6G so it will help only temporarily.

thanks

jakommo

[-- Attachment #2: Type: text/html, Size: 271 bytes --]

Re: [gentoo-user] Resize /

[Ryan Crisman]

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

you can emerge gparted and use a gui program that well allow you to resize
your partitions, plus add and remove partitions.

On 11/16/06, jakommo <jakommo@gmail.com> wrote:
>
> Hi Listmembers,
>
> I have a problem the / Partition on my system is to smal, is there a save
> way to resize it?
> I know mounting other partitions to e.g. /usr will help but the / is only
> 4,6G so it will help only temporarily.
>
> thanks
>
> jakommo
>



-- 
Ryan Crisman

[-- Attachment #2: Type: text/html, Size: 782 bytes --]

Re: [gentoo-user] Resize /

[Richard Fish]

On 11/16/06, jakommo <jakommo@gmail.com> wrote:
> Hi Listmembers,
>
>  I have a problem the / Partition on my system is to smal, is there a save
> way to resize it?
>  I know mounting other partitions to e.g. /usr will help but the / is only
> 4,6G so it will help only temporarily.

What partitions/filesystems do you have currently?  Are you using LVM?
 I suppose we should start with the outputs of fdisk -l and mount...

-Richard
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Resize /

[Neil Bothwick]

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

On Thu, 16 Nov 2006 18:55:00 +0100, jakommo wrote:

> I have a problem the / Partition on my system is to smal, is there a
> save way to resize it?
> I know mounting other partitions to e.g. /usr will help but the / is
> only 4,6G so it will help only temporarily.

/usr often account for more than half of the contents of /, so mounting
it on a different filesystem will indeed help.

Before you do anything else, have you cleaned out /var/tmp
and /usr/portage/distfiles. Moving $POARTAGE_TMPDIR and $DISTDIR to a
separate partition is a good way of preventing portage filling up
your root partition.


-- 
Neil Bothwick

"Bother," said Pooh, as someone flamed him for no reason.

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

Re: [gentoo-user] Resize /

[Alan McKinnon]

On Thursday 16 November 2006 19:55, jakommo wrote:
> Hi Listmembers,
>
> I have a problem the / Partition on my system is to smal, is there a
> save way to resize it?
> I know mounting other partitions to e.g. /usr will help but the / is
> only 4,6G so it will help only temporarily.

You have a tricky problem. Any partition hosting an ext2/3 or reiserfs 
filesystame can be reduced, but it has to be unmounted first. The 
partition in question is /, which cannot be unmounted in a running 
system.

So, you have to boot off a LiveCD. teh gentoo installer gives you such 
an environment, so does knoppix or ubuntu, or even (god forbid!) red 
hat. You need to use the filesystem resizing tool, it's e2online (or 
maybe ext2online) or resize_reiserfs to reduce the filesystem to an 
appropriate value, then use fdisk to resize the partition to the same 
size as the filesystem. This will free up the unused space after the 
partition in quetion so you can do something else with it. Just 
remember that this will usually renumber partitions between the new one 
and the end of the disk and you have to account for that in /etc/fstab.

So if you reduce /dev/hda5 and create a new partition in the free space, 
then whatever you used to call /dev/hda6 is now probably 
called /dev/hda7

There are graphical tools around to make this simpler - I believe 
partition magic has some ext2/3 support and gparted can do cool things. 
I can't tell you if they are good or bad as I don't use them (I'm a 
command line junkie :-)

alan

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Resize /

[geistteufel]

Hello

What the size of your / ?
Mine is 1 Go, and I use only 300 mo, just conf and lib sbin bin

If you have opt in your / I suggest to move it and doing a symlink

like cd /; mv opt usr; ln -s usr/opt .

so ...



jakommo a écrit :
> Hi Listmembers,
>
> I have a problem the / Partition on my system is to smal, is there a 
> save way to resize it?
> I know mounting other partitions to e.g. /usr will help but the / is 
> only 4,6G so it will help only temporarily.
>
> thanks
>
> jakommo


	

	
		
___________________________________________________________________________ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Resize /

[jakommo]

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

On 11/16/06, geistteufel <geistteufel@yahoo.fr> wrote:
>
> Hello
>
> What the size of your / ?
> Mine is 1 Go, and I use only 300 mo, just conf and lib sbin bin
>
> If you have opt in your / I suggest to move it and doing a symlink
>
> like cd /; mv opt usr; ln -s usr/opt .
>
> so ...
>
>
>
> jakommo a écrit :
> > Hi Listmembers,
> >
> > I have a problem the / Partition on my system is to smal, is there a
> > save way to resize it?
> > I know mounting other partitions to e.g. /usr will help but the / is
> > only 4,6G so it will help only temporarily.
> >
> > thanks
> >
> > jakommo
>
>
>
>
>
>
>
> ___________________________________________________________________________
> Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions
> !
> Profitez des connaissances, des opinions et des expériences des
> internautes sur Yahoo! Questions/Réponses
> http://fr.answers.yahoo.com
>
> --
> gentoo-user@gentoo.org mailing list
>
>
thanks for your replys.
everything but boot is ext3 and its a RAID5.
For now I think maybe its better to make some new partitions and copy the
stuff to them by using a live cd and then adjust fstab and/or make symlinks.
the problem is the maschine is a server and I dont want it to be down for a
long time, its only used for cups at the moment, but I think its more secure
to quit the idea of resizing and do it the mount and symlink way. another
benefit of this way is I can prepare everything so I only need to reboot
with a live cd to copy the files and thats it.

thanks again for your solutions

jakommo

[-- Attachment #2: Type: text/html, Size: 2035 bytes --]

Re: [gentoo-user] Resize /

[Alex Schuster]

jakommo writes:

> On 11/16/06, geistteufel <geistteufel@yahoo.fr> wrote:

> > If you have opt in your / I suggest to move it and doing a symlink
> >
> > like cd /; mv opt usr; ln -s usr/opt .
> For now I think maybe its better to make some new partitions and copy the
> stuff to them by using a live cd and then adjust fstab and/or make
> symlinks. the problem is the maschine is a server and I dont want it to
> be down for a long time, its only used for cups at the moment, but I
> think its more secure to quit the idea of resizing and do it the mount
> and symlink way. another benefit of this way is I can prepare everything
> so I only need to reboot with a live cd to copy the files and thats it.

I don't think there is a neeed to boot from CD for that. Just copy /usr (or 
whatever directory you like) to its new destination, rename /usr and create 
the symlink instantly after that:

cp -pr /usr /newdrive/
mv /usr /usr.old && /usr.old/bin/ln -s /newdrive/usr /

This makes /usr unavailable for a fraction of seconds only. Programs 
currently using files in /usr should not be affected, when the files are 
still open it should not matter if they are renamed as long as they stay on 
the same partition.

	Alex
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Resize /

[jakommo]

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

On 11/16/06, Alex Schuster <wonko@wonkology.org> wrote:
>
> jakommo writes:
>
> > On 11/16/06, geistteufel <geistteufel@yahoo.fr> wrote:
>
> > > If you have opt in your / I suggest to move it and doing a symlink
> > >
> > > like cd /; mv opt usr; ln -s usr/opt .
> > For now I think maybe its better to make some new partitions and copy
> the
> > stuff to them by using a live cd and then adjust fstab and/or make
> > symlinks. the problem is the maschine is a server and I dont want it to
> > be down for a long time, its only used for cups at the moment, but I
> > think its more secure to quit the idea of resizing and do it the mount
> > and symlink way. another benefit of this way is I can prepare everything
> > so I only need to reboot with a live cd to copy the files and thats it.
>
> I don't think there is a neeed to boot from CD for that. Just copy /usr
> (or
> whatever directory you like) to its new destination, rename /usr and
> create
> the symlink instantly after that:
>
> cp -pr /usr /newdrive/
> mv /usr /usr.old && /usr.old/bin/ln -s /newdrive/usr /
>
> This makes /usr unavailable for a fraction of seconds only. Programs
> currently using files in /usr should not be affected, when the files are
> still open it should not matter if they are renamed as long as they stay
> on
> the same partition.
>
>         Alex
> --
> gentoo-user@gentoo.org mailing list
>
>
thanks Alex,

I think I try that, but I wait for a moment where it doesn't metter if
something goes wrong.

jakommo

[-- Attachment #2: Type: text/html, Size: 2010 bytes --]

Re: [gentoo-user] Resize /

[Dirk Heinrichs]

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

Am Donnerstag, 16. November 2006 22:56 schrieb ext jakommo:

> I think I try that, but I wait for a moment where it doesn't metter if
> something goes wrong.

There's always "telinit 1".

You mentioned it's a RAID 5, and I think Neil also asked wether you're using 
LVM. If not, you should consider using it (or EVMS, which I prefer), so 
that you don't run into these troubles again in the future.

You may hear different opinions about that, but you should also consider 
splitting your disks into several partitions (or better: logical volumes) 
anyway. You'd gain great flexibility, i.e. in that you can select different 
filesystems for different purposes, resize as you need, don't wait long 
time for fs checks/repairs, etc.

Here's my layout, as an example:

hda1: /boot, 64M, ext2 (64M is way too large).
hda2: LVM

Then, I have logical volumes for everything else, managed with EVMS:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/evms/root        256M  109M  148M  43% /
/dev/evms/usr         5.0G  3.9G  1.2G  77% /usr
/dev/evms/opt         2.0G  260M  1.8G  13% /opt
/dev/evms/var         2.0G  1.1G 1006M  51% /var
/dev/evms/build       3.3G   95M  3.2G   3% /gentoo/build
/dev/evms/distfiles   2.0G  1.7G  356M  83% /gentoo/distfiles
/dev/evms/portage     512M  241M  272M  48% /gentoo/portage

BTW: I never needed to resize /. Sometimes I need to grow /usr, but since I 
chose reiserfs for it, it can be done while mounted.

HTH...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: Resize /

[Alexander Skwar]

· Dirk Heinrichs <ext-dirk.heinrichs@nokia.com>:

> Am Donnerstag, 16. November 2006 22:56 schrieb ext jakommo:
> 
>> I think I try that, but I wait for a moment where it doesn't metter if
>> something goes wrong.
> 
> There's always "telinit 1".
> 
> You mentioned it's a RAID 5, and I think Neil also asked wether you're using 
> LVM. If not, you should consider using it (or EVMS, which I prefer), so 
> that you don't run into these troubles again in the future.

The advantage of EVMS over LVM in this case would be, that he
wouldn't have to reformat/repartition and would still be able
to resize the partition/filesystem, wouldn't he?
 
> You may hear different opinions about that, but you should also consider 
> splitting your disks into several partitions (or better: logical volumes) 
> anyway.

Yes, that's of course a good hint!

> BTW: I never needed to resize /. 

Me too.

> Sometimes I need to grow /usr, but since I  
> chose reiserfs for it, it can be done while mounted.

Yes, with reiserfs, this can be done. But also with every other
"normal" filesystem besides ext2.

Alexander Skwar
-- 
Foolproof Operation:
        No provision for adjustment.


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Resize /

[Dale]

Alexander Skwar wrote:
> < snip >
> The advantage of EVMS over LVM in this case would be, that he
> wouldn't have to reformat/repartition and would still be able
> to resize the partition/filesystem, wouldn't he?
>  < snip >
> Yes, with reiserfs, this can be done. But also with every other
> "normal" filesystem besides ext2.
>
> Alexander Skwar
>   

Somewhat on topic here.  How hard is it to do this with no previous
knowledge of how it works?  I am constantly running into the same thing
the OP is and having to move things around.  Currently I have two 80GB
drives.  Here is my partition scheme at the moment:

> root@smoker / # mount
> /dev/hda6 on / type reiserfs (rw)
> /dev/hda1 on /boot type reiserfs (rw,noatime,notail)
> /dev/hda7 on /home type reiserfs (rw)
> /dev/hda8 on /usr type reiserfs (rw)
> /dev/hda9 on /usr/portage type reiserfs (rw)
> /dev/hda10 on /data type reiserfs (rw)
> root@smoker / #    
> root@smoker / # df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/hda6              9765136   1896004   7869132  20% /
> /dev/hda1               146612     45880    100732  32% /boot
> /dev/hda7              9765136   1236144   8528992  13% /home
> /dev/hda8              9765136   4269660   5495476  44% /usr
> /dev/hda9              5859272   3052004   2807268  53% /usr/portage
> /dev/hda10            43762436  10667796  33094640  25% /data
> root@smoker / #    

Just looking to get a better grasp on this since it sounds like
something I need to try.

Thanks

Dale

:-)  :-)  :-)
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Re: Resize /

[Alexander Skwar]

· Dale <dalek@exceedtech.net>:

> Alexander Skwar wrote:
>> < snip >
>> The advantage of EVMS over LVM in this case would be, that he
>> wouldn't have to reformat/repartition and would still be able
>> to resize the partition/filesystem, wouldn't he?
>>  < snip >
>> Yes, with reiserfs, this can be done. But also with every other
>> "normal" filesystem besides ext2.
>>
>> Alexander Skwar
>>   
> 
> Somewhat on topic here.  How hard is it to do this with no previous
> knowledge of how it works?

Impossible to do. Nothing at all can be done without knowledge.

IMO a better question is: How hard is it, to get proper
knowledge?

Answer: Easy, thanks to the excellent LVM howto. See
http://tldp.org/HOWTO/LVM-HOWTO/

> I am constantly running into the same thing 
> the OP is and having to move things around.

Very basic hint: Make your filesystems as small as possible and
enlarge them, when required. This means, that you'd start out
with a lot of unallocated space.

> Currently I have two 80GB 
> drives.  Here is my partition scheme at the moment:
> 
>> root@smoker / # mount
>> /dev/hda6 on / type reiserfs (rw)
>> /dev/hda1 on /boot type reiserfs (rw,noatime,notail)
>> /dev/hda7 on /home type reiserfs (rw)
>> /dev/hda8 on /usr type reiserfs (rw)
>> /dev/hda9 on /usr/portage type reiserfs (rw)
>> /dev/hda10 on /data type reiserfs (rw)
>> root@smoker / #    
>> root@smoker / # df
>> Filesystem           1K-blocks      Used Available Use% Mounted on
>> /dev/hda6              9765136   1896004   7869132  20% /
>> /dev/hda1               146612     45880    100732  32% /boot
>> /dev/hda7              9765136   1236144   8528992  13% /home
>> /dev/hda8              9765136   4269660   5495476  44% /usr
>> /dev/hda9              5859272   3052004   2807268  53% /usr/portage
>> /dev/hda10            43762436  10667796  33094640  25% /data

Hm. Those are IMO too large. Generally, I'd make the filesystems
so large, that they are about 80% filled. 

>> root@smoker / #    

As I've said often before: I'd use filesystems for /, /var, /opt, 
/boot, /usr and /home. And actually I also use seperate filesystems
for Gentoo stuff.

alexander@blatt ~ $ df
Dateisystem          1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda3               404832    193740    211092  48% /
devshm                  355300     66108    289192  19% /dev/shm
temp                    355300       200    355100   1% /tmp
/dev/hda7                23300      8388     13709  38% /boot
/dev/mapper/sys-Opt     531776    477360     54416  90% /opt
/dev/mapper/sys-Var     713500    253360    460140  36% /var
/dev/mapper/sys-Gentoo
                       4075188   3846720    228468  95% /Gentoo
/dev/mapper/sys-Ccache
                       2067124   1925708    141416  94% /Gentoo/ccache
/dev/mapper/sys-PortageBuild
                       2097084     82032   2015052   4% /Gentoo/Portage/build
/dev/mapper/sys-USR    5242716   2701260   2541456  52% /usr
/dev/mapper/sys-Sources
                       1142744    690160    452584  61% /usr/src
/dev/mapper/sys-Home   1834948   1104528    730420  61% /home
/dev/mapper/sys-GentooAlt
                       1187796   1108112     79684  94% /alt
/dev/mapper/sys-MediaNeu
                        597992     33168    564824   6% /data/media
/dev/mapper/sys-CD--GN--WMAG
                        261797    243647     18150  94% /data/CD-GN-WMAG
/dev/mapper/sys-Eigene_Dateien
                        717596    553204    164392  78% /data/Eigene_Dateien
svcdir                     512       200       312  40% /var/lib/init.d

alexander@blatt ~ $ sudo vgdisplay sys
  --- Volume group ---
  VG Name               sys
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  623
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                12
  Open LV               12
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               27,39 GB
  PE Size               4,00 MB
  Total PE              7012
  Alloc PE / Size       5023 / 19,62 GB
  Free  PE / Size       1989 / 7,77 GB
  VG UUID               MtUu25-c1G2-w28Q-C2md-Gq99-IIMw-8WNTAq


Alexander Skwar
-- 
Research is to see what everybody else has seen, and think what nobody
else has thought.


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Re: Resize /

[Dale]

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

Alexander Skwar wrote:
>   
>
> Impossible to do. Nothing at all can be done without knowledge.
>
> IMO a better question is: How hard is it, to get proper
> knowledge?
>
> Answer: Easy, thanks to the excellent LVM howto. See
> http://tldp.org/HOWTO/LVM-HOWTO/
>
>   
> < snip >
>
>
> Alexander Skwar
>   

I'm not sure about that "easy" part just yet.  It takes me a while to
get my light bulb to come on and at least glow a bit.  Here is what I
found in my kernel menuconfig:

>   │ │      [*] Multiple devices driver support (RAID and
> LVM)                          │ │
>   │ │      < >   RAID support
> (NEW)                                                    │ │
>   │ │      <*>   Device mapper
> support                                                 │ │
>   │ │      < >     Crypt target support
> (NEW)                                          │ │
>   │ │      < >     Snapshot target (EXPERIMENTAL)
> (NEW)                                │ │
>   │ │      < >     Mirror target (EXPERIMENTAL)
> (NEW)                                  │ │
>   │ │      < >     Zero target (EXPERIMENTAL)
> (NEW)                                    │ │
>   │ │      < >     Multipath target (EXPERIMENTAL)
> (NEW)                               │ │
>   │ │      < >     Bad Block Relocation Device Target (EXPERIMENTAL)
> (NEW)             │ │

Do you use any of the other EXPERIMENTAL drivers?  Keep in mind, I don't
use modules on my rig, except for nvidia.  I just don't, never did.  I
put it all in there and go for broke.  LOL

May start a new thread on this, unless the OP is following along as
well.  ??  What you think?

Thanks

Dale

:-)  :-)  :-)


[-- Attachment #2: Type: text/html, Size: 2785 bytes --]

[gentoo-user] LVM (was: Resize /)

[Alexander Skwar]

· Dale <dalek@exceedtech.net>:

> Alexander Skwar wrote:
>>   
>>
>> Impossible to do. Nothing at all can be done without knowledge.
>>
>> IMO a better question is: How hard is it, to get proper
>> knowledge?
>>
>> Answer: Easy, thanks to the excellent LVM howto. See
>> http://tldp.org/HOWTO/LVM-HOWTO/
>>
>>   
>> < snip >
>>
>>
>> Alexander Skwar
>>   
> 
> I'm not sure about that "easy" part just yet.

Okay. Ask your questions.

> It takes me a while to 
> get my light bulb to come on and at least glow a bit.

Okay. Well, feel free to ask ;)

> Here is what I 
> found in my kernel menuconfig:
> 
>>   │ │      [*] Multiple devices driver support (RAID and
[...]
> Do you use any of the other EXPERIMENTAL drivers?

Yep; snapshot to be exact.

> Keep in mind, I don't 
> use modules on my rig, except for nvidia.

Fine. Then don't use modules. I don't understand, what you're
asking here.

I also fail to understand, how that question (kernel configuration, here:
"to module, or not to module") is related to LVM. To make that clear, I'm
implying that there's no connection at all.

> May start a new thread on this, unless the OP is following along as
> well.  ??  What you think?

I changed the subject. This should be sufficient, I suppose.

Alexander Skwar
-- 
If our behavior is strict, we do not need fun!


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] LVM

[Dale]

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

Alexander Skwar wrote:
> · Dale <dalek@exceedtech.net>:
>
>   
>>   
>>     
>> I'm not sure about that "easy" part just yet.
>>     
>
> Okay. Ask your questions.
>   

Uh oh.  You opened a can of worms now.  ;-)
>   
>> It takes me a while to 
>> get my light bulb to come on and at least glow a bit.
>>     
>
> Okay. Well, feel free to ask ;)
>   

Now you are really asking for it.  O_O
>   
>> Here is what I 
>> found in my kernel menuconfig:
>>
>>     
>>>   │ │      [*] Multiple devices driver support (RAID and
>>>       
> [...]
>   
>> Do you use any of the other EXPERIMENTAL drivers?
>>     
>
> Yep; snapshot to be exact.
>   

Then I'll try to match up with that, though I may not use the feature. 
Then again, I might. 
>   
>> Keep in mind, I don't 
>> use modules on my rig, except for nvidia.
>>     
>
> Fine. Then don't use modules. I don't understand, what you're
> asking here.
>
> I also fail to understand, how that question (kernel configuration, here:
> "to module, or not to module") is related to LVM. To make that clear, I'm
> implying that there's no connection at all.
>   

It wasn't really.  I just noticed the how to said modules and I wanted
to make sure it didn't matter.  I don't know why I don't use them
either.  I just never did.
>   
>> May start a new thread on this, unless the OP is following along as
>> well.  ??  What you think?
>>     
>
> I changed the subject. This should be sufficient, I suppose.
>
> Alexander Skwar
>   

Well, because of health issues I may be a bit slow to get started. 
Winter is coming on and I have a skin desease that does not like the
cold.  Maybe I should move to Florida.  Well, hurricanes aren't good either.

Going to do some reading though.  Be back when I can tackle this.

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 3402 bytes --]

[gentoo-user] Re: LVM

[Alexander Skwar]

· Dale <dalek@exceedtech.net>:
> Alexander Skwar wrote:
>> · Dale <dalek@exceedtech.net>:

>> Yep; snapshot to be exact.
>>   
> 
> Then I'll try to match up with that, though I may not use the feature. 

Well, if you don't use it and don't plan to use it, then I'd suggest
to not compile it in (not even as a module).

> Then again, I might. 

In that case, I'd suggest to enable the module or compile the feature
into the kernel, when you use that feature.

>> I also fail to understand, how that question (kernel configuration, here:
>> "to module, or not to module") is related to LVM. To make that clear, I'm
>> implying that there's no connection at all.
>>   
> 
> It wasn't really.  I just noticed the how to said modules

I suppose, it said so, as kernels are often compiled so, that they
use modules.

>   I don't know why I don't use them
> either.  I just never did.

;)

Alexander Skwar
-- 
BOFH Excuse #384:

it's an ID-10-T error


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] LVM (was: Resize /)

[Dirk Heinrichs]

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

Am Sonntag, 19. November 2006 10:54 schrieb ext Alexander Skwar:

> I also fail to understand, how that question (kernel configuration, here:
> "to module, or not to module") is related to LVM. To make that clear, I'm
> implying that there's no connection at all.

Module or not is indeed not a question, but one needs CONFIG_BLK_DEV_DM 
(Device Mapper) for LVM/EVMS to work.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Freitag, 17. November 2006 23:30 schrieb ext Dale:

> Somewhat on topic here.  How hard is it to do this with no previous
> knowledge of how it works?  I am constantly running into the same thing
> the OP is and having to move things around.  Currently I have two 80GB
>
> drives.  Here is my partition scheme at the moment:
> > root@smoker / # mount
> > /dev/hda6 on / type reiserfs (rw)
> > /dev/hda1 on /boot type reiserfs (rw,noatime,notail)
> > /dev/hda7 on /home type reiserfs (rw)
> > /dev/hda8 on /usr type reiserfs (rw)
> > /dev/hda9 on /usr/portage type reiserfs (rw)
> > /dev/hda10 on /data type reiserfs (rw)
> > root@smoker / #
> > root@smoker / # df
> > Filesystem           1K-blocks      Used Available Use% Mounted on
> > /dev/hda6              9765136   1896004   7869132  20% /
> > /dev/hda1               146612     45880    100732  32% /boot
> > /dev/hda7              9765136   1236144   8528992  13% /home
> > /dev/hda8              9765136   4269660   5495476  44% /usr
> > /dev/hda9              5859272   3052004   2807268  53% /usr/portage
> > /dev/hda10            43762436  10667796  33094640  25% /data
> > root@smoker / #
>
> Just looking to get a better grasp on this since it sounds like
> something I need to try.

OK, here's my proposal: First, decide which volume management system to use 
(LVM or EVMS). LVM is just one more volume management tool which you would 
have to learn (beside fdisk, mkfs.*, raid tools, ...), while EVMS does it 
all, and more. Then, do the real work:

You mentioned you have two 80G disks, but in the output above I only see one 
in use. If this is really the case, you could start converting to LVM/EVMS 
with the second one (assuming you don't use SW RAID, which I have no 
knowledge of). Emerge LVM or EVMS, depending on your choice, and make sure 
you have CONFIG_BLK_DEV_DM in your kernel. Then either switch to runlevel 1 
or use a LiveCD to do the real work.

1) Create one big partition on the second disk, with type LVM
2) Create a volume group from this partition, choose whatever name you like.
3) Create logical volumes inside this volume group, one for each partition 
you have on hda, except /boot and /, create filesystems on them and mount 
them somewhere. From the values above, you still have /var and /opt inside 
hda6. Create new LV's for these two also.
4) Copy over the data partitionwise, like: cd /home && tar -clf - .|
tar -C /mnt/home -xBpvf -
5) Change fstab accordingly and check RC_VOLUME_ORDER in /etc/conf.d/rc.
6) Rename your old /var and /opt (to /var.save and /opt.save) and recreate 
them as empty directories (you will mount the new LV's there).
7) Since you didn't touch /boot and /, you should now be able to boot with 
working LVM/EVMS setup. If this is the case, we can now do some changes on 
hda.
8) You will need to boot a LiveCD now, for shrinking hda6 to a reasonable 
amount (256M).
9) Create a (temporary) LV, create a filesystem, mount it somewhere and use 
tar as above to copy over / to the new filesystem.
10) Repartition hda: Delete all partitions except hda1 (/boot). Create 2 new 
ones, hda2 (/, 256M) and hda3 (rest of the disk, type LVM), make a 
filesystem on hda2 and mount it.
11) Delete the old (renamed) /var.save and /opt.save from the temporary copy 
of /, then use tar again to copy your / back to hda1.
12) Add hda3 to the already existing volume group.
13) (Optional) You could now move all logical volumes to hda3 and afterwards 
delete hdb1 from the volume group. This would enable you to setup SW RAID 1 
(Mirroring) in the future. If you want to use all 160G, keep it as it is.
14) reboot, without LiveCD. Hopefully your system should be up and running 
now.
15) Delete the temporary LV from step 9).


Enjoy your new flexibility.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dale]

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

Dirk Heinrichs wrote:
> Am Freitag, 17. November 2006 23:30 schrieb ext Dale:
>
>   
>> Somewhat on topic here.  How hard is it to do this with no previous
>> knowledge of how it works?  I am constantly running into the same thing
>> the OP is and having to move things around.  Currently I have two 80GB
>>
>> drives.  Here is my partition scheme at the moment:
>>     
>>> root@smoker / # mount
>>> /dev/hda6 on / type reiserfs (rw)
>>> /dev/hda1 on /boot type reiserfs (rw,noatime,notail)
>>> /dev/hda7 on /home type reiserfs (rw)
>>> /dev/hda8 on /usr type reiserfs (rw)
>>> /dev/hda9 on /usr/portage type reiserfs (rw)
>>> /dev/hda10 on /data type reiserfs (rw)
>>> root@smoker / #
>>> root@smoker / # df
>>> Filesystem           1K-blocks      Used Available Use% Mounted on
>>> /dev/hda6              9765136   1896004   7869132  20% /
>>> /dev/hda1               146612     45880    100732  32% /boot
>>> /dev/hda7              9765136   1236144   8528992  13% /home
>>> /dev/hda8              9765136   4269660   5495476  44% /usr
>>> /dev/hda9              5859272   3052004   2807268  53% /usr/portage
>>> /dev/hda10            43762436  10667796  33094640  25% /data
>>> root@smoker / #
>>>       
>> Just looking to get a better grasp on this since it sounds like
>> something I need to try.
>>     
>
> OK, here's my proposal: First, decide which volume management system to use 
> (LVM or EVMS). LVM is just one more volume management tool which you would 
> have to learn (beside fdisk, mkfs.*, raid tools, ...), while EVMS does it 
> all, and more. Then, do the real work:
>   

Which one is better and good for someone new to this?  I'm fairly
descent at Linux.  Just thought I would warn you I am not a guru, yet. 
;-)  I'm working on it though.
> You mentioned you have two 80G disks, but in the output above I only see one 
> in use. If this is really the case, you could start converting to LVM/EVMS 
> with the second one (assuming you don't use SW RAID, which I have no 
> knowledge of). Emerge LVM or EVMS, depending on your choice, and make sure 
> you have CONFIG_BLK_DEV_DM in your kernel. Then either switch to runlevel 1 
> or use a LiveCD to do the real work.
>   

I do have two 80GB drives.  One is a Maxtor and one is a Western
Digital.  The Maxtor is faster since it has more cache.  It is hda and
the one I boot off of.  I use the other to back up on before a major
upgrade, like gcc or something that can really screw things up.  Even
did it once before a --depclean too.  Never needed it but I had it if I
did.  I usually boot the Gentoo CD and mount the partitions and just do
a cp -av and let it roll by.  I never could master that tar thing others
use. 
> 1) Create one big partition on the second disk, with type LVM
> 2) Create a volume group from this partition, choose whatever name you like.
> 3) Create logical volumes inside this volume group, one for each partition 
> you have on hda, except /boot and /, create filesystems on them and mount 
> them somewhere. From the values above, you still have /var and /opt inside 
> hda6. Create new LV's for these two also.
> 4) Copy over the data partitionwise, like: cd /home && tar -clf - .|
> tar -C /mnt/home -xBpvf -
> 5) Change fstab accordingly and check RC_VOLUME_ORDER in /etc/conf.d/rc.
> 6) Rename your old /var and /opt (to /var.save and /opt.save) and recreate 
> them as empty directories (you will mount the new LV's there).
> 7) Since you didn't touch /boot and /, you should now be able to boot with 
> working LVM/EVMS setup. If this is the case, we can now do some changes on 
> hda.
> 8) You will need to boot a LiveCD now, for shrinking hda6 to a reasonable 
> amount (256M).
> 9) Create a (temporary) LV, create a filesystem, mount it somewhere and use 
> tar as above to copy over / to the new filesystem.
> 10) Repartition hda: Delete all partitions except hda1 (/boot). Create 2 new 
> ones, hda2 (/, 256M) and hda3 (rest of the disk, type LVM), make a 
> filesystem on hda2 and mount it.
> 11) Delete the old (renamed) /var.save and /opt.save from the temporary copy 
> of /, then use tar again to copy your / back to hda1.
> 12) Add hda3 to the already existing volume group.
> 13) (Optional) You could now move all logical volumes to hda3 and afterwards 
> delete hdb1 from the volume group. This would enable you to setup SW RAID 1 
> (Mirroring) in the future. If you want to use all 160G, keep it as it is.
> 14) reboot, without LiveCD. Hopefully your system should be up and running 
> now.
> 15) Delete the temporary LV from step 9).
>
>
> Enjoy your new flexibility.
>
> Bye...
>
> 	Dirk
>   

OK.  I did a cfdisk /dev/hdb and I found type "8E Linux LVM" and I
assume that it is the one you mentioned.  I have not changed anything
just yet.  I'm just exploring the idea here.  So . .  I make a boot
partition like I normally would, hda1.  Then create another partition
that is the LVM type, primary or logical or doesn't matter?  Is that
correct?  Is that all I have to do with cfdisk?  I assume the rest is
done elsewhere.  This is the part I am trying to get my head wrapped
around.  I can't seem to figure out how it gets split up quite yet. 
Maybe you can "dummy" it down a bit for me?  LOL

Can I also assume the 2006 Gentoo CD supports this?  You also realize
this is going to screw up my uptime?  It sounds like this may be worth
it though.  Alexander mentioned a snapshot.  Is that like making a
backup?  Sounds like a windoze restore point or whatever they call that
thing.  I don't use windoze at all here.  I just mess with everybody
elses crap. 

My plan, copy my OS over to hdb, then set up LVM or EVMS on hda and then
copy it back.  I like my Maxtor since it is faster.  All this from the
Gentoo CD of course.  I'm OK with that Gentoo CD.  It only took me about
three times to get my install to boot.  O_O  I plan to eventually use
all 160GB of space but the mirror sounds neat too.  I'm on dial-up so I
can't fill up a hard drive to fast anyway.  Sucky 26K.  :-(

Thanks for the help.  Links are welcome.  I try to read as much as I can. 

Dale

:-)  :-)  :-)

[-- Attachment #2: Type: text/html, Size: 6980 bytes --]

Re: [gentoo-user] Re: Resize /

[geistteufel]

Just a think

I'm trying lvm, it's great !
We can add remove logical volume, resize them on the fly, and a great 
think :
use power of both disk combinated (strippes)

One disk speed for me in read = 45 mo /s
Two disk combinated in read = 75 mo /s

Have fun

Dale a écrit :
> Dirk Heinrichs wrote:
>> Am Freitag, 17. November 2006 23:30 schrieb ext Dale:
>>
>>   
>>> Somewhat on topic here.  How hard is it to do this with no previous
>>> knowledge of how it works?  I am constantly running into the same thing
>>> the OP is and having to move things around.  Currently I have two 80GB
>>>
>>> drives.  Here is my partition scheme at the moment:
>>>     
>>>> root@smoker / # mount
>>>> /dev/hda6 on / type reiserfs (rw)
>>>> /dev/hda1 on /boot type reiserfs (rw,noatime,notail)
>>>> /dev/hda7 on /home type reiserfs (rw)
>>>> /dev/hda8 on /usr type reiserfs (rw)
>>>> /dev/hda9 on /usr/portage type reiserfs (rw)
>>>> /dev/hda10 on /data type reiserfs (rw)
>>>> root@smoker / #
>>>> root@smoker / # df
>>>> Filesystem           1K-blocks      Used Available Use% Mounted on
>>>> /dev/hda6              9765136   1896004   7869132  20% /
>>>> /dev/hda1               146612     45880    100732  32% /boot
>>>> /dev/hda7              9765136   1236144   8528992  13% /home
>>>> /dev/hda8              9765136   4269660   5495476  44% /usr
>>>> /dev/hda9              5859272   3052004   2807268  53% /usr/portage
>>>> /dev/hda10            43762436  10667796  33094640  25% /data
>>>> root@smoker / #
>>>>       
>>> Just looking to get a better grasp on this since it sounds like
>>> something I need to try.
>>>     
>>
>> OK, here's my proposal: First, decide which volume management system to use 
>> (LVM or EVMS). LVM is just one more volume management tool which you would 
>> have to learn (beside fdisk, mkfs.*, raid tools, ...), while EVMS does it 
>> all, and more. Then, do the real work:
>>   
>
> Which one is better and good for someone new to this?  I'm fairly 
> descent at Linux.  Just thought I would warn you I am not a guru, 
> yet.  ;-)  I'm working on it though.
>> You mentioned you have two 80G disks, but in the output above I only see one 
>> in use. If this is really the case, you could start converting to LVM/EVMS 
>> with the second one (assuming you don't use SW RAID, which I have no 
>> knowledge of). Emerge LVM or EVMS, depending on your choice, and make sure 
>> you have CONFIG_BLK_DEV_DM in your kernel. Then either switch to runlevel 1 
>> or use a LiveCD to do the real work.
>>   
>
> I do have two 80GB drives.  One is a Maxtor and one is a Western 
> Digital.  The Maxtor is faster since it has more cache.  It is hda and 
> the one I boot off of.  I use the other to back up on before a major 
> upgrade, like gcc or something that can really screw things up.  Even 
> did it once before a --depclean too.  Never needed it but I had it if 
> I did.  I usually boot the Gentoo CD and mount the partitions and just 
> do a cp -av and let it roll by.  I never could master that tar thing 
> others use. 
>> 1) Create one big partition on the second disk, with type LVM
>> 2) Create a volume group from this partition, choose whatever name you like.
>> 3) Create logical volumes inside this volume group, one for each partition 
>> you have on hda, except /boot and /, create filesystems on them and mount 
>> them somewhere. From the values above, you still have /var and /opt inside 
>> hda6. Create new LV's for these two also.
>> 4) Copy over the data partitionwise, like: cd /home && tar -clf - .|
>> tar -C /mnt/home -xBpvf -
>> 5) Change fstab accordingly and check RC_VOLUME_ORDER in /etc/conf.d/rc.
>> 6) Rename your old /var and /opt (to /var.save and /opt.save) and recreate 
>> them as empty directories (you will mount the new LV's there).
>> 7) Since you didn't touch /boot and /, you should now be able to boot with 
>> working LVM/EVMS setup. If this is the case, we can now do some changes on 
>> hda.
>> 8) You will need to boot a LiveCD now, for shrinking hda6 to a reasonable 
>> amount (256M).
>> 9) Create a (temporary) LV, create a filesystem, mount it somewhere and use 
>> tar as above to copy over / to the new filesystem.
>> 10) Repartition hda: Delete all partitions except hda1 (/boot). Create 2 new 
>> ones, hda2 (/, 256M) and hda3 (rest of the disk, type LVM), make a 
>> filesystem on hda2 and mount it.
>> 11) Delete the old (renamed) /var.save and /opt.save from the temporary copy 
>> of /, then use tar again to copy your / back to hda1.
>> 12) Add hda3 to the already existing volume group.
>> 13) (Optional) You could now move all logical volumes to hda3 and afterwards 
>> delete hdb1 from the volume group. This would enable you to setup SW RAID 1 
>> (Mirroring) in the future. If you want to use all 160G, keep it as it is.
>> 14) reboot, without LiveCD. Hopefully your system should be up and running 
>> now.
>> 15) Delete the temporary LV from step 9).
>>
>>
>> Enjoy your new flexibility.
>>
>> Bye...
>>
>> 	Dirk
>>   
>
> OK.  I did a cfdisk /dev/hdb and I found type "8E Linux LVM" and I 
> assume that it is the one you mentioned.  I have not changed anything 
> just yet.  I'm just exploring the idea here.  So . .  I make a boot 
> partition like I normally would, hda1.  Then create another partition 
> that is the LVM type, primary or logical or doesn't matter?  Is that 
> correct?  Is that all I have to do with cfdisk?  I assume the rest is 
> done elsewhere.  This is the part I am trying to get my head wrapped 
> around.  I can't seem to figure out how it gets split up quite yet.  
> Maybe you can "dummy" it down a bit for me?  LOL
>
> Can I also assume the 2006 Gentoo CD supports this?  You also realize 
> this is going to screw up my uptime?  It sounds like this may be worth 
> it though.  Alexander mentioned a snapshot.  Is that like making a 
> backup?  Sounds like a windoze restore point or whatever they call 
> that thing.  I don't use windoze at all here.  I just mess with 
> everybody elses crap. 
>
> My plan, copy my OS over to hdb, then set up LVM or EVMS on hda and 
> then copy it back.  I like my Maxtor since it is faster.  All this 
> from the Gentoo CD of course.  I'm OK with that Gentoo CD.  It only 
> took me about three times to get my install to boot.  O_O  I plan to 
> eventually use all 160GB of space but the mirror sounds neat too.  I'm 
> on dial-up so I can't fill up a hard drive to fast anyway.  Sucky 
> 26K.  :-(
>
> Thanks for the help.  Links are welcome.  I try to read as much as I 
> can. 
>
> Dale
>
> :-)  :-)  :-)


	

	
		
___________________________________________________________________________ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 06:55 schrieb ext Dale:

> > OK, here's my proposal: First, decide which volume management system to
> > use (LVM or EVMS). LVM is just one more volume management tool which
> > you would have to learn (beside fdisk, mkfs.*, raid tools, ...), while
> > EVMS does it all, and more. Then, do the real work:
>
> Which one is better and good for someone new to this?  I'm fairly
> descent at Linux.  Just thought I would warn you I am not a guru, yet.
> ;-)  I'm working on it though.

That's definitely EVMS. It replaces everything from fdisk over mkfs to RAID 
with one single tool. You can choose between a graphical, GTK+ based, a 
console, ncurses based and a pure cli based (for use in scripts) user 
interface. But, since EVMS uses a slightly different terminology, first 
read the user guide carefully.

> I never could master that tar thing others use.

Just use the one below, it works :-)

> > cd /sourcedir && tar -clf - .| tar -C /destdir -xBpvf -

Maybe even tar -C /sourcedir -clf - .| tar -C /destdir -xBpvf - works.

> OK.  I did a cfdisk /dev/hdb and I found type "8E Linux LVM" and I
> assume that it is the one you mentioned.  I have not changed anything
> just yet.  I'm just exploring the idea here.  So . .  I make a boot
> partition like I normally would, hda1.  Then create another partition
> that is the LVM type, primary or logical or doesn't matter? Is that 
> correct?  Is that all I have to do with cfdisk?

Don't forget the hda2, for /. You can put / on a logical volume, too. But 
then you'll need an initrd for booting. Primary or logical doesn't matter, 
but you don't need logical partitions anymore, because with LVM you'll 
never need more than 2 or 3 (2, if you put / on a LV) partitions.

> I assume the rest is 
> done elsewhere.  This is the part I am trying to get my head wrapped
> around.  I can't seem to figure out how it gets split up quite yet.
> Maybe you can "dummy" it down a bit for me?  LOL

If you decide to use LVM:

emerge lvm2
Create the partitions with (c)fdisk
create a volume group with vgcreate
create logical volumes with lvcreate
This creates device nodes like /dev/<vg name>/<lvname>
Create your filesystems.
Upon booting, Gentoo's initscripts will do the right thing to activate your 
LVs.

With EVMS:
emerge evms
run evmsn or evmsgui
create the partitions (segments), using the DOS segment manager.
create a volume group (container), using the LVM2 plugin (here you see that 
to some extend, EVMS is just an umbrella for everything storage related).
create logical volumes (regions), again using the LVM2 plugin.
(optionally) turn the LVs into EVMS volumes (you can do this with every 
storage object, to get consistant naming, 
like /dev/evms/root, /dev/evms/usr, etc.).

> Can I also assume the 2006 Gentoo CD supports this?  You also realize

Yes. Both LVM and EVMS are on the Gentoo LiveCD.

> Thanks for the help.  Links are welcome.  I try to read as much as I can.

http://evms.sourceforge.net is the one I would recommend.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dale]

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

Dirk Heinrichs wrote:
> Am Dienstag, 21. November 2006 06:55 schrieb ext Dale:
>
> If you decide to use LVM:
>
>
> With EVMS:
> emerge evms
> run evmsn or evmsgui
> create the partitions (segments), using the DOS segment manager.
> create a volume group (container), using the LVM2 plugin (here you see that 
> to some extend, EVMS is just an umbrella for everything storage related).
> create logical volumes (regions), again using the LVM2 plugin.
> (optionally) turn the LVs into EVMS volumes (you can do this with every 
> storage object, to get consistant naming, 
> like /dev/evms/root, /dev/evms/usr, etc.).
>
>   
>> Can I also assume the 2006 Gentoo CD supports this?  You also realize
>>     
>
> Yes. Both LVM and EVMS are on the Gentoo LiveCD.
>
>   
>> Thanks for the help.  Links are welcome.  I try to read as much as I can.
>>     
>
> http://evms.sourceforge.net is the one I would recommend.
>
> Bye...
>
> 	Dirk
>   
OK.  Let me see if I get some of this now.  Probably not but I have to
start somewhere.  I create hda1 and hda2 using cfdisk like usual.  Then
use the evmsgui to create the rest.  I'll stop there for a while.  See
if I am on the right track so far.  I'm going to play with hdb for a bit
first.  See if I can get it to boot up. 

I plan to make it boot without the initrd thing if I can.  I have read
of folks having "issues" with it for some reason.  My luck is not that
good. 

I have the kernel made but I hate loosing my 3 weeks of uptime.  Oh, I
also noticed that webmin supports LVM.  It don't like EVMS though.  I
get a boo boo message.  Oh well.

Thanks

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 2281 bytes --]

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 09:38 schrieb ext Dale:

> OK.  Let me see if I get some of this now.  Probably not but I have to
> start somewhere.  I create hda1 and hda2 using cfdisk like usual.  Then
> use the evmsgui to create the rest.

Yes. You could also use evmsgui to create hda[12].

> I'll stop there for a while.  See 
> if I am on the right track so far.  I'm going to play with hdb for a bit
> first.  See if I can get it to boot up.

Good idea.

> I plan to make it boot without the initrd thing if I can.  I have read
> of folks having "issues" with it for some reason.  My luck is not that
> good.

:-)

> I have the kernel made but I hate loosing my 3 weeks of uptime.

3 weeks? Does that count ;-) ? Once you have anything setup, you wont loose 
uptime anymore because of volume management (you may need to switch to RL 1 
from time to time).

> Oh, I 
> also noticed that webmin supports LVM.  It don't like EVMS though.  I
> get a boo boo message.  Oh well.

You have evmsgui, so you don't need anything else.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 10:01 schrieb ext Dirk Heinrichs:

> 3 weeks? Does that count ;-) ? Once you have anything setup, you wont

Hmm, should be "... everything ...".

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dale]

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

Dirk Heinrichs wrote:
> Am Dienstag, 21. November 2006 09:38 schrieb ext Dale:
>
>   
>> I'll stop there for a while.  See 
>> if I am on the right track so far.  I'm going to play with hdb for a bit
>> first.  See if I can get it to boot up.
>>     
>
> Good idea.
>   

Yup, sure is.  I am one lost puppy here.
>   
>> I plan to make it boot without the initrd thing if I can.  I have read
>> of folks having "issues" with it for some reason.  My luck is not that
>> good.
>>     
>
> :-)
>
>   
>> I have the kernel made but I hate loosing my 3 weeks of uptime.
>>     
>
> 3 weeks? Does that count ;-) ? Once you have anything setup, you wont loose 
> uptime anymore because of volume management (you may need to switch to RL 1 
> from time to time).
>   

Well, I rebooted into the new kernel.  I have been playing around with
evmsgui and so far I can create a segment, whatever that is.  I created
a boot partition so far.  I can't figure out how to put a file system on
it but I got it made.  LOL
>   
>> Oh, I 
>> also noticed that webmin supports LVM.  It don't like EVMS though.  I
>> get a boo boo message.  Oh well.
>>     
>
> You have evmsgui, so you don't need anything else.
>
> Bye...
>
> 	Dirk
>   

This is pretty cool so far.  I just need to screw up hdb a bit more
yet.  Now that there is nothing on there anymore.  I wasn't really
planning on erasing it yet but  . . . . .

Any more pointers??  I need something.  Even the pictures on the link
you gave are not helping much.  It seems that system was already set up
and running.  Maybe I am missing something here.  < scratches head >

Thanks

Dale

:-)  :-)  :-)

[-- Attachment #2: Type: text/html, Size: 2665 bytes --]

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 13:36 schrieb ext Dale:

> Well, I rebooted into the new kernel.  I have been playing around with
> evmsgui and so far I can create a segment, whatever that is.

It's just EVMS speech for partition. Follow the "Terminology" link on the 
EVMS site.

> I created 
> a boot partition so far.  I can't figure out how to put a file system on
> it but I got it made.  LOL

See chapter 13.2 of the users guide.

> Any more pointers??  I need something.  Even the pictures on the link
> you gave are not helping much.  It seems that system was already set up
> and running.  Maybe I am missing something here.  < scratches head >

Hmm, the user guide has it all. For each topic it explains how to do it in 
cli, ncurses and gtk user interface. The chapters you should read are IMHO 
6, 7, 8, 9, 12, 13, 15, 16 and 19.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Dale]

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

Dirk Heinrichs wrote:
> Am Dienstag, 21. November 2006 13:36 schrieb ext Dale:
>
>   
>> Well, I rebooted into the new kernel.  I have been playing around with
>> evmsgui and so far I can create a segment, whatever that is.
>>     
>
> It's just EVMS speech for partition. Follow the "Terminology" link on the 
> EVMS site.
>
>   
>> I created 
>> a boot partition so far.  I can't figure out how to put a file system on
>> it but I got it made.  LOL
>>     
>
> See chapter 13.2 of the users guide.
>
>   
>> Any more pointers??  I need something.  Even the pictures on the link
>> you gave are not helping much.  It seems that system was already set up
>> and running.  Maybe I am missing something here.  < scratches head >
>>     
>
> Hmm, the user guide has it all. For each topic it explains how to do it in 
> cli, ncurses and gtk user interface. The chapters you should read are IMHO 
> 6, 7, 8, 9, 12, 13, 15, 16 and 19.
>
> Bye...
>
> 	Dirk
>   

But at the moment it is Greek to me.  I did figure out that a segment is
a partition though.  I can't get past this though.  I create a segment
then when I highlight it in available objects tab and go to Actions and
select make file system, a window pops up.  I select reiserfs which is
what I always use here and then another window pops up.  It says Select
Plugin Acceptable Objects and it lists all my hda partitions.  Since I
don't want to mess with hda right now, this makes me "nervous".  I don't
want to mess up anything so I hit cancel.

What exactly am I supposed to do here?  What is it going to do with
whatever partition I select from the list? 

I'm getting there.  Hang in there with me.  Mostly don't want to mess
up.  If I loose distfiles, I'm screwed.  It would take me two weeks to
download all that stuff.

Thanks

Dale

:-)  :-)  :-)

[-- Attachment #2: Type: text/html, Size: 2509 bytes --]

Re: [gentoo-user] Re: Resize /

[Dale]

Dale wrote:
>
> But at the moment it is Greek to me.  I did figure out that a segment
> is a partition though.  I can't get past this though.  I create a
> segment then when I highlight it in available objects tab and go to
> Actions and select make file system, a window pops up.  I select
> reiserfs which is what I always use here and then another window pops
> up.  It says Select Plugin Acceptable Objects and it lists all my hda
> partitions.  Since I don't want to mess with hda right now, this makes
> me "nervous".  I don't want to mess up anything so I hit cancel.
>
> What exactly am I supposed to do here?  What is it going to do with
> whatever partition I select from the list? 
>
> I'm getting there.  Hang in there with me.  Mostly don't want to mess
> up.  If I loose distfiles, I'm screwed.  It would take me two weeks to
> download all that stuff.
>
> Thanks
>
> Dale
>
> :-)  :-)  :-)

Well, I did some searching and found this:
http://gentoo-wiki.com/HOWTO_setup_evms  It has pictures!!  O_O  I like
pictures. 

Still working on it.

Dale

:-)  :-)  :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Resize /

[Dale]

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

Dale wrote:
>
> Well, I did some searching and found this:
> http://gentoo-wiki.com/HOWTO_setup_evms  It has pictures!!  O_O  I like
> pictures. 
>
> Still working on it.
>
> Dale
>
> :-)  :-)  :-)
>   

OK.  Just in case.  If anybody replied to this thread in the past 24
hours or so, could you resend it either directly or through the list. 
My ISPs mail server had a hickup and I lost/missed a bunch of emails. 
It was out for a good while.  I'm not sure what happened.

I have been messing with this for a while now.  I'm making progress on
learning how this works.  Still not real big on converting over yet but
I am getting there.  The pictures helped me a lot.  It sort of gave me a
'image' of what sequence to do things in.  Segment first, then a
container, then region and then volume.  That helped me get things going
a lot.  I can also put a file system on it now.  ;-)

Next question, can I just convert over my current install without having
to copy over or anything?  It shows the partitions when I am in
evmsgui.  Keep in mind I am on dial-up and can not afford to loose my
install.  Downloading distfiles would take waaaaay to long for me.

Thanks for the help.  This is really interesting.  I just need to get
more comfy with working with it.  Command line is next.  Got to get
ready for the CD part if I have to copy it over.

Dale

:-)  :-)

[-- Attachment #2: Type: text/html, Size: 1926 bytes --]

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 20:00 schrieb ext Dale:

> But at the moment it is Greek to me.  I did figure out that a segment is
> a partition though.  I can't get past this though.  I create a segment
> then when I highlight it in available objects tab and go to Actions and
> select make file system, a window pops up.  I select reiserfs which is
> what I always use here and then another window pops up.  It says Select
> Plugin Acceptable Objects and it lists all my hda partitions.  Since I
> don't want to mess with hda right now, this makes me "nervous".  I don't
> want to mess up anything so I hit cancel.

First, you don't mess up anything until you save.

You first have to tell EVMS how the available object(s) should be used (as a 
volume or as a storage container for something else, like logical volumes).

Did you create a compatibility volume, EVMS volume or LVM2 Container on the 
available object(s)? Since you want to use LVs, you should create a 
container, using the "LVM2 Region Manager". Then you can create LVs inside 
of this, which you have to turn into either compatibility or EVMS volumes. 
You can then make filesystems on those.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Geistteufel]

Just a question for comparing EVMS and LVM

I have 1 disk, lvm it, after few moment, I add a second disk
I want to strip all partition between both disk to improve performance
Just a sort of reorg

with lvm I need, to recreate partition with strip activated, and do a  
copie between old and new partition
after delete old and rename new

did evms allow stripping, and doing it on the fly when I had a new disk ?

thx for support

Le Tue, 21 Nov 2006 09:38:04 +0100, Dale <dalek@exceedtech.net> a écrit:

> Dirk Heinrichs wrote:
>> Am Dienstag, 21. November 2006 06:55 schrieb ext Dale:
>>
>> If you decide to use LVM:
>>
>>
>> With EVMS:
>> emerge evms
>> run evmsn or evmsgui
>> create the partitions (segments), using the DOS segment manager.
>> create a volume group (container), using the LVM2 plugin (here you see  
>> that
>> to some extend, EVMS is just an umbrella for everything storage  
>> related).
>> create logical volumes (regions), again using the LVM2 plugin.
>> (optionally) turn the LVs into EVMS volumes (you can do this with every
>> storage object, to get consistant naming,
>> like /dev/evms/root, /dev/evms/usr, etc.).
>>
>>
>>> Can I also assume the 2006 Gentoo CD supports this?  You also realize
>>>
>>
>> Yes. Both LVM and EVMS are on the Gentoo LiveCD.
>>
>>
>>> Thanks for the help.  Links are welcome.  I try to read as much as I  
>>> can.
>>>
>>
>> http://evms.sourceforge.net is the one I would recommend.
>>
>> Bye...
>>
>> 	Dirk
>>
> OK.  Let me see if I get some of this now.  Probably not but I have to
> start somewhere.  I create hda1 and hda2 using cfdisk like usual.  Then
> use the evmsgui to create the rest.  I'll stop there for a while.  See
> if I am on the right track so far.  I'm going to play with hdb for a bit
> first.  See if I can get it to boot up.
>
> I plan to make it boot without the initrd thing if I can.  I have read
> of folks having "issues" with it for some reason.  My luck is not that
> good.
>
> I have the kernel made but I hate loosing my 3 weeks of uptime.  Oh, I
> also noticed that webmin supports LVM.  It don't like EVMS though.  I
> get a boo boo message.  Oh well.
>
> Thanks
>
> Dale
>
> :-)  :-)



	

	
		
___________________________________________________________________________ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Resize /

[Dirk Heinrichs]

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

Am Dienstag, 21. November 2006 10:34 schrieb ext Geistteufel:
> Just a question for comparing EVMS and LVM
>
> I have 1 disk, lvm it, after few moment, I add a second disk
> I want to strip all partition between both disk to improve performance
> Just a sort of reorg
>
> with lvm I need, to recreate partition with strip activated, and do a
> copie between old and new partition
> after delete old and rename new
>
> did evms allow stripping, and doing it on the fly when I had a new disk ?

I guess you mean striping (aka RAID-0)? Yes, and no. You need to deactivate 
the RAID-0 to modify it in any way. See the EVMS user guide.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: Resize /

[Geistteufel]

I have just look evms guide ...
Even they have a ncurse tools to managed it, I don't really see advantage  
on lvm2, and lvm2 have a good guide and are really easy to use.
In all solution, we need to rewrite file to get strip on new disk use ...
can change to strip mod in extends it, and rewrite all file

see if it's work, I looking for vgreorg or lvreorg to do so, but lvm2  
seems to lake of this tools ... have an idea to find it ?

Le Tue, 21 Nov 2006 11:14:20 +0100, Dirk Heinrichs  
<ext-dirk.heinrichs@nokia.com> a écrit:

> Am Dienstag, 21. November 2006 10:34 schrieb ext Geistteufel:
>> Just a question for comparing EVMS and LVM
>>
>> I have 1 disk, lvm it, after few moment, I add a second disk
>> I want to strip all partition between both disk to improve performance
>> Just a sort of reorg
>>
>> with lvm I need, to recreate partition with strip activated, and do a
>> copie between old and new partition
>> after delete old and rename new
>>
>> did evms allow stripping, and doing it on the fly when I had a new disk  
>> ?
>
> I guess you mean striping (aka RAID-0)? Yes, and no. You need to  
> deactivate
> the RAID-0 to modify it in any way. See the EVMS user guide.
>
> Bye...
>
> 	Dirk



	

	
		
___________________________________________________________________________ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] EVMS (was: Resize /)

[Alexander Skwar]

Dirk Heinrichs <ext-dirk.heinrichs@nokia.com>:

> Am Dienstag, 21. November 2006 06:55 schrieb ext Dale:
> 
>> > OK, here's my proposal: First, decide which volume management system to
>> > use (LVM or EVMS). LVM is just one more volume management tool which
>> > you would have to learn (beside fdisk, mkfs.*, raid tools, ...), while
>> > EVMS does it all, and more. Then, do the real work:
>>
>> Which one is better and good for someone new to this?  I'm fairly
>> descent at Linux.  Just thought I would warn you I am not a guru, yet.
>> ;-)  I'm working on it though.
> 
> That's definitely EVMS. It replaces everything from fdisk over mkfs to RAID 
> with one single tool.

With EVMS, can I make it so, that the "things" where I put filesystems
on (logical volumes in LVM, partitions in old style partitioning) are
NOT consecutive? Because that's the great feature of LVM.

Example:

- place1
- place2

place1 and place2 are directly "beneath" each other (in old style
partition speak: end cylinder of place1 is just 1 before the start
cylinder of place2). Now place1 needs to be made bigger.

What to do?

> With EVMS:
> emerge evms
> run evmsn or evmsgui
> create the partitions (segments), using the DOS segment manager.
> create a volume group (container), using the LVM2 plugin (here you see that 
> to some extend, EVMS is just an umbrella for everything storage related).
> create logical volumes (regions), again using the LVM2 plugin.

Ah. So EVMS makes use of LVM and is just some sort of GUI? So I
need to know EVMS and at least the basics of LVM?

Alexander Skwar
-- 
Last night the power went out.  Good thing my camera had a flash....
The neighbors thought it was lightning in my house, so they called the cops.
                -- Steven Wright


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] EVMS

[Dale]

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

Alexander Skwar wrote:
> < snip >
>
> Ah. So EVMS makes use of LVM and is just some sort of GUI? So I
> need to know EVMS and at least the basics of LVM?
>
> Alexander Skwar
>   

That's what I am noticing too.  I hope I can get a grasp of all this
soon.  Maybe now that someone else is asking questions I will really
learn something.  I'm not sure what to ask right now.

Dale

:-)  :-)  :-)

[-- Attachment #2: Type: text/html, Size: 777 bytes --]

Re: [gentoo-user] EVMS (was: Resize /)

[Dirk Heinrichs]

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

Am Donnerstag, 23. November 2006 12:38 schrieb ext Alexander Skwar:

> With EVMS, can I make it so, that the "things" where I put filesystems
> on (logical volumes in LVM, partitions in old style partitioning) are
> NOT consecutive? Because that's the great feature of LVM.
>
> Example:
>
> - place1
> - place2
>
> place1 and place2 are directly "beneath" each other (in old style
> partition speak: end cylinder of place1 is just 1 before the start
> cylinder of place2). Now place1 needs to be made bigger.
>
> What to do?

Depends on what place[12] are? In case of partitions, EVMS can't help you 
with that (at least not directly). You could create "place3" somewhere else 
(may even be a loopback device), and use EVMS's drive-linking feature to 
add the new space to "place1".

> > With EVMS:
> > emerge evms
> > run evmsn or evmsgui
> > create the partitions (segments), using the DOS segment manager.
> > create a volume group (container), using the LVM2 plugin (here you see
> > that to some extend, EVMS is just an umbrella for everything storage
> > related). create logical volumes (regions), again using the LVM2
> > plugin.
>
> Ah. So EVMS makes use of LVM and is just some sort of GUI? So I
> need to know EVMS and at least the basics of LVM?

Yes and no :-) It unites the whole volume management thing in a consistant 
way. That means, for some parts it is just a gui frontend. Other parts, 
like the drive linking feature, cluster manager or BBR plugin, are unique 
to EVMS. The good thing here is that you can combine those things, i.e. 
instead of creating an LVM container (volume group) on a partition 
directly, you could put the BBR (Bad Block Relocation) plugin in between. 
This you definitely can't do with bare LVM. The only thing that is missing 
up to now is dm-crypt support.

Do you need to know the basics of LVM? IMHO it is better not to know the 
basics of LVM, even though EVMS uses it. But since EVMS is using a 
different terminology, it can be confusing.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] EVMS

[Dale]

Hey folks,

Well, I thought I would update on my transfer.  I couldn't figure out
how to make a initrd thing first off.  I also just could not figure out
how EVMS really worked.  Maybe it was just a bad time to try to teach a
old dog new tricks.  Anyway,  I got my OS transfered anyway. 

I had a friend to give me a old computer.  It had a 40Gb drive in it.  I
stuck it in my system and transfered everything over to it.  Then I
repartitioned my two 80GB drives and transfered my OS back.  Worked like
a champ.

Maybe later on I can figure out how EVMS works and do it that way.  I
was mostly concerned that it would work then something would go wrong
and I couldn't figure out how to fix it.  That is something I would
rather not happen.

Maybe later on I can give it another try.

Thanks

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Resize /

[Alexander Skwar]

· jakommo <jakommo@gmail.com>:

> Hi Listmembers,
> 
> I have a problem the / Partition on my system is to smal, is there a save
> way to resize it?
> I know mounting other partitions to e.g. /usr will help but the / is only
> 4,6G so it will help only temporarily.

4.6G for /? That's ridiculous. It doesn't need to be larger than
512M, and even that's way too large.

Well, it doesn't need to be larger than this, if /usr, /var, /opt
and /home are on seperate partitions, just like they should be. With
EVMS or LVM, that's not at all a problem. I'd like to suggest, that
you checkout LVM or EVMS and use that, when you re-setup a system.

Anyway. With EVMS you can resize even /.

Alexander Skwar
-- 
To get something done, a committee should consist of no more than three
persons, two of them absent.


-- 
gentoo-user@gentoo.org mailing list