|xavian anderson macpherson||Oct 2, 2000 2:13 pm|
|Christopher Rued||Oct 2, 2000 2:40 pm|
|xavian anderson macpherson||Oct 2, 2000 2:51 pm|
|Christopher Rued||Oct 2, 2000 3:00 pm|
|pstapley||Oct 2, 2000 3:04 pm|
|John||Oct 2, 2000 3:09 pm|
|Chris Wasser||Oct 2, 2000 3:19 pm|
|xavian anderson macpherson||Oct 2, 2000 3:47 pm|
|xavian anderson macpherson||Oct 2, 2000 6:12 pm|
|BWS - Offwhite||Oct 2, 2000 6:18 pm|
|xavian anderson macpherson||Oct 2, 2000 6:28 pm|
|Greg Lehey||Oct 2, 2000 6:59 pm|
|Greg Lehey||Oct 2, 2000 7:01 pm|
|Greg Lehey||Oct 2, 2000 7:13 pm|
|xavian anderson macpherson||Oct 2, 2000 7:47 pm|
|Christopher Rued||Oct 2, 2000 8:13 pm|
|William Melanson||Oct 3, 2000 7:32 am|
|xavian anderson macpherson||Oct 3, 2000 1:16 pm|
|xavian anderson macpherson||Oct 3, 2000 2:26 pm|
|Jonathan Lemon||Oct 3, 2000 2:57 pm|
|Christopher Rued||Oct 3, 2000 3:03 pm|
|Greg Lehey||Oct 3, 2000 5:37 pm|
|Giorgos Keramidas||Oct 3, 2000 7:54 pm|
|Chris Dillon||Oct 4, 2000 8:01 am|
|Subject:||Re: vinum question|
|From:||BWS - Offwhite (bren...@offwhite.net)|
|Date:||Oct 2, 2000 6:18:19 pm|
your tone is very confrontational. "so much for that guy" is right. he will not be helping you now. the way you have phrased everything could be altered slightly to get more responses which may help you.
i think your patience is simply thin. you have no patience to take the time to understand the processes and systems you are trying to control. this happens to me at times. some things are just hard and i cannot find the piece to the puzzle which make it all work. it may be best that you let it rest a while and return to it when you are in a better frame of mind.
right now you are not doing yourself much good.
Brennan Stehling - web developer and sys admin projects: www.greasydaemon.com | www.onmilwaukee.com | www.sncalumni.com
On Mon, 2 Oct 2000, xavian anderson macpherson wrote:
let me state once more that i have the book and am reading it! i brought the 10cd power-pak. i like the manual. it was because of the manual that i brought the power-pak. so much for the guy who said i was lazy for not reading. if i didn't want to read, and didn't think that i should have to, i wouldn't have brought the book. i tried to download the freebsd kernel from the web. but i could make heads or tails of it. i was expecting to find the kernel to be one contiguous unit as it is in linux. now maybe it is. but what i found was kernel modules as they would appear in linux after the kernel and it's components had been compiled. i didn't find any file of the size that i expected the kernel to be (17-21MB's for linux). it was because of this recognition, that i was erroneously applying concepts from one system to another, that i chose to admit that i don't know what i am doing. it is also because of this that i am approaching this (installation) with great trepidation.
Christopher Rued <c.r...@xsb.com> chris wrote;
After you install, the kld should be in /modules/vinum.ko. According what I just read, you should not even have to explicitly load the module. When you try to use vinum, it will automatically be loaded. You do not have to do anything special to install the kld. Just install the OS, and you will be able to run vinum. ==================================================================== thank you. the reason why i did not proceed, was that with linux, if you change the definition of the partition type, after it's initial declaration, you inevitably erase all the data on the partition. does it at least seem reasonable that someone should not want to have to erase their canvas to add a new color? it is for this reason that i chose not to proceed without knowing (explicitly) the results of my actions beforehand. i didn't buy freebsd to make mistakes, but rather to have a solution to them! what i still have not been told is, `when you define the partition labels at installation, is that also where you define vinum?' is that simply put enough?
in linux, my system (kernel) is VALHALA, my volume group was `ODIN'. the physical volumes were `THOR'. such that the labels went like this;
/dev/ODIN/THOR01, /THOR02, /THOR03, etc.
that was very simple and straight-forward. it didn't require a math degree to interpret this. it is done at the time of the initial installation. you did not first load (any) data on the partitions and then go back and relabel them, for the very reasons already stated above. if freebsd is different, great! but i have not read where that is the case. and it would not be ligitimate for me to assume so. in fact, i assume the worst, and expect it.
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message