SATA card recommendations.

I'd be grateful for recommendations for inexpensive PCI SATA cards
that work fully under Linux AND support 1TB drives.

The version / distro is irrelevant as I can upgrade as required.  So
far I only seem to find cards that satisfy only one of the criteria...
:-/

Many thanks,

Ben
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: SATA card recommendations.

Benjamin Donnachie wrote:
> I'd be grateful for recommendations for inexpensive PCI SATA cards
> that work fully under Linux AND support 1TB drives.

Errrk!  Does this mean that the hardware/firmware/interface designers
have put artificial limits on drive size again!?!  Don't they ever
learn?  How many times is it now?

John
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: SATA card recommendations.

On Thu, Oct 02, 2008 at 06:58:45AM +0100, John Winters wrote:
> Benjamin Donnachie wrote:
> > I'd be grateful for recommendations for inexpensive PCI SATA cards
> > that work fully under Linux AND support 1TB drives.
> 
> Errrk!  Does this mean that the hardware/firmware/interface designers
> have put artificial limits on drive size again!?!  Don't they ever
> learn?  How many times is it now?

But surely no-one would need a disk larger than 512MB^W2GB, err, 32GB, um, 1TB!

-- 
ROMEO: Courage, man; the hurt cannot be much.
MERCUTIO: No, 'tis not so deep as a well, nor so wide as a church-
	door; but 'tis enough, 'twill serve.
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: SATA card recommendations.

2008/10/2 Dan Kolb <gllug <at> eco.li>:
> On Thu, Oct 02, 2008 at 06:58:45AM +0100, John Winters wrote:
>> Benjamin Donnachie wrote:
>> > I'd be grateful for recommendations for inexpensive PCI SATA cards
>> > that work fully under Linux AND support 1TB drives.
>>
>> Errrk!  Does this mean that the hardware/firmware/interface designers
>> have put artificial limits on drive size again!?!  Don't they ever
>> learn?  How many times is it now?
>
> But surely no-one would need a disk larger than 512MB^W2GB, err, 32GB, um, 1TB!
>

16Mb maximum partition size now how shall I partition this 20Mb SCSI
driver, Now those were the days.

Regards

Peter.
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: SATA card recommendations.

On Thu Oct  2  1:58 , John Winters <john <at> sinodun.org.uk> sent:

>Benjamin Donnachie wrote:
>> I'd be grateful for recommendations for inexpensive PCI SATA cards
>> that work fully under Linux AND support 1TB drives.
>
>Errrk!  Does this mean that the hardware/firmware/interface designers
>have put artificial limits on drive size again!?!  Don't they ever
>learn?  How many times is it now?

There will always be "Artificial Limits" in cases like these.  As long as we
limit the address space to a certain number of bits, be it 8, 16, 20, 30, 32, or
64 bits, there will be a limit.  All we can do is try to make the limits so large
we won't reach them any time soon.  Like IPv6... rather than going from 32 bit
for IPv4 up to 64 bits and risking hitting the wall again, they decided to jump
right to 128 bits.  This was a good choice because using 128 bits as an unsigned
integer, you can use numbers from zero up to
340,282,366,920,938,463,463,374,607,431,768,211,456 (i.e. 2^128).  If you divide
340,282,366,920,938,463,463,374,607,431,768,211,456 by 790,653,726,720,000,000
(the approximate surface area of the earth in square inches) that implies you can
assign over 3,700,000,000,000,000,000,000 addresses per square inch of the
earth's surface. That should be enough addresses for most requirements, even if
you stack those servers sky high.

Andy
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: SATA card recommendations.

On Thu, Oct 02, 2008 at 08:31:12AM -0400, Andrew Farnsworth wrote:
> Like IPv6... rather than going from 32 bit for IPv4 up to 64 bits
> and risking hitting the wall again, they decided to jump right to
> 128 bits.  This was a good choice because using 128 bits as an
> unsigned integer, you can use numbers from zero up to
[more twaddle deleted]

IPv6 gives most people a /64 address, which means that there are
really 2^64 addresses available.  Still quite a lot, but unfortunately
the decision to route by prefix reduces the effective address space
still further.

That's not to say that IPv6 isn't a big improvement over IPv4, but if
you are going to argue it based on comments about there being a
bajillion addresses per square inch of the earth or whatever, you're
just going to come across as someone who doesn't understand it.

Rich.

-- 
Richard Jones
Red Hat
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: Caching youtube videos

On 29 Sep 2008, Stephen Nelson-Smith stated:

> Hi,
>
> On Sat, Sep 27, 2008 at 11:47 AM, Adrian McMenamin
> <adrian <at> newgolddream.dyndns.info> wrote:
>
>> But that question mark means that Squid won't cache it
>
> That has nothing to do with it at all.
>
> Squid doesn't cache dynamic content out of the box.  You need to make
> it.  Youtube also make life difficult in ways which Squid doesn't
> handle out of the box.  This is well documented on the squid wiki.

Of course this just goes to show that you should be using Polipo instead
;}

-- 
`Not even vi uses vi key bindings for its command line.' --- PdS
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Re: VACANCY: Unix System Administrator (Part Time, Temp)

On 29 Sep 2008, Jose Luis Martinez outgrape:

> Dear all,
>
> I do apologize.
>
> I am a bit jet-lagged :-}

Ah yes, exhaustion and jetlag from insane overtime. You're a sysadmin
all right. ;}

-- 
`Not even vi uses vi key bindings for its command line.' --- PdS
--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug

Cilius Victor is out of the office.

I will be out of the office starting  02/10/2008 and will not return until
08/10/2008.

I will respond to your message when I return.

Visit Henley Centre HeadlightVision at www.hchlv.com 
 
Henley Centre HeadlightVision
6 More London
Tooley Street
London
SE1 2QY

T: +44 (0)20 7955 1800
F: +44 (0)20 7955 1900
 
The information in this email is confidential and may be legally privileged. 

It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not
the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it, is prohibited and may be unlawful. 

When addressed to our clients any opinions or advice contained in this email are subject to the terms and
conditions expressed in the governing Henley Centre HeadlightVision client engagement contract or letter.

--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk

Polipo - Was: Caching youtube videos

Nix wrote:
> Of course this just goes to show that you should be using Polipo instead
> ;}

Haven't come across this one before (which doesn't say a whole lot...).

Am playing with TOR and thus installed Privoxy.

Care to make any comment about Polipo cf Privoxy in such applications,
and maybe running it on a small network 'gateway' m/c so as to service a
number of TOR-ified FF browsers?

Regards,
=dn

--

-- 
Gllug mailing list  -  Gllug <at> gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug