Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Disk Recovery Part III



"Rich Braun" <richb at pioneer.ci.net> writes:

> Someone did ask for the commands to use for extending a volume.  When I
> recommend LVM for maintaining spare storage, for myself what I am talking
> about is setting aside say 10% of a 160GB mirrored physical volume to allocate
> in the future--a year or three down the road--when I need space in a
> filesystem and don't have time or inclination to shuffle filesystems across
> drives.  It's not very likely I would use LVM extension in the case of a hard
> drive upgrade, as the person who had asked, because in that case I'd be
> creating new filesystems, not extending old ones.  But you *could* use these
> commands after dd'ing the old drive's partition to the new drive.
>
>   cfdisk (if you need to change the partition table)
>   lvextend
>   resize2fs (for ext3 or ...)
>   resize_reiserfs (...for reiser)
>
> These commands are noted with examples in section 11.9 of the
> previously-mentioned Howto; the section can be accessed directly here: 
> http://www.tldp.org/HOWTO/LVM-HOWTO/extendlv.html

Unfortunately lvextend wont change LVM's idea of the PHYSICAL Volume
Size.  It lets you extend a Logical Volume within an existing Physical
Volume...  But changing the PHYSICAL volume size is a royal PITA.
There is a "pvresize" that supposedly would do it, but on all
systems I tried pvresize just gives me "Command not implemented yet".

-derek
-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org