Linux-Misc Digest #325, Volume #25 Thu, 3 Aug 00 01:13:01 EDT
Contents:
Re: Kernel upgrade (Sergey Gimanov)
Re: How to install new hardware in Linux? (David M. Cook)
changing the cursor from underline to block (B'ichela)
Re: changing the cursor from underline to block (Dances With Crows)
Re: Oh no! (William McBrine)
Re: MP3's skip : How I solved it (Stewart Honsberger)
Re: Oh no! (William McBrine)
weird text output on boot/shutdown ([EMAIL PROTECTED])
sblive-0.2b.tar.gz or? (Howard Kainz)
Re: Linux on Mac LC III possible? (Henry Garcia)
Re: MP3's skip : How I solved it ("IvanWoehr")
Re: Unexpected daily disk activity... (Craig McCluskey)
Re: FWD: Red Hat's CFO abandoning ship. (blowfish)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Sergey Gimanov)
Subject: Re: Kernel upgrade
Date: Thu, 03 Aug 2000 02:15:18 GMT
Reply-To: [EMAIL PROTECTED]
On Tue, 01 Aug 2000 06:14:36 GMT, [EMAIL PROTECTED] (Davide Bianchi)
wrote:
>
>When you config your kernel (using make config for example), you
>select to use "modules", then select what you want to put into
>modules. Then you give a make modules and make modules_install to
>make and install the modules.
>
>But I suggest you check also the HOWTO that came with your
>distribution, since there can be something different (distrib.
>specific).
>
You didn't understand me. I meant that I don't know how to compile
modules, that cannot be selected from "make config". For example:
ppp, ppp_comp, bsd_comp to name but a few. So when I run pppd, it says
that my kernel lacks ppp support, though I've included all options in
Networking section. This is because there's no driver ppp.o in
/lib/modules/.
Can anyone share his experience in kernel upgrade? I'd really
appreciate it if you'd help me.
WBR.
Sergey Gimanov AKA Mutus Magister.
------------------------------
From: [EMAIL PROTECTED] (David M. Cook)
Subject: Re: How to install new hardware in Linux?
Date: 3 Aug 2000 03:42:14 GMT
On 2 Aug 2000 16:53:45 PST, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>I am sure that this sounds like a dumb question, but if you have
>physically installed the hardware -- how do you then install it
>in Linux. I mean things like sound cards, video cards, keyboards,
>mice, printers, modems, network cards, etc. Thanks.
A lot of this is distribution dependent (unless you want to do everything by
hand.) If you have a Red Hat system, the short answer is
video, keyboard, mice, sound: setup
printer: printtool
modem: rp3-config (overkill if you just want to use the modem per se.)
network card: netconf (part of linuxconf)
* "Modern" distributions have most of drivers available as modules, so one
rarely has to recompile a kernel any more to get support for new hardware.
See below about ethernet cards.
* A lot of stuff will be detected by the kernel on boot up. Check in
/var/log/dmesg.
* Red Hat provides the program "kudzu", which looks for and allows you to
configure new hardware at boot. Being somewhat of a luddite, I don't have
much experience with how well it does or does not work.
* Video cards are handled by the XFree86 for that card. Check
http://www.xfree86.org/cardlist.html
for the right server. Then run the X setup too for your distro, or use
XF86Setup (or the more primitive xf86config). You can also then configure
mouse and keyboard for use in X.
* For ethernet cards, SCSI cards, and sound cards, you'll need to add
entries to /etc/conf.modules, e.g.
alias eth0 eepro100
alias scsi_hostadapter aic7xxx
Note that on Red Hat systems, the ethernet module can be set when
configuring the network with netconf (you get a pulldown menu to choose).
* For SCSI devices, do a
cat /proc/scsi/scsi
for to see devices on the bus. Block devices will be sda, sdb, sdc, in the
order that they appear there. Tape devices will be st0, st1, in the order
that they appear. Tape devices are not mounted.
Dave Cook
------------------------------
From: [EMAIL PROTECTED] (B'ichela)
Subject: changing the cursor from underline to block
Date: Wed, 2 Aug 2000 23:22:03 -0400
Reply-To: [EMAIL PROTECTED]
Because of my eyesight I am having a problem seeing the
underline cursor at times. How can I change it to a block cursor or at
least a taller underline?
--
B'ichela
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: changing the cursor from underline to block
Date: 3 Aug 2000 04:15:56 GMT
Reply-To: [EMAIL PROTECTED]
On Wed, 2 Aug 2000 23:22:03 -0400, B'ichela wrote:
> Because of my eyesight I am having a problem seeing the
>underline cursor at times. How can I change it to a block cursor or at
>least a taller underline?
I assume this refers to console use, since every xterm clone I've seen
has a block cursor. Try echo -e '\033[?17;0;64c' ; that should give you
a nonblinking red block. You could also compile a kernel with framebuffer
support, since the framebuffer console has a blinking white block for a
cursor by default. The escape sequence is like so:
\033[?A;B;Cc where A, B, and C are numbers.
A: 0=default, 1=invisible, 2=underline, 8=full block) + 16 if you want
the software cursor to be applied + 32 if you want to always change
the background colour + 64 if you dislike having the background the
same as the foreground.
B: selects character attribute bits you want to
change (by simply XORing them with the value of this parameter). On
standard VGA, the high four bits specify background and the low four
the foreground. In both groups, low three bits set colour (as in
normal colour codes used by the console) and the most significant one
turns on highlight (or sometimes blinking)
C: consists of character attribute bits you want to
set. Bit setting takes place before bit toggling, so you can simply
clear a bit by including it in both the set mask and the toggle mask.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Tyranny is always better organized
http://www.brainbench.com / than freedom.
=============================/ ==Charles Peguy
------------------------------
From: William McBrine <[EMAIL PROTECTED]>
Subject: Re: Oh no!
Date: Thu, 03 Aug 2000 04:18:47 GMT
David Steuber <[EMAIL PROTECTED]> wrote:
: ... and LAME because (unless I am out of date and the ISO code has been
: completely replaced) it requires patching.
You are, and it has! :-) I D/Led the LAME 3.85 source the other day, and
it was one of the smoother compiles I've had lately. (A new system, on
which I'm trying out Mandrake 7.1... user-friendly, but developer-hostile,
I've found; the standard installation leaves out nearly all of the devel
packages.)
--
William McBrine | http://www.clark.net/~wmcbrine/
[EMAIL PROTECTED] | Nader in 2000!
------------------------------
From: [EMAIL PROTECTED] (Stewart Honsberger)
Crossposted-To: alt.os.linux.mandrake
Subject: Re: MP3's skip : How I solved it
Reply-To: [EMAIL PROTECTED]
Date: Thu, 03 Aug 2000 04:20:41 GMT
On Wed, 02 Aug 2000 17:44:52 -0400, Gordon Gilbert wrote:
>>
>> Attack #1.
>
>The fact that you can't even talk without talking DOWN to someone
>demonstrates you're complete and total inability to deal with the
>real world. Apparently, you can't deal with the SLIGHTEST bit of
>criticism without going berserk.
I'm not the one attacking Linux because my system broke. Atleast when
I break something that was clearly labelled as dangerous, I don't blame
others. It's called taking responsibility for one's own actions.
>> >It simply doesn't support DMA or UDMA transfers
>> >using a Promise Ultra 66 controller (apparently).
>>
>> Interesting how you could come to such a conclusion after such a singular,
>> uneducated, unresearched test.
>
>Unresearched? It's funny how one apparently must do "research"
>before they can enable DMA on their hard drive.
Follow me here;
You claimed that Linux does not support DMA or UDMA transfers on that
particular controller judging from your own singular experience. As
for the rest of my statement, I notice you missed the part where I
tried to anylize where you'd gone wrong. It was already mentioned that
you should have had nothing running and sync'ed your disks before
attempting to alter the hardware settings. You didn't respond to that
individual, nor did you respond to the portion of my message where I
suggested various things that could possibly have gone wrong.
>LOL. And what did you do before you enabled DMA on your hard drive? Read
>some of those giant Linux manuals they sell at the book store. Linux For
>Dummies perhaps?
No, I ensured that it was properly enabled in the kernel and ensured that
Linux was enabling it on bootup. When it wasn't (initially) I attempted
to figure out why. I did, and now (U)DMA is enabled without the use of
hdparm.
Often the solution to a problem is harder to find than a band-aid, but
will almost certainly always work better.
>> No, it accomplishes the task of teaching you to backup before fiddling
>> with your hardware settings.
>
>Actually, it taught me that some people on the Internet are touched.
As are, apparently, the authors of hdparm who also told you to backup
before you attempted to use it. You didn't listen then, and you won't
listen now. You're being stubborn, and as a result you'll never learn
better.
>> Are we speaking Swahilli here?
>
>If all you had to say was, "Maybe you should have backed up your
>system first." You could have said that in one sentence and without
>all the theatrics.
It was said to you. Your response was juvenile. Others tried to explain
the situation, and you alienated them, too.
>Not really. If you're getting 3MB/sec when you should be getting
>19MB/sec and want to get 19MB/sec, you do have to make a change or
>you'll continue to get 3MB/sec.
What drive capability did you say you were using? After your astronomical
posted figures, I thought you were talking about cached reads. Now it
appears as if you're talking about uncached data. In order to obtain 19
MB/sec, you'd require Ultra-2-160 SCSI; something signifigantly more
expensive than any ATA equipment I've ever priced.
Ultra ATA66 should expect about 8.25MB/sec, while ULTRA ATA33 should
expect about 4.125MB/sec.
>> Perhaps you should give up on Linux. It sounds to me as if you don't want
>
>You'd like that wouldn't you?
It would increase the overall readability of this conference, yes.
>Other aspects aren't quite there yet, IMO, like a large selection of
>software for one thing.
Then you're not looking hard enough.
>> Have you thought of posting your boot messages (man dmesg) to demonstrate
>> what was displayed on boot-up? Have you considered asking if your specific
>
>I could do that, but no one asked to see it.
Of course you didn't see fit to offer any assistance as to the nature
of the problem or the system you ran. It's common courtesy to post some
relative information to the situation at hand in order to get proper
assistance. Instead, you came in complaining that Linux doesn't support
DMA, and that hdparm screwed KDM.
>> >Linux doesn't enable it half the time when it IS supported. So, you can't
>> >trust it. You end up trying hdparm anyways.
>>
>> Back that up with some facts, please. You sound like an idiot right now.
>
>Well, let's see. Duhh......uhgg.......arrrghh. I'm and idiot,
>right? I should start sounding like one.....ughgh..aarrr...ummm.
>Geeze, if you could only hear how your response to me sounds.
You're only upset because nobody told you what you wanted to hear.
>The fact that turning on DMA did work for someone shows that Linux
>didn't enable it when they first installed their system, even though
>it was supported. In fact, Mandrake didn't properly install a lot
Mandrake != Linux.
>> rather than thought out discourse. It's never good to respond in anger,
>> especially when discussing a subject you're clearly not an expert in.
>
>You should listen to your own advice.
I haven't said a single word in anger. You're not worth my emotions.
>Gee, um, it's like important man! It prevents people from bothering
>to try and thus corrupting their systems needlessly (even if they
>have a backup, it's a waste of time) if it says right in the manual
>that that controller isn't supported yet.
If you had sync'ed disks, it likely wouldn't have caused any damage in
the first place and could have easily been remedied.
[..Re: Promise driver for Linux..]
>supported natively in the newer kernels. Apparently, you're not up
>on it either. Ironic, since I'm the idiot and you're the
>know-it-all.
Why on Earth would I research a driver for a product I don't run?
If ever I were to purchase a Promise IDE controller, I would then look
into drivers for it. In the meantime, my motherboard has onboard support
for up to 4 Ultra ATA33 devices.
>> What's to understand? The help pages indicate that if you want to enable
>> DMA, you enable it. If it doesn't work, disable it.
>>
>> Windows is re-installed on a very regular basis anyways, so it wasn't very
>> painful for me to do.
>
>It is? I've been using it for years and I've had to restore ONCE
>from backup in that time.
You're the exception, not the rule. I've been dealing with various
Microsoft products on customers' machines right from Win'95 through the
latest Win98SE + Plus!.
>If you're re-installing all the time then you're doing something wrong.
The Windows registry is a flawed design, and the OS is an unstable
app that sits on an antiquated core (DOS) that emulates 32-bit processing.
Windows becomes unstable. It's a natural occurance.
>> Perhaps if you don't back them up, you'll learn another valuable lesson;
>
>Ah, so now I shouldn't back things up? Get your story straight.
I should rephrase;
"If you didn't have them backed up ... "
>And why are you numbering so-called "attacks?" Do you worship Linux or
>something?
Just pointing out how often your anger has spurred you to irrational
and baseless attacks of the product.
>> Isn't idiot friendly, my friend. All the software I need is covered for
>
>There you go again. When you mature enough to realize that using a
>GUI isn't a sin, maybe you'll realize who the real idiot is.
I'm not talking about GUI vs. CLI, I'm talking about idiot-friendly apps.
>> both GUI and CLI. I'm not sure what your problem is. Perhaps you're
>> either too fussy, or you can't live without the Windows API.
>
>I'm sure that you can't understand what my problem is. I bet you
>don't even boot into X-Windows,
No, as a matter of fact, I don't. I start a GUI when and if I need one.
>> To tell you the truth, I really couldn't care less. Mainstream support
>> tends to draw users like you towards Linux, and that's not my vision of
>> Linux's future.
>
>I'm glad I don't share your vision of Linux's future since your
>vision was Linux 3 years ago.
What vision is that? The vision that an OS can have intelligent users who
aren't afraid of having to do some work to make their computer do what they
want it to do?
>> Have you read the documentation for cron? It's not limited to the wee
>> hours of the night when you're curled up with your teddy bear.
>
>Personal attack #25!
That wasn't a personal attack, and if you think it was you're sorely
mistaken. My ex still sleeps with a teddy bear, FYI. It was an abstract
reference to sleep.
>> >If Linux is ever to be a successful home operating system,
>>
>> There you go again; making your own projections as to what Linux has to
>> do to become "sucessful". Believe it or not, Linux wasn't designed to be
>
>No, I'm quite correct in my assessment.
What makes you think the long-term goal of Linux is to take over the home
user market? What is it that puts you in a position to talk about Linux's
future in the first place?
>> a LUSER platform. If you want that, you've already got plenty of products
>
>More personal insults.
You really should grow a skin. A "LUSER platform" describes a platform
designed for any idiot who can hold a mouse, much like Microsoft's target
home audience. "Look, now you have to do even less to your computer! Just
punch a button and you're already playing Quake!"
>They say that someone that has to result to personal insults to make
>their point either doesn't have a good argument or is incapable of a
>providing a good argument. Which scenerio fits you?
I've seen this argument posted primarily by people who are either thin
skinned like yourself, or are paranoid and see personal attacks around
every corner. It's a very convenient argument, mind you, were it true
in this instance.
>> >A graphical frontend could make this much simpler.
>>
>> Good for it! Write one!
>
>Good for it? What language is that?
{sigh} Simple conversational. I wasn't informed that this was to be
formal essay writing.
Another of the attacks of the people who've run out of material. What
better thing to attack than the other participants' spelling, grammar,
and syntax.
>> Oh, wait, a graphical front end that can't make use of the literally
>> millions of possible functions of the Bash scripting language without
>> becomming a several megabyte monster of an application. A graphical
>> front end that would have to be updated every time the Bash scripting
>> language were ever to be changed/improved.
>
>Oh the crime of it all! Golly gee. You mean programs have to be
>kept current! No!!!!!
You're not understanding me. The Bash scripting language can be used
like a programming language and a batch file language put together. It
can bring several small, abstract commands together to form a large,
multi-functional application. It can perform simple tasks, or it can
perform large complex tasks.
With the Bash scripting language, I've seen scripts written up that
perform the task of a large, expensive application. Several times,
in fact. I also mentioned the BBS software that was written using
Bash scripting language; you left that out of the quoted portion of
my message.
A graphical front-end is generally a singular-tasked application.
Scripting languages such as the Bash shell script language or Perl
tend to be limited only by the imagination of the person behind the
keyboard.
I was merely suggesting one backup solution to you, yet you seem to have
taken that to mean that there are absolutely zero backup software packages
for Linux; especially in the GUI area. The simple fact is, my backup needs
are relatively simple, so I've never found the need for a complex backup
application.
>> I'm sorry that Bash isn't idiot friendly. Truly, I am.
>
>I'm sorry you have to result to personal insults all the time.
You must think very highly of yourself if you think that was a shot at you.
>> Alright, I have no idea how to fix a system which has been bunged by a
>> gung-ho user who's changed hardware parameters in order to follheartedly
>> make it 'wurk bettr'. But then again, that's part of what I do for a
>
>I don't speak that way. I never have and I never will except as a
>joke. Really, I don't know who you think you are talking to here,
>but you are clearly quite clueless. And I do believe you when you
>say that you have no idea how to fix a system, even if you were
>joking.
Your context responses are fabulous. FYI - I've had to attempt to fix
systems where the user has decided that the CPU fan is too noisy, and
promptly pulled it - while the system was running. After the CPU melted
to the Socket 7 slot on the board, what other options would you suggest
other than replacement?
Or what about the user who got the bright idea that they could upgrade
from Win'95 to Win'98 by simply DELTREE'ing their \WINDOWS directory
and then trying to install Win'98 without first formatting, only they
didn't remove the WINDOWS directory entirely - only its contents, so
the Windows installer defaulted to \WINDOWS.000, thus none of their
applications worked, and the whole thing had to be formatted and re-
installed.
Or the user who 'tweaked' his system to the point where none of the
hardware (right down to the motherboard resources) was either installed,
or installed with the correct set of drivers, and the system wouldn't
even boot to safe mode. Without a Windows GUI - what do you suggest I
do in order to rescue the system without a re-install?
Your conclusion jumping is really rather tiring.
>> living. I fix systems for people who think they're gurus. Y'know how I
>> fix 'em half the time? I backup whatever I can find that's valuable and
>> I re-install whatever smoking hulk of an OS remains. Often with pleas
>
>Of course that's how you do it. You don't know enough about Linux
>to actually troubleshoot.
I troubleshoot Linux problems all the time. Problem being, if you'd
experienced data being written incorrectly (at the binary level) to your
hard drive, it doesn't matter what OS you have installed - it's not going
to work. Since you produced virtually no clue as to what you were running
outside of your IDE controller, and what the specific problems were (ie:
with logs and/or backtraces), nobody had any idea of the severity of your
problem.
>> I could also time travel back to the first time I ever stuck my tongue
>> in a light socket. But then I would never have learned that tounge +
>> light socket = ouch!
>
>I never learned that lesson. I never felt the need to. In fact, I
>try to avoid being shocked when working on electronic equipment as
>much as possible. It's not something I care to experience.
Tell that to a curious 3 year old who gets 2 free minutes and eyes a
bulb-less lamp.
>> >Give me a break. I said I was using Linux as a learning tool to
>> >learn Linux. Is that making it a TOY? (shrug) I'm done wasting my
>> >time here.
>>
>> We'll miss you!
>
>Did I say I was leaving? I meant I was done wasting my time with
>that message.
Then feel free not to respond. I won't miss your company one iota of the
remainder of your conversational skills rank up there with what you've
already demonstrated.
>You're probably just a troll with nothing better to do than call people
>idiots.
When it's warranted, yes. But I've been here for years, and I'm not going
anywhere. Feel free to drop by in a few months and witness that fact.
--
Stewart Honsberger (AKA Blackdeath) @ http://blackdeath.tinys.cx
[EMAIL PROTECTED] (Remove 'thirteen' to reply privately)
Humming along under SuSE 6.4, Linux 2.4.0-test5
------------------------------
From: William McBrine <[EMAIL PROTECTED]>
Subject: Re: Oh no!
Date: Thu, 03 Aug 2000 04:21:06 GMT
Andrew Purugganan <[EMAIL PROTECTED]> wrote:
: Would the continued use if Mandrake or RH be harmful to the casual Linux
: user though? ... All my attempts to compile always say 'c compiler can't
: create executables' and that's only during the ./configure portion! Am I
: a hapless victim already?
Yep. Mandrake 7.1, at least, seems very oriented towards installing from
binary RPMs, and not source.
--
William McBrine | http://www.clark.net/~wmcbrine/
[EMAIL PROTECTED] | Nader in 2000!
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: alt.os.linux.mandrake,comp.os.linux.setup
Subject: weird text output on boot/shutdown
Date: Thu, 03 Aug 2000 04:18:25 GMT
Hi all,
I just installed Mandrake 7.1 on a Dell Dimension XPS P90C with #9 GXE64
video. When I boot the machine or shut down, the first several lines of
text output are OK. Subsequent lines, however, seem to be offset by as
many as maybe 20 characters, and I see lines repeated that already
appeared several lines earlier (e,g., LILO's prompt).
When I shut down, I see the same sort of problems...first couple of
services being shut down appear on the screen normally, but then the
rest of the output is hard to read, either because it is offset or
because output is being reppeated. For instance, the ASCII graphics on
shut down show up several lines later, but again offset.
After bootup, however, text mode console output is fine; X works fine.
I have had many earlier versions of RedHat and Mandrake working fine on
this machine. (and on many others).
Anyone have any idea what's going on here ?
Thanks in advance,
terry
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Howard Kainz <[EMAIL PROTECTED]>
Subject: sblive-0.2b.tar.gz or?
Date: Wed, 02 Aug 2000 23:39:24 -0500
I installed the Corel Deluxe Office Suite for Linux last week, and have
been looking around for a Sound Blaster Live driver. I'm not sure
whether the one above is the right driver, or if there is an emu10k1
driver for Linux. Even if I find it I don't know how to install it,
unless directions come with it. But for right now, I would like to know
if there is a workable driver.
Howard Kainz
------------------------------
From: Henry Garcia <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.m68k,comp.os.linux.powerpc
Subject: Re: Linux on Mac LC III possible?
Date: Thu, 03 Aug 2000 00:38:05 -0400
Henry Garcia wrote:
> Henry Garcia wrote:
>
>>
>>
>> What machine do you have a working linux without an FPU?
>
> After all is said and done. And after assurances that Linux should
> work without an FPU on m68k machines, I still haven't heard of anybody
> succeeding without one. Anybody?
>
>
Well, some guy wrote me and said he had a IIsi running :) But then I
asked him if he had an FPU on his network card :( Oh well. Just
checked the supported m68k hardware page. A rough quote from there would
be as follows. All installations of the Linux system on m68k machines
must have an FPU.
------------------------------
From: "IvanWoehr" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake
Subject: Re: MP3's skip : How I solved it
Date: Wed, 2 Aug 2000 22:42:34 -0600
Stewart Honsberger <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> >Not really. If you're getting 3MB/sec when you should be getting
> >19MB/sec and want to get 19MB/sec, you do have to make a change or
> >you'll continue to get 3MB/sec.
>
> What drive capability did you say you were using? After your astronomical
> posted figures, I thought you were talking about cached reads. Now it
> appears as if you're talking about uncached data. In order to obtain 19
> MB/sec, you'd require Ultra-2-160 SCSI; something signifigantly more
> expensive than any ATA equipment I've ever priced.
>
> Ultra ATA66 should expect about 8.25MB/sec, while ULTRA ATA33 should
> expect about 4.125MB/sec.
Actually... Im getting around 28MB/s with -t and 108MB/s with -T Celeron
500/Intel 810e with ATA66 7200 RPM drive. It's some sort of Maxtor, I forget
which.
Mind you, these are specs that hdparm provides. Who knows what other
benchmark utils would quote.
[root@www /etc]# hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 64 MB in 2.21 seconds = 28.96 MB/sec
[root@www /etc]# hdparm -T /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.19 seconds =107.56 MB/sec
[root@www /etc]# hdparm -i /dev/hda
/dev/hda:
Model=Maxtor 52049U4, FwRev=DA620XS0, SerialNo=K40F714C
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40020624
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4
And it would be nice if one of you just halted the conversation from here
(IE just dont reply next time). It has ceased to provide any useful
information to the group, other than some sort of sick entertainment.:)
------------------------------
From: Craig McCluskey <[EMAIL PROTECTED]>
Subject: Re: Unexpected daily disk activity...
Date: Wed, 02 Aug 2000 23:38:56 -0500
> >AY> > Every day, at 4:00 AM, I experience a lot of disk activity.
Red Hat 6.x does logrotate(8) at 0402.
Craig
------------------------------
From: blowfish <[EMAIL PROTECTED]>
Reply-To: ..
Crossposted-To: comp.os.linux.setup
Subject: Re: FWD: Red Hat's CFO abandoning ship.
Date: Wed, 02 Aug 2000 21:55:49 -0700
John Hasler wrote:
>
> blowfish writes:
> > I did have many of my work copyrighted (not computer related, but in
> > arts.)
>
> No. You have _all_ of your works copyrighted. Copyright is automatic.
>
No. You have to file for copyrights on each piece of work, or as a
batch. It's NOT automatic.
I've been doing this for ages.
> Go study up a bit on copyright.
After you.
> --
> John Hasler
> [EMAIL PROTECTED]
> Dancing Horse Hill
> Elmwood, Wisconsin
--
- Alex / blowfish.
--
- If Vi is God's editor. Then, God must have too much free time on his
hands,
lives a very dull and unproductive life; so he needs Vi to waste his
time.
But Vi was still too fast. So God created EMACS on the 8th day - which
takes
Eight Months to load, And Counting Still...
KISS rules. That's why I use Easy Edit (ee). Small. Simple and fast.
:-)
- The UN-GEEK CODE:(?What is a
geek?)-#!?+++??++++|$????+++++?????+++!!!!???+++---
geek + vi | ~/emacs
==>ZZZZZZZZZZZZZZZZZZzzzzzzzzzzzzzzz!!!!!!!!!!.......:P~
newbies + Windoz | C:\LOOKOUT
EXPRESS==>_the_horrors_the_horrrrrrrroOOOOORRRRRRRRRSSSSsssss!!! :-|
- My SAS (Sing-A-Song)Fingerprint -v.i007bond: Doe1(-a deer a female
deer.) RaY2(- a drop of golden sun.)
Me3(- A name, I call myself.) FAr4(- A long, long way to run.) Sew5(-A
needle pulling thread.)
lA6(-A note to follow sew.) TeA7(-A drink with jam and bread.) That
will bring us back to DOe-oh-oh-oh...
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
