From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Sun, 29 Aug 93 00:13:16 EDT Subject: Linux-Admin Digest #23 Linux-Admin Digest #23, Volume #1 Sun, 29 Aug 93 00:13:16 EDT Contents: Re: Getty Spasms (Greg Patten) Re: Getty Spasms (Brandon S. Allbery) Re: Backup to QIC-80 tape drive (Colorado) (David Fox) Re: Linux bbs software? (Ed Carp) Re: Backup to QIC-80 tape drive (Colorado) (Brandon S. Allbery) LINUX HARDWARE POLL (Matthew Dillon) Re: Linux trusted by SPARC (Lawrence Foard) Re: top, kmem ps, compressed kernels (Paul Gortmaker) ---------------------------------------------------------------------------- From: s936079@minyos.xx.rmit.OZ.AU (Greg Patten) Subject: Re: Getty Spasms Date: 28 Aug 1993 19:48:31 GMT bazyar@mrcnext.cso.uiuc.edu (Jawaid Bazyar) writes: >I recently recompiled getty and installed it in /etc.. at that point, >getty would no longer run.. it would fail (with a note like the following >in getty.log: >Getty: (9600) Cannot open connect line ^^^^^^- It's trying to open a line called 9600 which it cannot find. In the man it clearly states that getty_ps wants (in your inittab or whatever you use) getty tty* [line_speed] [terminal_type] >I had to reinstall getty from the SLS disks, at which point the system >started working again. Probably because it was using the old getty and not getty_ps. >I started having this problem after upgrading to the new kernel, pl12. >One of my terminals, when firing up getty, will "spaz" getty via init >with this error. Occasionally, it will work, but most of the time Mail me if it still doesn't work as I'd be interested to know what it is. Cheers, -- _-_|\ Greg Patten. / \ \_.-.*/ <--Melbourne, Australia. v email: s936079@minyos.xx.rmit.oz.au ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: Getty Spasms Date: Sat, 28 Aug 1993 21:45:13 GMT In article <25ocqf$83d@aggedor.rmit.OZ.AU> s936079@minyos.xx.rmit.OZ.AU (Greg Patten) writes: >bazyar@mrcnext.cso.uiuc.edu (Jawaid Bazyar) writes: >>I had to reinstall getty from the SLS disks, at which point the system >>started working again. > >Probably because it was using the old getty and not getty_ps. Peter modified the SLS version of getty_ps to accept them in either order. He's posted that before. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: dfox@hip-hop.suvl.ca.us (David Fox) Subject: Re: Backup to QIC-80 tape drive (Colorado) Date: Sat, 28 Aug 1993 19:11:14 GMT Charles Hedrick (hedrick@geneva.rutgers.edu) wrote: : mark@macs.ee.mcgill.ca (Mark Kassab) writes: : >By the way, how come "dump" isn't bundles with SLS? Is it available : >somewhere? : If you mean Berkeley dump, it is specific to the Berkeley file : system. It reads the raw disk. Even on Suns, dump can only be used : with Berkeley file systems. I suspect most people use tar to do There shouldn't be any reason why dump is restricted to the BSD FFS. I've used both dump and tar to make backups (onto floppies, sadly), and essentially the difference is that dump does an image backup whereas tar does it file-by-file. For me, file-by-file is a bit easier to handle, and I suspect that's true for most users. If you want an image dump, yuou could do a 'dd if=/dev/hda of=/dev/rmt?' or whatever, no backup software really needed. -- David E. Fox email: hip-hop!dfox@amdahl.com 5479 Castle Manor Drive San Jose, CA 95129 Thanks for letting me change the magnetic 408/ 253-7992 images on your hard drive. ------------------------------ From: erc@khijol.uucp (Ed Carp) Subject: Re: Linux bbs software? Date: Sat, 28 Aug 1993 23:38:18 GMT greg naber (greg@halcyon.com) wrote: : >: > Have any bulletin board software packages been ported to Linux? : >: > Where can such software be found? What are the hardware constraints? : > : >: Waffle should work with little hacking - see comp.bbs.waffle. : > : >Yeah, but you gotta frigging *buy* it. No, thank you... : There are a lot of 'payware' bbs systems being developed for Linux, not : many 'freeware' bbs systems. At least this one has been around a while and : has the ability to nntp news. : We use a 'donated' copy of waffle from Tom Dell to operate a 'free' email + : local news service here in Seattle on a Linux 99.11 directly connected via : ethernet to a T-1. It uses sendmail+ida to send the mail out, and nntp to : read the local seattle news & job related newsgroups. : fry.halcyon.com has been 'up' for approx 3 months and has over 350 casual : users keeping in touch with freinds around the world. : Toms donation allows us to provide these services to the community at no cost : and still limit what the users are allowed to do. Sorry, telnet into the : system is not allowed, nor is ftp. For those that wish, you may call into : +1.206.462.0674 to see fry.halcyon.com and waffle in action. : I also use waffle as a bbs interface to my Linux system at home, it too is : ethernetted to another machine there and is occasionally slipped into the : net, do a whois squally-net for the ip's if you'd like to try to catch me : online and check out this system;) : We wish to thank Tom Dell for his donation of the waffle bbs for use on : the fry.halcyon.com system, and support his efforts at making a quailty bbs : system available to those who use *nix type systems, at an affordable price. Not to denigrate Tom's contribution to the BBS world, but in contrast to MS-DOS based BBS systems, waffle is pathetic. But so is damn near every other BBS system I've seen for unix. Even the free ones for MS-DOS are miles ahead of the best that unix has to offer. With RIP graphics now available, MS-DOS BBS systems are pulling even farther ahead. Most unix-based BBS systems don't even have curses-based menus... :( -- Ed Carp, N7EKG erc@apple.com 510/659-9560 anon-0001@khijol.uucp If you want magic, let go of your armor. Magic is so much stronger than steel! -- Richard Bach, "The Bridge Across Forever" ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: Backup to QIC-80 tape drive (Colorado) Date: Sun, 29 Aug 1993 01:39:23 GMT In article dfox@hip-hop.suvl.ca.us (David Fox) writes: >Charles Hedrick (hedrick@geneva.rutgers.edu) wrote: >: mark@macs.ee.mcgill.ca (Mark Kassab) writes: >: >By the way, how come "dump" isn't bundles with SLS? Is it available >: >somewhere? > >: If you mean Berkeley dump, it is specific to the Berkeley file >: system. It reads the raw disk. Even on Suns, dump can only be used >: with Berkeley file systems. I suspect most people use tar to do > >There shouldn't be any reason why dump is restricted to the BSD FFS. Sigh. "It reads the raw disk" means that it doesn't use the filesystem. It *knows* what the filesystem looks like on disk. Therefore it only works with the FFS; Linux versions would have to be written for (at the least) minix, ext2fs, and xiafs. >I've used both dump and tar to make backups (onto floppies, sadly), and >essentially the difference is that dump does an image backup whereas Not really, it's a variant of a generic tape-oriented filesystem. It has an inode table at the front and files afterward, but the format doesn't match the BSD FFS or any other filesystem. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org "MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development." ---dmeggins@aix1.uottawa.ca ------------------------------ From: dillon@moonshot.west.oic.com (Matthew Dillon) Crossposted-To: comp.os.linux.help,comp.os.linux.development Subject: LINUX HARDWARE POLL Date: 28 Aug 1993 19:54:13 -0700 Distribution: world I'm interested in knowing what kind of hardware configurations people are using under Llinux. Specifically, ethernet controller, hard disk controller, serial port board if applicable, etc.... Not only what hardware works (which you can get out of the FAQ), but also how well it works... cavets or lack of, speed, stability... which is not in the FAQ. It occurs to me that many other people would be interested in this information as well so I have decided to conduct an email poll on it. If you have time, please fill out the below form and email it to poll@moonshot.west.oic.com ... do NOT respond to the net! I will post the complete results after one week of information collection (next saturday). ============================= snip snip snip =========================== POLL ON LINUX HARDWARE CONFIGURATIONS, I/O BOARDS, AND PERCEPTIONS A. This is a poll on linux hardware configurations, I/O boards, and your perceptions as to the reliability of same. If you are a Linux user with knowledge of the hardware configuration of your machine then this poll is for you! B. If you have time, please answer the below questions and send the results to: poll@moonshot.west.oic.com POLL ENDS ON SATURDAY SEPTEMBER 4 1993 12:00 HOURS AT WHICH TIME I WILL POST THE RESULTS TO COMP.OS.LINUX.MISC. COMPLETE RESULTS WILL BE AVAILABLE VIA FTP. ALL RESPONSES WILL BE KEPT PRIVATE (EMAIL HEADERS WILL ALL BE REMOVED) If you do not have the answer to all the questions, please fill in those answers that you do have! This poll is being conducted by Matthew Dillon, dillon@moonshot.west.oic.com . Please email poll answers to poll@moonshot.west.com 0. How would you categorize yourself? Mark appropriate boxes. This will help me organize the answers and my comments to them. 0A. [ ] Joe end user with little technical knowledge and little application knowledge (i.e. only used a few commercial applications in your lifetime). Hint: if you check this box maybe you shouldn't be filling out this survey! 0B. [ ] Joe end user with some application knowledge but no technical (i.e. hardware knowledge) 0C. [ ] end user with a reasonable amount of ability installing boards and using applications but not much on programming languages (shell, interpreted, or compiled). 0D. [ ] power user who knows his way around PC boxes and maybe knows something about programming, but not so much about UNIX. 0E. [ ] power user who has no problem with hardware and can even write shell scripts and modify text files in /etc without too much havoc. 0F. [ ] expert UNIX user 0G. [ ] expert UNIX user, reasonable operating systems / machine management skills. 0H. [ ] power expert UNIX user - highly skilled in most things. 0I. [ ] UNIX guru - highly skilled in all things, experience modifying kernel code, writing device drivers... can pick up random source code you've never seen before and hack on it, etc... Can become an expert on a program after ten minutes of fiddling with it. 0J. [ ] UNIX god - 0I + over 1000 hours of kernel hacking, includes network protocol hacking but not system level hacking. Also must have posted at least one clandestine message to the internet (mail or news) in his/her lifetime and be able to become root on any machine he/she has an account on (in order to fix problems, of course!). Also must have crashed the kernel while hacking at least two dozen times (or you aren't on the leading edge :-)). 1. What type of machine do you have? 1A. Brand (e.g. Dell) -> 1B. Cpu (e.g. 486DX2/66) -> 1C. Math co-processor? (Y/N) -> 1D. Base memory (before any additions) -> 1E. Approximate price -> 1F. EISA or ISA computer? (if not an intel 486) -> 1G. Is this a localbus computer? -> 1H. Is this a portable computer? -> 1I. Please comment on any hardware problems you had installing and using Linux on this platform (i.e. dip switches you had to fool with, etc..) -> -> -> -> 1J. If available, please give an approximate price for this platform NOT including any additional boards you might have purchased for it. PLEASE INDICATE WHAT I/O BOARDS, IF ANY, CAME WITH THE PLATFORM. I am specifically interested in hard disk, video, and ethernet boards. -> -> -> -> 2. What brand of physical hard drive do you have? (the bare drive, not the controller. Do not answer this question if you have a hard-card): 2A. Brand (e.g. Quantum, Fujitsu..) -> 2B. Approximate price of bare drive -> 2C. Please comment on any hardware specific problems you might have had and the reliability of the drive itself. -> -> -> -> 3. What type and brand of hard drive controller do you have? Note that ISA cards can be stuck into EISA busses (reason for question #3B). THIS QUESTION APPLIES ONLY TO CARDS, NOT TO MOTHERBOARD-BASED CONTROLLERS. 3A. Type (e.g. SCSI, IDE, STANDARD) -> 3B. Approximate price -> 3C. Bus Interface (e.g. EISA, ISA) -> 3D. Brand -> 3E. Please comment on any hardware specific problems you might have had and the reliability of the card itself (if you can discern between drive reliability and card reliability :-)) -> -> -> -> 4. What are your perceptions as to the speed of your disk controller? The two categories will help separate out power user from joe user perceptions. You can answer this question even if you have a motherboard-based controller. 4A. If you are NOT using the disk heavily -> -> -> -> 4B. If you ARE using the disk heavily -> -> -> -> 5. Questions related to your video hardware. Answer only if you are running X-Windows (or other graphical environment). These are questions related to your video controller. 5A. on-Card or on-motherboard? -> 5B. Approx. price, include expansion-> 5C. What brand are you using? -> 5D. Bus interface(EISA,LOCAL,ISA..) -> 5E. Screen resolution you use -> 5F. Screen depth / colors -> 5G. How do you perceive the speed of this video controller. If you have made any comparisons with other controllers please indicate relative impressions of BOTH controllers, and list the second controller. -> -> -> -> 5H. Please comment on any installation problems you might have had installing the board. This includes dip switches, kernel patches you may have had to made, and Xconfig problems beyond the normal dumb stuff. Please differentiate between problems installing the board so the system would boot using it and problems installing the board to make it run under X-Windows (or other graphical environment). -> -> -> -> 6. Questions related to your physical screen, only if you have a multi-sync and run it in a high resolution graphics mode (i.e. under X-Windows or other graphical environment under Linux). 6A. What brand of monitor? -> 6B. Approximate price -> 6C. Size, in inches (or approx) -> 6D. Please comment on any problems you may have had interfacing the monitor to your video board, leave blank if you did not have any problems (most people will not have had any problems!) -> -> -> -> 6E. Please comment on special attributes of the monitor you like or dislike (e.g. has a nice stand, display exceptionally dull, etc...) -> -> -> -> 7. Questions related to your ethernet adapter, if you use one. 7A. What brand of adaptor? -> 7B. Approximate price -> 7C. Bus interface (EISA, ISA, ...) -> 7D. Please comment on any installation problems you might have had installing the board, including having to change default IRQ, Kernel reconfigurations, etc. If you had any difficulties getting packets to start running across it beyond the normal dumb stuff, please comment on them. Do not comment on difficulties getting ifconfig or routing setup unless they are hardware-related. -> -> -> -> 7E. Ethernet boards all run at about the same speed, but if you have done any comparisons and found any significant differences, please comment on them below! DMA *can* make a small difference though at 10 MBits/sec even ISA DMA doesn't have much of a problem. -> -> -> -> ------------------------------ From: entropy@world.std.com (Lawrence Foard) Subject: Re: Linux trusted by SPARC Date: Sun, 29 Aug 1993 04:07:11 GMT In article , C Wayne Huling wrote: >I have been working on setting up a small network of linux machines for my >company. Part of the reasoning is, many people here have to share a single >SPARC station, and I suggested using the Linux machines X capability to >expand the amount of people capable of working on the SPARC. Well any how, >I have all the Linux hosts trusting each other and I am capable of using xon >(when specifing a full path?) but I cannot rsh to the SPARC and hence cannot >xon to the SPARC. Has anyone succefully accomplished this? Atleast with the SPARC machines I've used all thats required is a .rhosts file in the directory of the user you want to rsh into. However they have all used SUN OS I don't know is solaris is any different. -- ====== Time: 820713600 seconds, Space: 1727.2mm, Mass: 9.5E10 ug . \ / Kinsey: 4.5, Religion: Science, Energy: 8.55E18, OS: Linux . . \ / Species: Human, Planet: Earth, Fame: Tinymush, Allergy: Dustmite . . . \/ Purity: 40, Sex: male, frequent, Drugs: Caffeine, Rock & roll: . . . . ------------------------------ From: rcopg@minyos.xx.rmit.OZ.AU (Paul Gortmaker) Subject: Re: top, kmem ps, compressed kernels Date: 29 Aug 1993 03:55:35 GMT david@omphalos.equinox.gen.nz (David Liebert) writes: >Is there a version of top which uses the 'proc' file system? ...yes, the procps package which ships with SLS, and is avail on *all* Linux ftp sites. >Alternatively, is there a way of rebuilding /etc/psdatabase after >building a COMPRESSED kernel? ...yes. If using the kmem stuff, change the define in the sources for ps-0.99.11 that points to System and set it to zSystem. Then recompile it. Or just specify the full path to the zSystem file to `ps -U' If you are using the proc versions, there is a program included in there to update /etc/psdatabase -- it is discussed in the README included. Regards, Paul. =========================================================================== Paul Gortmaker c/o Microelectronics and Materials Technology Centre. Royal Melbourne Institute of Technology, GPO Box 2476V, Melbourne 3001, Victoria, Australia. Ph (61) 3 660 2601. FAX (61) 3 662 1921. e-mail: paul@cain.mmtc.rmit.oz.au rcopg@minyos.xx.rmit.oz.au >Thanks in advance. ------------------------------ ** 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 ******************************