From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Fri, 5 Nov 93 07:13:17 EST Subject: Linux-Admin Digest #141 Linux-Admin Digest #141, Volume #1 Fri, 5 Nov 93 07:13:17 EST Contents: Re: mv feature? (Rick Frankel) Linux + AHA-1522 (Lin Nan Hung) Re: lpr/lpd indefinite printing of banner page (Sebastian Hetze) Shared memory under linux (Dov Kruger) Re: mv feature? (Tim Towers) UUCP/GETTY_PS? (PERUCCI, PHILIP A.) Re: mv feature? (Brett L. Huber) Re: UUCP/GETTY_PS? (Tomislav Goles) Re: Lazy uucico works only when I watch it! (Dan Everhart) Re: mv feature? (Jonathan Miner) Re: Loophole in login in util-bin-2.0 (Charles Hawkins) Re: Loophole in login in util-bin-2.0 (Dominik Kubla) Re: SVGA Text Modes and Recompiling Kernal (Marc ter Horst) Re: NET-2 and pl13 (Marc ter Horst) Re: Loophole in login in util-bin-2.0 (Peter Orbaek) Re: Linux on the Thinkpad 350? (Peter Valkenburg) Re: SLIP!!! [long] (Andy Beck) ---------------------------------------------------------------------------- From: rfrankel@us.oracle.com (Rick Frankel) Subject: Re: mv feature? Date: Thu, 4 Nov 1993 19:38:25 GMT Boy, has this generated some storms...;-{. Anyway, no, I NEVER use dos. from a Unix SYSV standard man page: Only mv allows file1 to be a directory. In which case, the directory rename occurs only if the two directories have the same parent; file1 is renamed target. This is the standard behavior i have expected in ~15 years of using (mostly att based) unix systems. rick -- rfrankel@us.oracle.com richard.frankel@amail.amdahl.com ------------------------------ From: carllin@csie.nctu.edu.tw (Lin Nan Hung) Crossposted-To: comp.os.linux.help Subject: Linux + AHA-1522 Date: 4 Nov 1993 21:30:09 GMT I want to install Linux to my 486 system with an AHA-1522. When I read Linux documents, I got something like "To use AHA-1522, bootable kernel is not available". What does this mean ? Thanks. ====================================================== Lin, Nan-Hung carllin@csie.nctu.edu.tw CSIE, NCTU, Taiwan, ROC carl@pdp6.csie.nctu.edu.tw ------------------------------ From: she@lunetix.de (Sebastian Hetze) Subject: Re: lpr/lpd indefinite printing of banner page Date: 4 Nov 1993 22:49:45 GMT Indefinite banner printing may be a result of false lpd<->of cooperation. The output-filter is supposed to SIGSTOP itself after recieving \031\1 in its stdin. That is happening when the burst page is finished (that's the only output of lpd, isn't it?). A bug in lpd causes the of being restarted everytime it stops, so it prints the burst page again and again. The bugous line is somewhere in printjob.c: #ifdef LINIX ! if(!WIFSTOPPED(status)){ #else You can fix lpd, or you can simply disable output filtering in /etc/printcap. -- Sebastian Hetze she@lunetix.de LunetIX Softfair Lichtenrader Str. 41 12049 Berlin Tel.: +49 30 6227300 ------------------------------ Crossposted-To: comp.os.linux.help From: dkruger@apollo.stevens-tech.edu (Dov Kruger) Subject: Shared memory under linux Date: Thu, 4 Nov 1993 23:06:48 GMT int handle = shmget(IPC_PRIVATE, size, ______); flags should be SHM_R | SHM_W to read and write (as I read it). However, those symbols are defined only if symbol kernel is defined. As I understand it, by default it is read/write, and you can use SHM_RDONLY to mean read-only access. So, I passed in zero. The handle returns as an error, and nothing else works. What should be passed in? What am I doing wrong? I am using MCC-based linux PL10 with IPC built into the kernel, 16M 486DX33, 670M SCSI (not that that should matter). Please reply by mail, I will summarize and post ------------------------------ From: tim@lorien.demon.co.uk (Tim Towers) Subject: Re: mv feature? Date: Thu, 4 Nov 1993 09:22:00 +0000 mv moves ANYTHING as standard in UNIX (directories included, even across filesystems), you are thinking of DOS. Tim ------------------------------ Crossposted-To: comp.os.linux.misc From: SSB1PZP@imcvms.med.navy.mil (PERUCCI, PHILIP A.) Subject: UUCP/GETTY_PS? Date: Thu, 4 Nov 1993 23:07:27 GMT In my excitement over SL/IP, I seemed to have missed the obvious... Is UUCP and getty_ps (uugetty) reliable as packaged with recent Slackware releases? I would LOVE to have my pc provide e-mail and USENET support, while still allowing me to call in using a modem when off-site! What I want to do is be able to read my mail/USENET from either home or off-site. =========================================================================== Phil Perucci, Systems Programmer | "I don't speak for any organization ssb1pzp@imcvms.med.navy.mil | and no organization speaks for me" =========================================================================== ------------------------------ From: blhuber@mtu.edu (Brett L. Huber) Subject: Re: mv feature? Date: 5 Nov 1993 00:44:38 GMT Rick Frankel (rfrankel@us.oracle.com) wrote: > Only mv allows file1 to be a directory. In which case, the > directory rename occurs only if the two directories have the > same parent; file1 is renamed target. From man mv on a Sparc 10, SunOS 4.1.3A: mv moves files and directories around in the file system. A side effect of mv is to rename a file or directory. ... BUGS mv will not move a directory from one file system to another. All the UNIX machines here at MTU I've ever used had this behavior. Some BSD, some SysV. -- ... Our continuing mission: To seek out knowledge of C, to explore strange UNIX commands, and to boldly code where no one has man page 4. ------------------------------ From: goles@CS.UTK.EDU (Tomislav Goles) Crossposted-To: comp.os.linux.misc Subject: Re: UUCP/GETTY_PS? Date: 05 Nov 1993 01:41:48 GMT In article SSB1PZP@imcvms.med.navy.mil (PERUCCI, PHILIP A.) writes: In my excitement over SL/IP, I seemed to have missed the obvious... Is UUCP and getty_ps (uugetty) reliable as packaged with recent Slackware releases? I would LOVE to have my pc provide e-mail and USENET support, while still allowing me to call in using a modem when off-site! What I want to do is be able to read my mail/USENET from either home or off-site. It works for me (I got it to work with UUPC which is a DOS version of uucp). I did not use getty_ps that came with SLS (don't trust anything that comes with SLS any more - all the UUCP file permissions were wrong). Instead I got getty_ps package from sunsite and compiled it myself. At this point I can remotely login using uugetty, copy files (uucp) to and from my remote Linux box, or send mail to users on my Linux box (all through uugetty from getty_ps package). When you are setting up uucp Systems and Permissions files just make sure you follow O'Reilly's "Managing UUCP" (nutshell series) and you won't have any problems. Tom Goles tgoles@mhfl.sbi.com ------------------------------ From: dan@dynamo.dyndata.com (Dan Everhart) Subject: Re: Lazy uucico works only when I watch it! Date: Thu, 4 Nov 1993 19:18:49 GMT Reply-To: dan@dyndata.com In article <2b6eoh$8t3@email.tuwien.ac.at> wfischer@swspc4 (Walter Fischer) writes: > well... for me the problem was a timing problem with the modem. > i solved it by adding delays in all init-strings. > > use \d in /etc/default/uugetty.ttyx init-strings > use \d in /usr/lib/uucp/Dialers init-sequence For me, the solution was similar: The *other* system was dropping characters if the local responded too quickly to its prompts. So if my chat said expect send ... I changed it to expect \dsend ... and the problem was solved. -- _ / \_ Dan Everhart / Dyndata Engineering dan@dyndata.com \_/ \_________________________________________ 206-743-6982, 742-8604 (fax) / \_/ 7107 179th St SW \_/ Quality Software and Hardware Consulting Edmonds, WA 98026, USA ------------------------------ From: miner@Rapnet.Sanders.Lockheed.Com (Jonathan Miner) Subject: Re: mv feature? Date: Thu, 4 Nov 93 22:42:19 GMT In article rfrankel@us.oracle.com (Rick Frankel) writes: >I haven't seen this mentioned so... > >On pl12 and with the e2fs file system, doing mv `dir1' `dir2' >with two existing directories, will actually move dir1 and all that is >under it to dir2! Perfectly normal under most UNIX systems. > >rick >-- >rfrankel@us.oracle.com >richard.frankel@amail.amdahl.com Jon -- | Jonathan Miner | | | miner@rapnet.sanders.lockheed.com | | | 603-885-2438 <> | | | BTW: I do not speak for Lockheed or anybody else. Just me! | ------------------------------ From: ceh@eng.cam.ac.uk (Charles Hawkins) Subject: Re: Loophole in login in util-bin-2.0 Date: Fri, 5 Nov 1993 10:24:22 GMT In article <2bd7a4$bbb@bambi.zdv.Uni-Mainz.DE>, kubla@mogli.zdv.Uni-Mainz.DE (Dominik Kubla) writes: |> Charles Hawkins (ceh@eng.cam.ac.uk) wrote: |> |> : I have found a loophole in login in this package. I found the problem by |> : doing the following. |> |> : From any machine as root, rlogin to linux box as myself and |> : enter password as required. |> |> : Execute su - |> |> : This will have you in as root with NO password authorisation. Before executing |> : su -, id returns uid and gid as 0, euid as my user id. |> |> : OK so you need root access on one machine and a user id on the linux box, |> : but this is still a problem. |> |> : -- |> : Charles Hawkins |> |> The solution is simple. Define -DSHADOW_PWD in the makefile if you use the |> shadow library and don't forget to specify -lshadow as well. By default, |> login does NOT use shadow passwords, which is good, since the shadow passwd |> encryption is incompatible with the standard. Just copying encrypted passwords |> from eg. ypmatch to /etc/passwd does not work ... |> Oh Dear. Nice theory. However a) I compiled with shadow passwords b) I (for my sins) have a password for root in /etc/passwd. Re b), if you are using shadow passwords then the password field in /etc/passwd should be set to * rather than blank, this stops non shadow compiled programgetting in thru /etc/passwd. Sorry but I don't think this is the problem. Charles -- +--------------------------------+ +-----------------------------------+ + Cambridge University + + Telephone : (44) 223 332765 + + Engineering Department + + Fax : (44) 223 332662 + + Trumpington Street + + E-mail : ceh@eng.cam.ac.uk + + Cambridge CB2 1PZ + + + +--------------------------------+ +-----------------------------------+ ------------------------------ From: kubla@mogli.zdv.Uni-Mainz.DE (Dominik Kubla) Subject: Re: Loophole in login in util-bin-2.0 Date: 5 Nov 1993 09:44:36 GMT Charles Hawkins (ceh@eng.cam.ac.uk) wrote: : I have found a loophole in login in this package. I found the problem by : doing the following. : From any machine as root, rlogin to linux box as myself and : enter password as required. : Execute su - : This will have you in as root with NO password authorisation. Before executing : su -, id returns uid and gid as 0, euid as my user id. : OK so you need root access on one machine and a user id on the linux box, : but this is still a problem. : -- : Charles Hawkins The solution is simple. Define -DSHADOW_PWD in the makefile if you use the shadow library and don't forget to specify -lshadow as well. By default, login does NOT use shadow passwords, which is good, since the shadow passwd encryption is incompatible with the standard. Just copying encrypted passwords from eg. ypmatch to /etc/passwd does not work ... Cheers, Dominik +---------------------------------------------------------------------------+ | eMail: kubla@goofy.zdv.Uni-Mainz.DE | | sMail: Dominik Kubla, Steinsberg 34, 56355 Nast"atten, F. R. Germany | +---------------------------------------------------------------------------+ | | | "Linux: The choice of a GNU generation" --S. Frampton | | | +---------------------------------------------------------------------------+ DISCLAIMER: Everything written above are the expressed thoughts of the author and in no way connected to 'Johannes Gutenberg Universit"at', Mainz (Germany). This way, they do not have to care about what I say ... ------------------------------ Crossposted-To: comp.os.linux.misc From: mht@nuclint.nl (Marc ter Horst) Subject: Re: SVGA Text Modes and Recompiling Kernal Date: Fri, 5 Nov 1993 09:20:24 GMT In article <2b8ab0$l2n@unidus.rz.uni-duesseldorf.de> engels@darkstar.frop.org () writes: >From: engels@darkstar.frop.org () >Subject: Re: SVGA Text Modes and Recompiling Kernal >Date: 3 Nov 1993 13:05:36 GMT >Joseph W. Vigneau (joev@bigwpi.WPI.EDU) wrote: >: Just a couple of questions: >: 1) When I boot from a floppy, I can select what SVGA text mode to >: use. I can't do this when I boot from the hard drive. How can I do >: this? >In /etc/lilo/config you will find the line 'vga = normal'. Replace >'normal' with 'ask'. >: 2) How do I recompile the kernal? I don't plan on doing it real >: soon, but I would really like some info on it. >Haven't done it, but the Linux FAQ contains links to the answers. Try this : cd /usr/src/linux make config ( to select the driver options for the kernel (e.g. scsi) make clean ( clear out any old compiler output ) make dep ( set up dependancies) make [zImage|zdisk] (these probably are the 2 most used options) You might also want to edit the Makefile to set defaults for vga or bootfloppy. >engelsg@uni-duesseldorf.de Marc ------------------------------ From: mht@nuclint.nl (Marc ter Horst) Subject: Re: NET-2 and pl13 Date: Fri, 5 Nov 1993 09:23:56 GMT In article <1993Nov3.094446.9099@srzts100.alcatel.ch> ZAD_KUEMIN@TRZCL1 (Norbert Kuemin) writes: >From: ZAD_KUEMIN@TRZCL1 (Norbert Kuemin) >Subject: NET-2 and pl13 >Date: Wed, 3 Nov 1993 09:44:46 GMT >I'm in trouble... >Since i've upgrade my system to pl13 and NET-2 there a two problems. >(I've read Net-2-HOWTO more then once) >1. The Network will work for 2 minutes then the message appears > "Network is unreachable". The routertable is empty at now (at start it will > be right) The newest? (alpha 13p kernel solved a lot of problems for me, and seemed stable enough. It includes the net-2 debugged network software. >2. i can't no user can access the System and for root no password >please answer with an privat email to norbert.kuemin@alcatel.ch >+----------V----------+ Norbert Kuemin |RFC822: norbert.kuemin@alcatel.ch >| A L C A T E L | Alcatel STR |DECnet: PSI%4795123920::ZAD_KUEMIN >+---------------------+ |X.400: c=CH a=arCom p=Alcatel > S T R CH-8804 Au / ZH | s=Kuemin g=Norbert ------------------------------ From: poe@daimi.aau.dk (Peter Orbaek) Subject: Re: Loophole in login in util-bin-2.0 Date: 5 Nov 1993 11:23:00 GMT Thus spake ceh@eng.cam.ac.uk (Charles Hawkins): >In article <2bd7a4$bbb@bambi.zdv.Uni-Mainz.DE>, kubla@mogli.zdv.Uni-Mainz.DE (Dominik Kubla) writes: >|> Charles Hawkins (ceh@eng.cam.ac.uk) wrote: >|> >|> : I have found a loophole in login in this package. I found the problem by >|> : doing the following. >|> >|> : From any machine as root, rlogin to linux box as myself and >|> : enter password as required. >|> >|> : Execute su - >|> >|> : This will have you in as root with NO password authorisation. Before executing >|> : su -, id returns uid and gid as 0, euid as my user id. >|> >Oh Dear. Nice theory. However > a) I compiled with shadow passwords > b) I (for my sins) have a password for root in /etc/passwd. >Re b), if you are using shadow passwords then the password field in >/etc/passwd should be set to * rather than blank, this stops non shadow >compiled programgetting in thru /etc/passwd. >Sorry but I don't think this is the problem. Apparently it matters whether you login from a root account on another machine or whether you rlogin from an ordinary account, right? If this is true, I would think the problem is in rlogind, as /bin/login shouldn't know anything about the far end of the conection. At least that's how I understand it. If you use telnet from the other end of the network, do you experience the same behaviour? I really can't see how you can get reported behavior from "my" login program, as one of the last things it does is a "setuid(newuid)" just before starting the shell. Just as a test, you might want to build the login program without shadow support, and see what happens then. - Peter. -- Peter Orbaek Comp. Sci. Department of Aarhus University, Denmark. ------------------------------ Crossposted-To: comp.sys.laptops From: valke@cca.vu.nl (Peter Valkenburg) Subject: Re: Linux on the Thinkpad 350? Date: Fri, 5 Nov 1993 11:03:18 GMT [Cross-posted to comp.os.linux.admin] johnson@risc.uni-linz.ac.at (Jeremy Johnson) writes: >I was informed that recently someone posted to this newsgroup that they >succesfully installed Linux on the IBM ThinkPad 350. I have been unable >to find the article. Could someone either confirm this, or tell me >where I might find an archive for this newsgroup so that I may search >for the article. We've installed the Linux SLS 1.02 (= not the most recent version) distribution on a Thinkpad 300C (IBM's 386SL color notebook) the day before yesterday. It works ok, though we had a little trouble with the Linux extended fs. We also managed to run Xfree (pre-2.0) in monochrome mode with a Microsoft- compatible mouse on the serial port. We only have 4M RAM installed + 8M swap. It's slow but won't crash. We'll try Xfree 2.0 with 16bit color next. This probably means you can run Linux on *any* ThinkPad [fingers crossed]. Regards, ========================= Peter Valkenburg Dept. Computer Affairs Vrije Universiteit Amsterdam The Netherlands ------------------------------ Date: Tue, 02 Nov 1993 01:30:00 MET From: Andy_Beck@deds-home.fido.de (Andy Beck) Subject: Re: SLIP!!! [long] Hello Omar ! OL> About three days ago i decided to setup my SLIP connection with a ... OL> Your IP address is 150.189.5.129. MTU is 1500 Have you tried lower MTUs ? - I suppose so ... OL> Header compression will match your system. OL> lo IP ADDR 127.0.0.1 BCAST 127.255.255.255 NETMASK 255.0.0.0 OL> MTU 2000 METRIC 0 POINT-TO-POINT ADDR 0.0.0.0 OL> FLAGS: 0x0049 ( UP LOOPBACK RUNNING ) OL> sl0 IP ADDR 150.189.5.33 BCAST 150.189.255.255 NETMASK OL> 255.255.0.0 MTU 296 METRIC 0 POINT-TO-POINT ADDR 150.189.1.2 OL> FLAGS: 0x0051 ( UP POINTOPOINT RUNNING ) That seems right - my config's telling me something similar and it works partially - at least more than yours. I'm using PL13 Kernel and SLS1.03 binaries. OL> **********>>>>>> please note that i have also tried with OL> **********>>>>>> "route add default gw 150.189.1.2" This was absolutely necessary for me before I could even ping my host. OL> **********>>>>>> Ping 150.189.1.2 output: OL> PING 150.189.1.2 (150.189.1.2): 56 data bytes OL> --- 150.189.1.2 ping statistics --- OL> 2 packets transmitted, 0 packets received, 100% packet loss That worked for me - no problem - OH - wait I had some problems at high line-speeds to my modem I was reported CARRIER 14400 .... NO CARRIER what isn't my modems fault - I suppose the host cannot handle the data that fast - it worked when using 9600 BPS. OL> SLIP: slip_recv(64) called <<<<<******** This is repeated several OL> times << "sl0" recv: OL> 150.189.5.129 -> 150.189.5.129 seq XXXXXX XXXXX len 410 OL> SLIP: packet is 410 at 0xXXXXXX I never got this - maybe I just don't see it,as I haven't got debugging- output enabled. OL> Geeez.....isn't this quite strange????? Well - it is ... OL> Any explanation is welcome!!!!!!! For me,too. I can ping my host,resolve adresses via the network (it will be reported correctly,if an Address doesn't exist),but when trying to ftp or telnet there's nothing after the [Connected to ....]-message. Finger reports "connection refused",SMTP-Connections open,but don't deliver mail,talk seems to work (I'm not omipresent - so I just guess)... TNX 4 your efforts,Andy ... Real programmers use cat >a.out ... ------------------------------ ** 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 ******************************