Linux-Misc Digest #606, Volume #26 Thu, 21 Dec 00 20:13:03 EST
Contents:
Re: MODEM SPEED; chump kppp retarded it, no? (Hugh)
Re: Sound Recording using ALSA? ("frank")
Re: init: Id"X" respawning too fast: disabled for 5 minutes; kdm: Can't lock pid
file /var/run/xdm.pid, another xdm is running (pid 827) ("Dan White")
HELP: linux login failure - gabba? ([EMAIL PROTECTED])
Re: not a valid block device ("harry")
Re: redir ("Dan White")
Re: Kvirc (MJ Ray)
Re: Is Linux/Mandrake good? ([EMAIL PROTECTED])
Re: folder size ([EMAIL PROTECTED])
Re: Kvirc ("Dan White")
Re: Kvirc (David Schwartz)
SCSI ADAPTER ("simplemind")
Re: Do Linux ext2 partition need defrag? (Jean-David Beyer)
Re: MODEM SPEED; chump kppp retarded it, no?
Re: SCSI ADAPTER (Juergen Heinzl)
Re: not a valid block device (moonie;))
Re: Clock is always behind unlike in WIN95-- what to do? (PoD)
Re: SB-Live! , emu10k1.o and alsa ("Michael")
Re: SB-Live! , emu10k1.o and alsa ([EMAIL PROTECTED])
Re: not a valid block device (glitch)
----------------------------------------------------------------------------
From: Hugh <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,comp.dcom.modems
Subject: Re: MODEM SPEED; chump kppp retarded it, no?
Date: Thu, 21 Dec 2000 17:09:43 -0600
Sorry, but the numbers don't mean a dang thing...
The numbers that you see in Windows reporting what you're "connected at"
are just for reference, at best.
They are from the .inf file and can be changed to say anything you want.
In fact, tell me what the name of your modems .inf file is and I'll write
you one that will say that you're connected at 4 zillion bps everytime and
you'll feel like Superman.
I get a laugh every time one of our clients whine that their neighbor can
get 55k blah-blah and they only get 38k-whatever.
Take the advice of the other poster and download a file and time it and do
the math.
Me
John Hasler wrote:
> Dan Jacobson writes:
> > why in my modem log does it have
>
> > CONNECT 36000 V42bis
>
> > on linux, whereas in windows98
>
> > CONNECT 57600 V42bis
>
> Linux is telling you the speed at which your modem has connected to your
> ISP. Windows is telling you the speed at which it has connected to your
> modem. 57600 is slow enough to be a bottleneck when sending highly
> compressible data, which is why I have pppconfig default to 115200.
>
> > and futhermore, how're ya gonna connect with kppp if you're not running
> > x-windows one day. Do the pros use 'pppd'?
>
> Everybody uses pppd, but not directly. The pro's configure ppp with
> pppconfig, connect with pon, and disconnect with poff.
------------------------------
From: "frank" <[EMAIL PROTECTED]>
Subject: Re: Sound Recording using ALSA?
Date: Thu, 21 Dec 2000 23:17:52 GMT
I installed the most recent sox copy without any problems. But I still can
record. Any thoughts?
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: init: Id"X" respawning too fast: disabled for 5 minutes; kdm: Can't lock
pid file /var/run/xdm.pid, another xdm is running (pid 827)
Date: Thu, 21 Dec 2000 23:19:42 GMT
In article <3a421410$[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:
> Hello,
>
> Is there anyone has idea why the above error message repeated occurs in
> my
> /var/log/messages ?
>
> Happy christmas, Sze Shun Fai
>
>
This is a failsafe built in to inittab. If /etc/inittab is configured to
restart xdm if it is killed, and if it is dying immediately for some
reason, init will trying to restart *many* times, potentially bringing
the system down with it. Instead it disables trying to start xdm for 5
minutes in the hopes that the problem will be resolved.
Try looking in your log files for the reason it's dying,
/var/log/xdm.errors if you have it. Try disabling xdm temporarily by
commenting it out of /etc/inittab and running 'init q', or stopping it if
it happens to be a service, e.g. /etc/rc.d/init.d/xdm stop.
Then run xdm manually, or X manually (startx). Some common problems are
that X is failing becuase the X font server isn't running (check your
available drive space), or the X configuration isn't configured right
(check your font path in /etc/X11/XF86Config).
- Dan White
------------------------------
From: [EMAIL PROTECTED]
Subject: HELP: linux login failure - gabba?
Date: Thu, 21 Dec 2000 23:09:17 GMT
PLEASE can someone help me? (soon?)
my linux box (connected to the internet - acting as a masquerading
proxy) has just stopped forwarding traffic & when I rebooted I was
unable to log in: I get the usual screen:
Red Hat Linux release 5.5 (Apollo)
Kernel 2.0.36 on an i386
login:
(I type in 'root' and hit <return>)
In an instant, instead of asking for a password, the system prints up:
/usr/bin/..gabba: Permission denied
and then returns to the login screen.
I can't log in.
I can't do it via telnet either.
...and It's not masquerading.
Question:
Have I been the subject ot a malicious hack, or a hardware or software
failure?
Is there something I can do about this?
Thanks for nay help.
Mark.
Sent via Deja.com
http://www.deja.com/
------------------------------
From: "harry" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux
Subject: Re: not a valid block device
Date: Fri, 22 Dec 2000 00:18:35 +0100
maybee i'm too stupid, but..... can you acces the medium in an other
drive/on an other computer?
harry
Christophe GUICHOU wrote in message <[EMAIL PROTECTED]>...
> Are "SCSI support" and "IOMEGA parallel port (imm -newer drives)" (in
>"SCSI LOW Level Drivers") enabled?
>
>
>[EMAIL PROTECTED] wrote:
>
>> Hi,
>>
>> After compiling a new kernel, I get this
>>
>> mount: /dev/hdd4 is not a valid block device
>>
>> error after I do
>>
>> mount -t vfat /dev/hdd4 /mnt/zip
>>
>> I didn't find anything mentioning IOMEGA Zip drive in
>> "make xconfig / Block Devices", so maybe I missed something.
>>
>> Help
>>
>> Sent via Deja.com
>> http://www.deja.com/
>
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: redir
Date: Thu, 21 Dec 2000 23:25:24 GMT
In article <91srhp$28e$[EMAIL PROTECTED]>, "Emmanuel Saracco"
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> We use redir with inetd to redirect requests for 192.168.1.2:80 to
> 192.168.1.10:80.
> It work fine; But a problem occur when I add another ip adress on my
> ethernet card - lets say 192.168.1.3.
>
> If I try to do a redirection with this new ip address on port 80 to
> 192.168.1.20:80, in fact redir do the redirection to 192.168.1.10:80 or
> say
> me that another program is binding on that port.
>
> What is the matter with redir?
>
> Thanks, Bye
>
>
That's becuase there is only one port 80 on your system, and the first
redir is 'consuming' it. Some better approaches might be trying
ipmasqadm (and ipchains) to do the trick, or using apache with
proxypass or virtual hosting.
- Dan White
------------------------------
From: MJ Ray <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.help,comp.os.linus.setup,comp.os.linux.questions,alt.linux,alt.os.linux,alt.irc
Subject: Re: Kvirc
Date: 21 Dec 2000 23:04:34 +0000
David Liana <[EMAIL PROTECTED]> writes:
> When I try to compile Kvirc, it gives an error. Anyone sucessful on
> getting it to work on Red Hat 7.0?
RedHat 7.0 has compiler problems I hear. Is this your problem?
[Followups set... try not to crosspost to more than 4, please]
--
MJR
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Is Linux/Mandrake good?
Date: Thu, 21 Dec 2000 23:28:48 GMT
Sinner from the Prairy <[EMAIL PROTECTED]> wrote:
:> Is linux/mandrake any good?
: For me, yes. I've tried 7.0, 7.02, 7.1, 7.2beta, 7.2 and it's always
: have been a nice experience.
As a counter opinion, I wasn't all *that* fond of 7.0 and 7.2 came right
the hell off the machine I tried it on.
I'm used to having Linux install "my way", and be able to configure it
"my way" very quickly. Mandrake fought me too much on this, and I finally
just said "F this" and deleted the whole thing.
--
Jeff Gentry [EMAIL PROTECTED] [EMAIL PROTECTED]
SEX DRUGS UNIX
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: folder size
Date: Thu, 21 Dec 2000 23:29:16 GMT
marc <[EMAIL PROTECTED]> wrote:
: Does anyone know a way to get the size of a folder and all its
: subfolders even if it's very small let's say less than 100k. usualy I
: use du but it doesn't work well if the folder is too small.
What is a folder?
Unless you mean a directory.
You can use "du"
man du
--
Jeff Gentry [EMAIL PROTECTED] [EMAIL PROTECTED]
SEX DRUGS UNIX
------------------------------
From: "Dan White" <[EMAIL PROTECTED]>
Subject: Re: Kvirc
Crossposted-To: comp.os.linux.questions,alt.os.linux
Date: Thu, 21 Dec 2000 23:30:04 GMT
In article <[EMAIL PROTECTED]>, "David Liana"
<[EMAIL PROTECTED]> wrote:
> I just installed and running Red Hat 7.0, just upgraded to KDE 2.0.1
> (downloaded and installed all KDE and related files).
>
> When I try to compile Kvirc, it gives an error. Anyone sucessful on
> getting it to work on Red Hat 7.0?
>
> Dave
It would help to have an error message. But if I had to give it a wild
guess, I would say that you don't have the proper header files installed.
Make sure that you have the "devel" packages installed, such as
"qt-devel".
- Dan White
------------------------------
From: David Schwartz <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.help,comp.os.linus.setup,comp.os.linux.questions,alt.linux,alt.os.linux,alt.irc
Subject: Re: Kvirc
Date: Thu, 21 Dec 2000 15:28:22 -0800
David Liana wrote:
>
> I just installed and running Red Hat 7.0, just upgraded to KDE 2.0.1
> (downloaded and installed all KDE and related files).
>
> When I try to compile Kvirc, it gives an error. Anyone sucessful on
> getting it to work on Red Hat 7.0?
>
> Dave
Since we're not psychic, how about telling us what the error is.
DS
------------------------------
From: "simplemind" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.hardware,comp.os.linux.setup
Subject: SCSI ADAPTER
Date: Fri, 22 Dec 2000 00:32:04 +0100
I use a SCSI card only for my scaner. It's a Linux supported ADAPTEC
AVA-1505 and Adaptec AHA-152x compatible. When I was trying to build a new
kernel to make it work I read in one of the SCSI LOW LEVEL help items that I
had to change IRQ and some other values.
Does anybody know how to do this ?
I would alos thank any other help about these card. I found nothing in
LINUXDOC.
THANKS.
------------------------------
From: Jean-David Beyer <[EMAIL PROTECTED]>
Subject: Re: Do Linux ext2 partition need defrag?
Date: Thu, 21 Dec 2000 19:00:18 -0500
"Peter T. Breuer" wrote:
>
> Jean-David Beyer <[EMAIL PROTECTED]> wrote:
> > Fred Grampp figured out that on a System/360 Model 65 runing PCP (i.e.,
> > one task at a time, not multiprogramming) that deliberately fragmenting
> > the disk space allocations in a controlled way gained something like a
> > 3:1 speed increase when doing sequential reads. Independently, I found
> > with an operating system I wrote, that fragmenting the file system "just
> > right" got something like a 7:1 increase in sequential reading in some
> > cases, cases that occured regularly. I could do that fragmenting
>
> It's surprising, but not completely unexpected. Probably a variant of
> a striping effect .. i.e., one process reads block a1, another process
> reads block b1, then the first reads block a2, then the second
> reads block b2, but everything is striped so that the ondisk sequence
> is a1 b1 a2 b2, and hey'presto, speed up.
Actually it was a little different. Recall that the disk drives were
hooked up with an independent disc controller (data channel) and that
whenever a task (perhaps an entire channel program, but these were very
short, in practice, in those days) completed, it requested an interrupt.
If the data were written on one track as physical blocks 0, 1, 2
(assuming 3 blocks per track) then after you read block 0, you got an
interrupt, but before the CPU could process it and send the channel
command to the controller for block 1, block 1 already went by and you
had to wait for the disk to go all the way around (and they went at 2400
rpm in those days). By scattering the data so the physical blocks were
0, 2, 1, then after you read block 0, you could take all the time that
it took for block 2 to go by, since you were not going to read it next
anyway, and by the time block 1 came around, the data channel would
already be set up for it.
>
> > separately for each type of file, and the 7:1 improvement was for
> > loading programs, which is what was frequently done. Here too, the OS
> > was not a multiprogramming one (this was in the 1960's when the hardware
> > had either primitive memory management, or none at all, so
> > multiprogramming was not really practical).
>
> That's the surprising part.
>
> > BUT, when you run a multiprogramming system with many tasks going on at
> > the same time, the fragmentation matters a lot less because even if one
> > process is reading sequentially, the others are screwing around with the
> > head-positioning and Murphy's Law militates that the heads will be in
> > the wrong place most of the time anyway. Improvement in the scheduler of
>
> This is exactly the argument. Hence it is the average closeness of
> different files on disk that is the measure of goodness for this case. And
> this measure gets better the more fragmented is your file system.
I am not sure it gets better; I would be more inclined, lacking actual
measurements, to say that it does not get noticeably worse for the cases
of interest with increased fragmentation.
>
> > the disk driver so that it changes the order of the IO requests to
> > optimize the movement of the heads works wonders under conditions of
> > heavy load. Under conditions of light load, it does not matter much if
> > things are fragmented or not. We used to use (for UNIX) what was called
> > the "elevator algorithm" for IO request queue management. There was a
> > lot of work done on these queue scheduling algorithms and I have no
> > assurance that "elevator" is still considered to be the best, and I do
>
> It is. Linux does use an elevator algorithm, and will order up to 128
> requests (2.2.*) or 256 requests (2.4.*) in elevator order at a time.
> I believe, but am not certain, that it's nowadays a double elevator too
> (with tricks to avoid starvation).
I thought SCAN (I forget what it stood for) or SSTF (shortest seek time
first, with adjustments so that all IO requests were handled in a
reasonable time even if the heads were busy elsewhere) had high regard
at one time.
>
> > not know what Linux does these days. In those old days, we could see the
> > disk drive heads and as the load went up, the heads would do a rather
> > uniform scan from one edge of the disk to the center and back.
>
> And one could even write songs using lseek(). Yes, I know.
>
> I haven't mentioned the fact that the disks nowadays present a logical
> interface not a physical one. Sector distance doesn't have much
> physical meaning in particular cases, but there is an statistical
> correlation with the physical media distances, and that0's good enough
> for elevator-style algorithms to work .. on average.
Not only that, but disk drives, especially the SCSI ones, have large
caches internally, with optimizations of their own. They try to read
ahead to have stuff ready when the computer requests the information,
and reply to write requests as soon as the data are in the cache, so the
computer does not need to wait for the seek delay, the rotational
latency time, and the write time. My hard drives have a maximum seek
delay of 5ms (and minimum seek delay of 800 microseconds) with an
average rotational latency time of 3ms. They each have a 2 Megabyte
cache. The drive manufacturer claims:
"Typically, over 50% of all disk requests are sequential. So, once
DisCache [the software present in the hard drive itself] fills the
buffer with sequential data, there is a high probability that the data
requested by the CPU will be in the on-board cache. If it is, DisCache
eliminates both the seek time and the rotational latency delays that
dominate non-cached dick transactions. Because the host CPU doesn't have
to access the disk drive to transfer the data, the data retrieval
process occurs almost instantaneously."
"As a result [of their cache and cache management strategy], sustained
data transfer rates increase by a factor of ten for sequential writes
and up to 30% for random writes."
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine 73926.
/( )\ Shrewsbury, New Jersey
^^-^^ 6:40pm up 17 days, 3:27, 3 users, load average: 2.13, 2.11, 2.05
------------------------------
From: <[EMAIL PROTECTED]>
Reply-To: <[EMAIL PROTECTED]>
Subject: Re: MODEM SPEED; chump kppp retarded it, no?
Date: 21 Dec 2000 16:07:30 -0800
>It isn't. Change your init string as you like. "at&f1" is usually the
>best idea!
I don't know much about init strings, but I know what works.
at&f1 actually causes problems for me. I use an init string I
found on the net which make my modem fly....the default
that pppsetup uses "at&f0" seems to 'function' but the modem
passes data very slowly.
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: alt.os.linux,comp.os.linux.hardware,comp.os.linux.setup
Subject: Re: SCSI ADAPTER
Date: 22 Dec 2000 00:08:54 GMT
In article <91u3r8$lob$[EMAIL PROTECTED]>, simplemind wrote:
>I use a SCSI card only for my scaner. It's a Linux supported ADAPTEC
>AVA-1505 and Adaptec AHA-152x compatible. When I was trying to build a new
>kernel to make it work I read in one of the SCSI LOW LEVEL help items that I
>had to change IRQ and some other values.
>Does anybody know how to do this ?
>I would alos thank any other help about these card. I found nothing in
>LINUXDOC.
[-]
Have a look at the driver's source, read .c, file as there are
all possible arguments which can be passed via lilo or at the
kernel's boot prompt if required (e.g. when booting from a kernel
floppy).
Cheers,
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: moonie;) <[EMAIL PROTECTED]>
Subject: Re: not a valid block device
Crossposted-To: alt.os.linux
Date: Thu, 21 Dec 2000 19:13:29 -0500
On Thu, 21 Dec 2000, [EMAIL PROTECTED] wrote:
>In article <[EMAIL PROTECTED]>,
> moonie;) <[EMAIL PROTECTED]> wrote:
>> On Thu, 21 Dec 2000, glitch wrote:
>>
>> If you read his post he never mentions that it is a parallel port zip
>if it is
>> an internal zip than /dev/hdd4 could be the correct device.
>
>It's an internal zip, and /dev/hdd4 used to work with the old kernel, so
>I assume that it uses IDE interface. It's just not a block device any
>more.
>
>Thanks
>
>Wroot
>
>
>Sent via Deja.com
>http://www.deja.com/
I don't have an answer for you because I use a parallel port model, however it
gives me this error on only 1 disk, nothing wrong with it in Winblows. Ran
scandisk and defrag, even checked to make sure it wasn't write protected, it
isn't, just won't work with my Linux system. very strange.
--
moonie ;)
Registered Linux User #175104
(Registered at: http://counter.li.org)
KDE2
Kernel 2.4.0-test5
XFree86 4.0 Nvidia .94 drivers
RAID 0 Striped
Test-Pilots-R-Us ;)
ICQ #83003404
AIM mooniesdl3
MSN [EMAIL PROTECTED]
------------------------------
From: PoD <[EMAIL PROTECTED]>
Subject: Re: Clock is always behind unlike in WIN95-- what to do?
Date: Fri, 22 Dec 2000 11:07:13 +1030
Dragan Colak wrote:
>
> Denis wrote:
>
> > Hi,
> >
> > In the morning when I turn on my PC I have the correct time, but during
> > the day my clock in Linux always gets behind by a few minutes at least.
> > However, if I work in Windows (which I have also on my PC) it doesn't
> > happen. Why is that and What do you think I can do?
> > Thank you.
> > Denis
>
> Hi Denis,
>
> are you running some kind of ntp daemon? I use xntpd. It gets its time
> from a time server. If the local time and the server time differ the local
> time is not changed at once, but in small steps. Maybe that's what you
> are realizing.
>
> Hope this helps
>
> Dragan
Also look at man adjtimex.
PoD.
------------------------------
Reply-To: "Michael" <[EMAIL PROTECTED]>
From: "Michael" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux
Subject: Re: SB-Live! , emu10k1.o and alsa
Date: Fri, 22 Dec 2000 10:38:22 +1000
<[EMAIL PROTECTED]> wrote in message news:91tnme$mrq$[EMAIL PROTECTED]...
> Hi,
>
> snd-emu10k1 is part of alsa-project (www.alsa-project.org), right?
> emu10k1 is also part of kernel-2.2.18, right?
>
> Do I need to actually download, compile and install alsa drivers? or
> should I try to get emu10k1.o to work instead?
Some people have luck with the kernel module, some have better luck with the
alsa ones, I've heard it said that the alsa modules give better sound. Have
no idea with that card (though I wouldn't mind knowing cause I'm getting one
soon), makes no difference with my Vibra128.
-,m
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: SB-Live! , emu10k1.o and alsa
Crossposted-To: alt.os.linux
Date: Fri, 22 Dec 2000 00:48:30 GMT
In comp.os.linux.misc Michael <[EMAIL PROTECTED]> wrote:
> <[EMAIL PROTECTED]> wrote in message news:91tnme$mrq$[EMAIL PROTECTED]...
>> Hi,
>>
>> snd-emu10k1 is part of alsa-project (www.alsa-project.org), right?
>> emu10k1 is also part of kernel-2.2.18, right?
>>
>> Do I need to actually download, compile and install alsa drivers? or
>> should I try to get emu10k1.o to work instead?
> Some people have luck with the kernel module, some have better luck with the
> alsa ones, I've heard it said that the alsa modules give better sound. Have
> no idea with that card (though I wouldn't mind knowing cause I'm getting one
> soon), makes no difference with my Vibra128.
> -,m
I can't hear a difference b/w the Alsa ones and the regular kernel ones with
my SoundBlaster Live! I *do* prefer the Alsa drivers because sound and video
capture seems to work better with them.
Adam
------------------------------
Date: Thu, 21 Dec 2000 19:57:47 -0500
From: glitch <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux
Subject: Re: not a valid block device
[EMAIL PROTECTED] wrote:
>
> In article <[EMAIL PROTECTED]>,
> moonie;) <[EMAIL PROTECTED]> wrote:
> > On Thu, 21 Dec 2000, glitch wrote:
> >
> > If you read his post he never mentions that it is a parallel port zip
> if it is
> > an internal zip than /dev/hdd4 could be the correct device.
I based my comments on Christphe's question about whether the IOmega
parallel port driver was included in teh kernel. I assumed there was a
possibility the OP was using the wrong device designation for his
drive. If indeed it is an IDE drive does he really need to have the
parallel port zip driver in the kernel? Why wouldn't just the IDE floppy
suport Markus proposed be enough, on top of scsi emulation probably.
I've never worked with IDE zip drives before( i own a parallel port
version) so I'm just wondering now how it should work.
>
> It's an internal zip, and /dev/hdd4 used to work with the old kernel, so
> I assume that it uses IDE interface. It's just not a block device any
> more.
>
> Thanks
>
> Wroot
>
> Sent via Deja.com
> http://www.deja.com/
------------------------------
** 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 by posting to comp.os.linux.misc.
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
******************************
