>> I use the following line with my ATAPI Zip-250 drive:
>> /dev/hdd4 /zip auto noauto,user 0 0
>> Note that the 'user' implies noexec and nosuid so those do not
>> need stating as well. The only difference is the use of 'auto'
>> instead of 'vfat' in the media type field, which allows me to
>> use ext2 and vfat disks interchangably.
> Yeah, I was typing that from memory...hang on, I think I can
> telnet into one of them from here - give me a moment...
> <type, type, click, click...>
8-)
> Here we are:
> /dev/hdc4 /zip vfat nosuid,noauto,user 0 0
> That's more like it.
Yours is secondary master, mine's secondary slave, but nothing wrong
with the actual entries. The only thing I would point out is that the
nosuid is redundant as user sets that - and even if it said suid, it
would be redundant if it comes before user in the list.
>>> As far as I can tell, they're running the stock RH6.0 kernel,
>>> 2.2.5. But before I run to the admin and pester him to do
>>> cluster-wide kernel upgrades, I have to ask - is this a known
>>> (and fixed) kernel bug? Or is the problem likely elsewhere? Has
>>> anyone else even seen this?
>> The only thing that comes to mind is that the one supplied with
>> RH 6.0 was 2.2.5-15 and there were supposed to be some important
>> changes in the update that was released as 2.2.5-22 so you may
>> wish to suggest to them that they upgrade to the later RPM.
> Just gone to Red Hat's site and looked - the problems it fixes
> seem to be security-related - I'll suggest it anyway.
>> Another option would be to upgrade to RH 6.1 which uses 2.2.12
>> as its base kernel, and that shouldn't be hard.
> Hmmm... might be too big a step for them...a whole distribution
> upgrade...
Thinking about it, there shouldn't be any problems caused by just
grabbing the kernel rpm's from 6.1 and using them with 6.0.
Alan: Are you aware of any likely problems from doing this?
Here's the relevant listing direct from ftp.redhat.com's master
list...
Q> 5077733 Sep 27 16:32 kernel-2.2.12-20.i386.rpm
Q> 4986195 Sep 27 16:32 kernel-2.2.12-20.i586.rpm
Q> 4985338 Sep 27 16:32 kernel-2.2.12-20.i686.rpm
Q> 3130102 Sep 27 16:32 kernel-BOOT-2.2.12-20.i386.rpm
Q> 876581 Sep 27 16:32 kernel-doc-2.2.12-20.i386.rpm
Q> 1046680 Sep 27 16:32 kernel-headers-2.2.12-20.i386.rpm
Q> 36568 Sep 27 16:32 kernel-ibcs-2.2.12-20.i386.rpm
Q> 219279 Sep 27 16:32 kernel-pcmcia-cs-2.2.12-20.i386.rpm
Q> 4864213 Sep 27 16:32 kernel-smp-2.2.12-20.i386.rpm
Q> 4850516 Sep 27 16:32 kernel-smp-2.2.12-20.i586.rpm
Q> 4842234 Sep 27 16:32 kernel-smp-2.2.12-20.i686.rpm
Q> 12978199 Sep 27 16:32 kernel-source-2.2.12-20.i386.rpm
Q> 66386 Sep 27 16:32 kernel-utils-2.2.12-20.i386.rpm
Basically, download the lot into ~ftp/pub on one of the systems, then
run the following command...
Q> rpm -Fvh ~ftp/pub/kernel*.rpm
...and it'll upgrade all the ones installed on that machine without
installing any that aren't currently installed.
>> The best option of all would be to download the 2.2.13 kernel
>> tarball and compile a custom kernel for those machines. However,
>> if they've only just started with Linux, they may be unwilling
>> to do that.
> I'll see if I can't talk the admin into it. The main problem is
> that he's a lecturer most of the time, and an admin on the side,
> but he's enthusiastic, and I think he can be accomodating.
Often the case. I can claim to be responsible for introducing Linux
into a large secondary school in Lincolnshire, England, and it was
near enough an accident that I even got involved with it, but the Head
of Information Technology is now very enthusiastic about Linux when he
hadn't even heard of it 18 months ago...
>> Best wishes from Riley.
> Taken with gratitude, and returned with, um, something nice...
Accepted 8-)
Best wishes from Riley.
PS: The kernel versions page is now back online at the URL below, and
includes separate sublists both for each kernel series, and for
each year of development.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* http://www.memalpha.cx/Linux/Kernel/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/