<div><div>I guess my questions are:<br>Can I make 1 LVM Group Volume over several physical partitions and later adjust Logical Volume capacities as needed? <and> Will this give me better chances to survive a potential hard drive catastrophe?
<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">You can have only 4 primary partitions. One and only one of the four<br>primary partitions can be an extended partition.
</blockquote><div><br>OK thanks so Maybe then I need to<br>(1) NTFS<br>(2) Boot<br>(3) Home<br>(4) /, /tmp, Swap<br><br>with "/", "/tmp" and Swap being logical partitions in the extended partition BUT all logical partitions in (3) and (4) part of the same LVM Group Volume so I can adjust capacities of "/", "/home" "/tmp" and "Swap" individually. Would this work?
<br></div><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">You could keep it in the free software family, and use gparted {live cd}
<br>if you dont already have a linux installed.</blockquote><div><br>Yeah true, i have yet to try it, but, a bird in the hand is worth ...<br>(At the moment I'm downloading Fedora 7 via FTP, a little slow, from the Argentine Patagonia. Bittorrent and Azure are painfully flow - not sure if it is my router firewall or "Speedy" ISP.)
<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> (1) \boot<br>> (2) logVol00 ("/home")<br>> (3) logVol01 ("/")
<br>> (4) logVol02 (swap)<br>> (5) logVol03 ("/tmp")<br>><br>> OR<br>><br>> Should I FIRST create five PHYSICAL partitions with Partition Magic (both<br>> primary and extended) and then use LVM to end up with :
<br>><br>> (1) \boot<br>> (2) logVol00 (/home)<br>> (3) logVol01 (/)<br>> (4) logVol02 (swap)<br>> (5) logVol03 (/tmp)<br>><br>> If i go with the 2nd option and leave extra free space in logVol00,logVol01
<br>> and logVol03  can I later take space from "/home ",  /"tmp" or swap and<br>> redistribute it to "/" and vice-versa using LVM?<br>There is some catches to actually doing that - i'm dont know how to do
<br>that without needing to back up your lvm item, delete, recreate, restore.</blockquote><div><br>Is this catch caused because the LVM group volume will be spread over more than one physical partition? Anyone know any good tips or tools (gui preferably) to deal with this?  Thinking of doing this because  if one of the physical partitions fail, prospects are slimmer that  any 1 partition dies, eg data in /home. Or is this assumption plain wrong?
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Maybe I canīt create 5 physical partitions and Partition Magics extended<br>
> partition scheme is like LVMīs logical partition scheme and so the end<br>> result is similar or am I missing something here?<br><br>Re LVM: IMHO it will make life more difficult if you have disk faults-><br>avoid it.
<br>I am assuming you are space constrained: make /boot say 32MB. {I've<br>never had it using more than about 16MB, the updates system only keeps<br>two kernels in the boot partition these days}.</blockquote><div><br>
Space is not a problem (so far), I have a 160 Gig byte (HD) 2 Gig RAM system<br>Was going to go with: ~100 Meg for \boot<br>                                2 Gig swap<br>                                20 Gig for "/" 
<br>                                4 Gig for /tmp and a large chunk for /home<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I wouldn't bother about a /tmp partition, instead distribute the space<br>between / and /home. This might make / susceptible to disk full<br>situations, but in my experience, this hasn't stopped the machine<br>working, just from being able to save ! {starting an X session as root
<br>seems to need some space on / }. Also, some apps {firefox} download the<br>/tmp, then move a file when finished. Instead of this being a move<br>within a partition having a separate /tmp means it becomes a copy/delete
<br>{and takes much longer}.</blockquote><div><br>Yes that is why I wanted LVM on top of physical partitions, because I can tweak \tmp space depending on its tested usage. </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
eg: usage of / on my PC - 5.7GB, but I am storing some data within that<br>size (because I ran out of space elsewhere), and I have 1206 rpm<br>packages installed. Another machine has / usage of 4.2GB. I quite often<br>make vmware virtual machines with 4GB virtual disk {32MB /boot, 512MB
<br>swap, / as the rest. They generally have 2GB free after install. I add a<br>separate virtual disk if I need more space for /home}. If you tried to<br>do an install everything, you would need quite a huge / {/usr}, but I
<br>don't have real stats about that.</blockquote><div><br>Interesting, maybe i am overdoing the space in "/"<br>I guess I could always make it smaller with LVM<br></div></div><br><br>