Files
2024-02-19 00:23:35 -05:00

558 lines
20 KiB
Plaintext
Raw Permalink Blame History

From: Digestifier <Linux-Admin-Request@senator-bedfellow.mit.edu>
To: Linux-Admin@senator-bedfellow.mit.edu
Reply-To: Linux-Admin@senator-bedfellow.mit.edu
Date: Tue, 30 Aug 94 19:13:26 EDT
Subject: Linux-Admin Digest #2
Linux-Admin Digest #2, Volume #2 Tue, 30 Aug 94 19:13:26 EDT
Contents:
Re: process analysing tool now available (Thomas Breitfeld)
Re: How to FTP recursive directories? (Yufan Hu)
Linux hangs up and no trace why (Jozsef Kadlecsik)
HELP! Intermittent connect & ARPing probs (Greg Corteville)
Re: How do I get my 525MB SCSI streamer to backup 300MB? (Kai Dupke)
Re: How to kill the unkillable ? (H. Peter Anvin)
Re: Slackware 2.0 Problem with recompileing the kernel (Greg Corteville)
Re: How to mount CD__ (Mitsumi) (Klaus Ebner)
Re: How to kill the unkillable ? (James C. Bowen)
Re: named keeps crashing (Barry Yip Kam-wa)
Re: color_xterm doesn't read .bashrc (Jozsef Kadlecsik)
SOCK_PACKET: Why not reading outgoing packets ? (Morten Jammer)
Security hole in ntalkd
Re: Need suggestions on Linux security (Colin Fletcher)
**** HOW TO FIX YOUR CDROM!! **** (Serge Solski u)
----------------------------------------------------------------------------
From: breitf@infotech.tu-chemnitz.de (Thomas Breitfeld)
Subject: Re: process analysing tool now available
Date: 30 Aug 94 09:06:30 GMT
stephenb@scribendum.win-uk.net (Stephen Benson) writes:
>Hi. I downloaded xps and it built with no problems, but when I run it,
>there's nothing in the windows (sometimes I see the icons) and I get these
>error messages:
>[extract error messages]
>::
>::
>::
[...]
>--
>+ stephen benson + + + + + linux 1.0.9 + + xfree86 2.1.1 +
>+ stephenb@scribendum.win-uk.net + + + + + + + + + + +
I guess you have an old psdatabase or the Symbol table doesn't correspond
to the current kernel.
Try to run Xps -U first to create a new psdatabase. If this doesn't work
make sure the unstripped kernel image is the same as the kernel image
used for booting. The unstripped kernel image will be normaly found in
/usr/src/linux/tools/zSystem. The easiest way to create a new one is
to recompile the kernel.
Hope this will work
Greetings Thomas
--
_____________________________________________________________________
Thomas Breitfeld | Phone: (049) 371 531 3241 |
Email: breitf@infotech.tu-chemnitz.de | Fax: (049) 371 531 3242 |
University of Technology Chemnitz -----------------------------
------------------------------
From: yufan@iscm.ulst.ac.uk (Yufan Hu)
Subject: Re: How to FTP recursive directories?
Date: 30 Aug 1994 11:17:45 GMT
Jeff Arnholt (arnholt@mayo.edu) wrote:
: Question: how can I use FTP (or some other solution)
: to copy all of the contents of a directory AND everything
: below that directory? IE, I want everything in
: /pub/Linux/distributions/Slackware/slakware and below.
: Currently, I can only grab one disk at a time.
: Is there a giant tar'd file somewhere of the disk
: sets? That would also solve my problem.
Some FTPD has extra flavour to enable you to tar the directory first and
then send the whole directory as a tar'ed file. To do this you need just put
an .tar at the end of the directory name. You can also copy files compressed
by appending .Z, or .gz, etc. to the file names.
I think src.doc.ic.ac.uk support this.
Hope this is of help.
Yufan.
------------------------------
From: kadlec@cern.school.kfki.hu (Jozsef Kadlecsik)
Subject: Linux hangs up and no trace why
Date: 30 Aug 1994 15:16:09 GMT
Hi,
We have a 486 DX2/66 machine with the following devices and settings
(Slackware 2.0):
Adaptec AHA1542CF
I/O=330
IRQ=12
DMA=5
SCSI ID=7
Quantum LP120S
SCSI ID=0
Quantum LPS540S
SCSI ID=1
Sony CD-ROM CDU-561
SCSI ID=6
SMC 8216 Ultra
I/O=280
IRQ=15
RAM=C800
Trident TVGA8900D
Everything works: we can read-write any partition, we can mount the CD-ROM
or play an audio CD and the network is running.
But sometimes the system hangs up, especially when NOBODY uses the system.
Then we can type in commands and hit Enter, but nothing executed. We can
switch between the virtual consoles, that's all.
We changed the motherboard, the Adaptec card, the disk, the SCSI cable but
nothing helped.
There is only one "clue", but it doesn't help us: we get this "failed"
message at every boot:
Aug 30 12:23:51 cern kernel: Calibrating delay loop.. ok - 33.22 BogoMips
Aug 30 12:23:51 cern kernel: failed
Has anybody ever encountered such a problem?
Thanks ANY help or hint,
Jozsef Kadlecsik
------------------------------
From: gcortevi@nyx10.cs.du.edu (Greg Corteville)
Crossposted-To: comp.os.linux.help
Subject: HELP! Intermittent connect & ARPing probs
Date: 30 Aug 1994 12:07:16 -0600
My Linux box is going seriously weird. The machine is refusing all
inbound network connections for periods of up to five hours or more.
Sometimes it works fine. Other times it will boot a user off for no
apparent reason. The system is constantly responding to pings but
refusing connections to all ports. The syslog files are filled with
lines such as:
Aug 29 22:34:47 trident kernel: <6>ARP: ARPing my own IP address
35.8.156.105 !
The system remains running locally. I am pretty sure it is running
kernel version 1.1.0. The system runs on a 386SX/16 with 4 megs of RAM
and about 12 megs swap. The distribution was originally Slackware
1.1.1 (and still is pretty much the same). The system also runs an
NE2000 network card.
These problems just started happening a few days ago. We made no changes
to the system since that time or before that time. It seemed as though
it just happened.
Can somebody tell me how to rectify this problem? If not, please tell me
what causes the system to "ARP" its IP address. Also, if you believe
this problem lies outside of the system (a network problem) let me hear
some of your reasoning [although I doubt this since it responds to pings
when it refuses connections]. Any help would be greatly appreciated as
my net access is far more limited without this machine.
--
Greg Corteville | "We are the knights who say Nee!"
gcortevi@nyx10.cs.du.edu | - Monty Python's QFTHG
gcortevi@trident.lbs.msu.edu |
---[PGP Key available via finger]------------------------------------
------------------------------
Crossposted-To: comp.os.linux.misc
From: dupke@koma.han.de (Kai Dupke)
Subject: Re: How do I get my 525MB SCSI streamer to backup 300MB?
Date: Sun, 28 Aug 1994 15:38:14 GMT
Tiger Zhao (tiger@netcom.com) wrote:
: essenber@dutiws.twi.tudelft.nl (Eelco H. Essenberg) writes:
: >Hi all!
: >Apologies if this is a FAQ, but I'm having trouble making backups with
: >my new Conner (Archive) Viper 2525 tape streamer. I'm going on the
: >following assumptions:
: > * the Archive Viper 2525 can backup 525MB on 1 tape, right?
: > * a DC6525 tape can hold 525MB (or thereabouts), right?
That's right. You could store up to 525MB on a DC6525. As i uses a QIC-Streamer
whith 6250 or 6525 too, i tested this some days (month) ago.
But: If you think, that you back up 200 (or so) Megs to tape, because
you use 'df' before backing up, this is not right.
Within my system i'm back up 23Megs more for the /proc/kore-file, wich isn't
shown in the df-command.
You could test ist, if you use the dd-command (and you got/have the time
to try it).
Gruss kai, dupke@koma.han.de
------------------------------
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: How to kill the unkillable ?
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Tue, 30 Aug 1994 18:34:59 GMT
Followup to: <jbowen.778259239@thufir>
By author: jbowen@thufir.cs.umn.edu (James C. Bowen)
In newsgroup: comp.os.linux.admin
>
> >_every_ signal has been tried. but it just refuses to die ! can anyone shed
> >any light on how to get rid of processes in this state !
>
> I'm no expert, but I believe this is an inherent property of unix -- a
> process in a wait state waiting on an I/O request can not be killed by
> any means.
>
I have wondered about if that is something that should be fixed in
Linux... I have had thoughts about a SIGNUKE signal that would have
the same effects as a SIGKILL (untrappable, terminate execution) but
which would also immediately wake up the process so it could receive
it.
I rejected another idea, having a generic wakeup_and_send_signal
syscall, since if the process trapped the signal it might get confused
about the non-standard behaviour.
/hpa
--
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
Most inappropriatly named startup command, winner: Microsoft Windows
------------------------------
From: gcortevi@nyx10.cs.du.edu (Greg Corteville)
Subject: Re: Slackware 2.0 Problem with recompileing the kernel
Date: 30 Aug 1994 12:44:44 -0600
kiko@chopin.udel.edu (Brian Curti Harvell) writes:
>Hi I just recently optained Slackware 2.0 and I am now trying to reconfigure
>the kernel to my likeings but I keep getting errors. They are something like
>gcc: Internal compiler error: program cc1 got fatal error 6
I too have the exact same problem! Please post any fixes or replies that
could shed some light on this for all of us. (I'm still stuck on kernel
1.1.0)
--
Greg Corteville | "We are the knights who say Nee!"
gcortevi@nyx10.cs.du.edu | - Monty Python's QFTHG
gcortevi@trident.lbs.msu.edu |
---[PGP Key available via finger]------------------------------------
------------------------------
Date: Mon, 29 Aug 1994 08:20:25 +0200
From: Klaus_Ebner@zaphod.fido.de (Klaus Ebner)
Subject: Re: How to mount CD__ (Mitsumi)
Hoi,
just in addition
> later to mount do:
> mount -r -t iso9660 /dev/mcd /cdrom
> the type : -t iso9660 is the standar on CD_ROM format...
> -r only read (otherwise linux refuse to mount)
On my System I need to use the /dev/mcd0 device, but I don't need to
use the option -r. It mounts just fine...
--
Gruss Klaus
Fido : 2:2453/30.68
Internet : klaus@zaphod.rhein.de
------------------------------
From: jbowen@thufir.cs.umn.edu (James C. Bowen)
Subject: Re: How to kill the unkillable ?
Date: Tue, 30 Aug 1994 15:07:19 GMT
In <33si7r$kjk@styx.uwa.edu.au> cjcason@yarrow.wt.uwa.edu.au (Christopher Cason) writes:
>Occasionally, I have a program that I absolutely _cannot_ kill, short of
>a shutdown. These seem to occur at times when the program is attempting
>to access a part of a disk that has been corrupted (I have had filesystem
>problems from time to time.)
>_every_ signal has been tried. but it just refuses to die ! can anyone shed
>any light on how to get rid of processes in this state !
I'm no expert, but I believe this is an inherent property of unix -- a
process in a wait state waiting on an I/O request can not be killed by
any means.
A bad disk sounds like a much more serious concern to me:-)
--
*** Jim Bowen ** We have met the enemy, ***
*** CS Systems Staff ** and ***
*** jbowen@cs.umn.edu ** they is us. - Pogo ***
------------------------------
From: barry@ns.japan-online.or.jp (Barry Yip Kam-wa)
Subject: Re: named keeps crashing
Date: 30 Aug 1994 17:32:26 +0900
In article <Cv88vI.6EE@news.island.net>,
Jason Fiset <jfiset@epaus.island.net> wrote:
>I'm having a problem with named. Whenever, someone runs the command:
>
>host -la <my.domain>
>
>named always crashes! I've tried almost everything I can think of to stop
>this from happening but it doesn't seem help. I'm running Slackware 2.0.0
>on a 386-40 with 8M of ram. I also upgraded to a new named binary that a
>friend of mine gave me. Thanks.
>
This works fine on my linux box running BIND-4.8.3-BETA9. The linux box
is running 1.1.38. I remembered that the older bind did some times died
mysteriously after running for a while though not sure whether this is
related to what you experience.
This one works fine for about a month so far.
Barry
--
barry@japan-online.or.jp
------------------------------
From: kadlec@cern.school.kfki.hu (Jozsef Kadlecsik)
Subject: Re: color_xterm doesn't read .bashrc
Date: 30 Aug 1994 11:24:37 GMT
Thanks to all, who answered my question. The setting of *LoginShell: true
in .../app-defaults/XTerm solved the problem.
Best regards,
Jozsef Kadlecsik
------------------------------
Date: 30 Aug 1994 16:25:00 +0100
From: morten@gurke.allcon.com (Morten Jammer)
Crossposted-To: comp.os.linux.development,comp.os.linux.help,comp.os.linux.misc
Subject: SOCK_PACKET: Why not reading outgoing packets ?
Hi !
Im developing a networkaccountingprogram and my question is:
Why can the socket typ SOCK_PACKET only read outgoing packets
when the interface is in promiscious mode ?
- Morten
: Morten Jammer : Ich sei, gew<65>hrt mir die Bitte
: Norderstrasse 97: in eurem Netzwerk
: 24939 Flensburg : der Dritte ## CrossPoint v3.02 ##
------------------------------
Subject: Security hole in ntalkd
From: ptmcinti@indyunix.iupui.edu ()
Date: 30 Aug 94 09:36:49 -0500
Greetings:
Last night, someone rebooted my machine using the ntalkd program.
Here's a copy of my system logs prior to the reboot:
/var/adm/messages
Aug 29 18:48:54 MindWay pppd[1925]: local IP address 134.68.249.62
Aug 29 18:48:54 MindWay pppd[1925]: remote IP address 134.68.249.3
Aug 29 19:18:48 MindWay in.ntalkd[1986]: connect from 142.51.20.1
Aug 29 19:18:48 MindWay in.ntalkd[1987]: connect from 142.51.20.1
Aug 29 19:20:51 MindWay in.ntalkd[1990]: connect from ramsey.cs.laurentian.ca
Aug 29 19:22:54 MindWay in.ntalkd[1992]: connect from ramsey.cs.laurentian.ca
Aug 29 19:24:57 MindWay in.ntalkd[1994]: connect from ramsey.cs.laurentian.ca
Aug 29 19:26:59 MindWay in.ntalkd[1997]: connect from ramsey.cs.laurentian.ca
Aug 29 19:29:02 MindWay in.ntalkd[1999]: connect from ramsey.cs.laurentian.ca
Aug 29 19:30:40 MindWay in.ntalkd[2002]: connect from starbase.NeoSoft.COM
Aug 29 19:31:05 MindWay in.ntalkd[2003]: connect from ramsey.cs.laurentian.ca
Aug 29 19:33:07 MindWay in.ntalkd[2008]: connect from ramsey.cs.laurentian.ca
Aug 29 19:35:10 MindWay in.ntalkd[2013]: connect from starbase.NeoSoft.COM
Aug 29 23:00:25 MindWay syslogd: restart
/var/adm/syslog
Aug 29 19:35:10 MindWay talkd[2013]: Bad address, family 0
Aug 29 19:35:10 MindWay talkd[2013]: recv: Connection refused
Aug 29 19:35:10 MindWay talkd[2013]: Bad address, family 0
Aug 29 19:35:10 MindWay talkd[2013]: recv: Connection refused
Aug 29 19:35:10 MindWay talkd[2013]: Bad address, family 0
Aug 29 19:35:10 MindWay talkd[2013]: recv: Connection refused
Aug 29 19:35:10 MindWay talkd[2013]: Bad address, family 0
Aug 29 19:35:10 MindWay talkd[2013]: recv: Connection refused
.. I really don't understand how they could have done this.
Someone mentioned that since ntalkd speaks UDP, they could have
used that protocol to (somehow!) cause a reboot ...
I'd appreciate any insight you might have. At this point, i've
disabled the talk daemon completely out of fear of another reboot.
Thanks.
=====================================================
Paul T. McIntire
ptmcinti@indyunix.iupui.edu
Indiana UniXersity Purdue UniXersity at Indianapolis
Office of Integrated Technologies
Web: http://indyunix.iupui.edu/~ptmcinti
=====================================================
------------------------------
From: cfletche@PROBLEM_WITH_INEWS_GATEWAY_FILE (Colin Fletcher)
Subject: Re: Need suggestions on Linux security
Date: 30 Aug 1994 22:11:27 GMT
In previous life Thilo Wunderlich wrote:
> smithgr@cs.colorado.edu (Gregory P. Smith) writes:
> [it's too easy to change boot password...]
First thing is first.
To change the ami bios setup this means that you have to have access
to dos. I used to run a linux box w/ 80+ users and after we installed
linux and put a password on the ami-bios. There was no possible way
to boot from a, short of taking the cover off the computer ...
After you have installed linux and put a password on the ami-bios, how
can anyone boot dos without the password and taking the cover off?
my $.02
Colin Fletcher
------------------------------
Crossposted-To: comp.os.linux.help
From: sols7520@mach1.wlu.ca (Serge Solski u)
Subject: **** HOW TO FIX YOUR CDROM!! ****
Date: Mon, 29 Aug 1994 14:54:18 GMT
I've finally found out why most of us have CDROM's that work on
installation, but don't work when running Linux regularily. The problem
is that the wrong driver is being used. You have to use
the "standard" driver rather than the "enhanced" driver. This may not work
for all of you, but it worked for me.
1) If you look in /root/linux/drivers/block (this may be in
another directory for you), you'll see "cdu31a.c", "cdu31a.c-enhanced",
and "cdu31a.c-standard." I suspect that those of you not using the CDU31A
drivers will see something similiar for whatever CDROM you're using. If
you type "ls-l cdu31a.c", you'll see that "cdu31a.c" is linked to
"cdu31a.c-enhanced." If it's linked to "cdu31a.c-standard" then forget
about this fix -- you have another problem. Move "cdu31a.c" to
cdu31a.c-backup (just in case), and then copy "cdu31a.c-standard" to
"cdu31a.c" Instead of copying, you could just change the link, but I
forget the exact syntax of the command. Basically, all you have to do is
make "cdu31a.c-standard" the CDROM driver, which is called "cdu31a.c".
2) Now you have to recompile the kernel. Do whatever you need to
do on your system to recompile the kernel, and don't forget to tell Lilo
what you did. I just did a "make clean", then "make dep", then "make
zImage" and copied it to "/" by hand (backup up the old kernel, of
course.) Then I used "liloconfig" to reinstall Linux, and then rebooted.
I skimped on this description, so do whatever need to be done on YOUR
system to recompile the kernel. I'm sure I broke several rules on
recompiling kernels, but I don't care (nya, nya.)
3) Upon rebooting, I found that I still had the error appearing
on the startup screens. I did a manual mount "mount -t iso9660 -r
/dev/cdu31a /cdrom" and it worked fine. Yahoo! I then took the line about
the CDROM out of /etc/fstab, and put a line in /etc/rc.d/rc.local to
mount the CDROM, "mount -t iso9660 -r /dev/cdu31a /cdrom". This issues the
mount command when you boot-up. You'll have to "umount" and "mount" the
CDROM whenever you change CD's -- I believe this is normal.
4) Party! Rejoice! This annoying problem is gone!
This proves that if you really want to get anything accomplished,
you have to wait until 3:00 am until you're truly inspired.
Let me know how this turns out for you!
-Mark
--
"Key chuckles. 'If Skinny Puppy, in terms of the movie _Alien_, is a
chest-burster, then Doubting Thomas is more of a face-hugger,' he informs,
as if that were an explanation."
-Keyboard, Jan '92
------------------------------
** 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: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.admin) via:
Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Admin Digest
******************************