[lkml]   [2001]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.2.18 and Maxtor 96147H6 (61 GB)
    From: Igmar Palsenberg <>

> > 2.2.18 sometimes sees 61 GB, sometimes 32 GB.
> > I don't call that hard to understand.
> The same kernel has varying behaviour?
> Maybe not hard to understand, but rather surprising.
> You are the first to report nondeterministic behaviour.

You're not the only one that is suprised :

1) Put disk in my machine (target machine hangs itself with the disk)
2) use setmax to set the limit to 32 GB
3) Put the disk in the target machine
4) System boots, linux sees 64GB
5) rebooted system, system hangs due to the soft clippig 'vanished'

I even had occurences of the kernel setmax message showing up, and after a
plain reboot it didn't.

It beats me.. I can't explain, and the machine is rock solid now.

Probably you confused the proper way to use ibmsetmax with
the proper way to use setmax. For setmax, and a Maxtor disk,
you do not use a different machine, put the jumper to clip,
now the boot succeeds, and you let Linux unclip.
Either with a patched kernel that knows about these things
or with a utility run from a boot script.
(It is most convenient to have a partition boundary where
the jumper clips, so that with old kernels and without running
the utility you also have a valid filesystem.)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:28    [W:0.052 / U:4.284 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site