If your isolated network *does* need sub-second accuracy, you can
still use ntpd to syncronize the machines, if you provide one time
server with a radio clock. See the ntpd docs for details.
- Jim Van Zandt
**
To unsubscribe f
On Mon, 8 Oct 2001, Paul Lussier wrote:
>> You also need equipment capable of handling it. In particular, you cannot
>> do FDX with a repeater. You need a switch.
>
> Correct, though, is there anything actually prohibiting a repeater from
> using FDX, or is it simply that the manufacturers wish
In a message dated: Mon, 08 Oct 2001 17:12:56 EDT
Benjamin Scott said:
> I am of two minds about this one.
You've got 2? Can I borrow one, I lost mine!
> On the other hand, far too many commercial software vendors seem to
>worship at the altar of the God of Backwards Compatibility, to the de
In a message dated: Mon, 08 Oct 2001 15:05:24 EDT
Benjamin Scott said:
> In theory, it will work that way. Personally, I want to move to Theory.
>Everything works in Theory. :-)
Good point :) Let me know when you get there, I'm curious if Theory
lives up to their marketing literature ;)
>>
On Mon, 8 Oct 2001, mjo wrote:
> I was trying to avoid reverting to the 2.2 kernel, but I don't really
> need 2.4 on this machine, and if Ben says 2.2 works, well... I can't
> live without my stereo.
I am told that (a) Linux 2.4.10 has a much-improved user experience over
prior 2.4.x releases,
Sound is very out of my realm, but here goes...
I knew I was going to install Mandrake 8.1 this weekend anyway, so I was
waiting to see if that magically fixed my problem before changing kernels.
It didn't completely, but it did help. Sorta.
I was running Mandrake 8.0 (2.4.3 kernel) and as o
On Thu, 4 Oct 2001, Karl J. Runge wrote:
> Nobody seems to agree with me, but IMHO I feel problems like what you
> described are one of if not the biggest thing that will hold back OSS.
I am of two minds about this one.
On the one hand, behavior like this had led to no end of trouble for all
On Mon, 8 Oct 2001, Paul Lussier wrote:
> Well, in theory, I think it depends upon the protocol, but I think in
> general, the cards will auto-negotiate with whatever network equipment
> they're connected to.
In theory, it will work that way. Personally, I want to move to Theory.
Everything wo
In a message dated: Mon, 08 Oct 2001 14:22:14 EDT
Brian Chabot said:
>I have an odd question related to network performance...
>
>In general, do most current Linux NIC drivers default to full-duplex or
>half-duplex?
Well, in theory, I think it depends upon the protocol, but I think in
general,
- Original Message -
From: "Paul Lussier" <[EMAIL PROTECTED]>
To: "Kyle Masters" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, October 08, 2001 10:53 AM
Subject: Re: Re(1): clone a raid array
> In a message dated: Mon, 08 Oct 2001 01:28:03 EDT
> "Kyle Masters" said:
>
> >Wou
On Mon, 8 Oct 2001, Brian Chabot wrote:
> I have an odd question related to network performance...
>
> In general, do most current Linux NIC drivers default to full-duplex or
> half-duplex?
As usual 'it depends'. I know for example that the current eepro100 driver
has no auto-negotiation code a
I have an odd question related to network performance...
In general, do most current Linux NIC drivers default to full-duplex or
half-duplex?
I was asked this question at work and I couldn't give a definitive
answer
Thanks,
Brian
--
Benjamin Scott <[EMAIL PROTECTED]> writes:
> Not that the warning isn't appreciated, but who runs CDE on Linux?
Beats me.
> For that matter, who runs CDE? ;-)
Plenty of people, especially those who don't know how to replace their
window manager. Although I suspect that the number of CDE
On Mon, 8 Oct 2001, Taylor, Chris wrote:
> For those of you using TOOLTALK RPC Database Service, there is a
> vulnerability opened when using this on a Linux box running the Common
> Desktop Environment (CDE)...
Not that the warning isn't appreciated, but who runs CDE on Linux?
For that matt
FYI: I expect many of you have already learned of this vulnerability, but in
lieu of all the current security conversations here I figured I would drop a
line.
For those of you using TOOLTALK RPC Database Service, there is a
vulnerability opened when using this on a Linux box running the Common
D
In a message dated: Mon, 08 Oct 2001 01:28:03 EDT
"Kyle Masters" said:
>Would dd do the trick of piling all of a single-drive's data onto a 3-disk
>array and have the ability to boot from it?
It would definitely work, the only problem is tht using dd also
copies your partition map information.
Thank you for the excellent writeup. I was tied up over the weekend, but will
try it all today.
I have that very book, although it maybe not be the most current version. Mine
is Version 2. It was always my favorite because it was the first place I ever
found a good writeup of the boot process.
17 matches
Mail list logo
