"JJG" <[EMAIL PROTECTED]> wrote:

> [...]
> >
> > That's a good target for getting started. The Samba/Windows interaction
is
> > interesting. Try not to commit to any one configuration until you've had
a
> > chance to play around a bit.
>
> Please explain more, I am not sure what you mean.

Oh, sorry. The various login schemes (server, share) each offer distinct
advantages and disadvantages with Samba. Just try out a couple of
combinations and get a feel for the variations before committing to one or
the other. Samba's come so far that the default (security = server [sync'd
user ID's on both Linux and Windows]) works fairly transparently.

> >I've got my systems set up so each user can
> > move between any of three desktops, and all their preferences (including
> > desktop settings) and files are available from each using the Windows
> > "roaming profile" feature.
>
> Sounds very slick,  I doubt I will take it to that level.

Nah, you'll like it. Actually, I made the change on a Windows system to
allow each user to maintain separate desktop settings, and this feature just
started working! The only downside is that whatever's on your desktop gets
sucked up to the server when you log out (and down when you log in). If you
keep a messy desktop, that can take a bit. I just started keeping all the
"My Documents" folders pointing at the server and keep all my clutter there.
It tends to get backed up more regularly that way too.

> [...]
> Yeah for sure. "I wouldn't expect any problems"  Is another set of Famous
> Last Words ;-)  If I remember correctly, My logic on the first go round
was
> "Diamond was such a popular manufacture of that era, my card has to be
> supported".  Heheheh see where that got me. :)

Yeah, do double-check. There can be some nasties. :)

> > 2. SCSI drive partitions are identified differently. Rather than
> > hda1, hda2,
> > you'll have sda1, sda2 (someone correct me if I'm wrong). A small
> > thing, but
> > it can be annoying if you don't catch it.
>
> Not sure how this will effect things?

Not a big deal, but 99% of documentation refers to "hda1, hda2" it seems.
Just remember that yours are different and it's no big deal.

> > I know RAID exists, but can't say I've done much with it.
>
> Do you (anyone) suggest I not bother with it?  Remember this whole
> experiment started out with me trying to get a full 14 gig partition
> somewhere.  Can I possibly use ln to span my /home over the 2 scsi drives?

Actually, if that's all you're trying to do, linking the two together may be
far simpler.  RAID is great, but with two drives, you'll tend to lose space
using the RAID options unless you're just striping. As that doesn't provide
any redundancy, it may not be worth the effort. All your drives are going to
appear in the file system tree as you mount them, so just decide where to
split things. There's no reason one drive couldn't be /usr, and the other
/usr/<whatever>. Just keep documented what links where for when you have to
do drive maintenance.

>
> From a rookies point of view, I am inclined to go with RedHat again.  That
> is what I find the most books on.  That is what _seems_ to be the most
> covered locally.  As for LUG's, I though this was it :).  I must say that
> the things you list below are also important to me.  I am trying to make a
> server, I do have broadband, I don't have much free time, and I hate when
> buggy code is pushed out the door.  With that said, Debian seems very
> appealing to me.  Do you think Debian will find my hardware and get me up
> and running with minimal pain?  Again, I am a Linux rookie so what do I
> know.  I am hoping someone here will know which distro I should pick.

You might just give Debian a shot and see how it goes. A GOOD book will be
ESSENTIAL for success if nobody's around. Spend some time finding one, and
you may be just fine.

> > Are you expecting to use X extensively?
>
> No.

Good. :) At least initially, that can be one of the most aggravating parts
of a set up.

Good luck with it!

- Bob

To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with 
unsubscribe SURVPC in the body of the message.
Also, trim this footer from any quoted replies.
More info can be found at;
http://www.softcon.com/archives/SURVPC.html

Reply via email to