From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Thu, 7 Oct 93 22:13:13 EDT Subject: Linux-Misc Digest #189 Linux-Misc Digest #189, Volume #1 Thu, 7 Oct 93 22:13:13 EDT Contents: Filesystems not auto-mounting at boot (Joe Panico) Re: PPP for Linux? Well... almost as good (Alan Cox) Re: Linux Slowly Dying Off? (Heribert Dahms) Term 1.07 and AIX/386 (Lode Vande Sande) Re: swm source code now available (Warner Losh) WARNING: Slackware-Archive on ftp.tu-muenchen.de CORRUPT (Eckehard Stolz) color ls bins (An augery for battle.) Re: Xfree vs. BIOS (Kelly Murray) Re: PCNFS on Linux? (Ian McCloghrie) Re: The final BOGOMIP (Jan Nicolai Langfeldt) Re: Xfree vs. BIOS (Steve Tinney) Anybody used an ISA memory card with Linux? (Eduardo Kaftanski) Re: Bootdisk made by SLS install hangs during boot (Ernst Niebur) Re: Don't use SLS(Re: Which linux should I install...or which is best?) (Davor Cubranic) Re: Elm with MIME & Metamail (Vince Skahan) NYC linux users group? What happened? (Peter C. Norton) Amiga filesystem for linux ? (Paul Wouters) Re: Bootdisk made by SLS install hangs (Dohw!) ---------------------------------------------------------------------------- From: joe@retina.anatomy.upenn.edu (Joe Panico) Crossposted-To: comp.os.linux.help Subject: Filesystems not auto-mounting at boot Date: 7 Oct 93 15:57:06 GMT Hi, I'm running SLS 1.02. After running through the installation process without apparent error, I encounter a problem when the machine boots from the boot disk created throught the installation. The machine boots properly, and mounts the root filesystem, but somehow does not mount any of the other filesystems, even though the are correctly described in the /etc/fstab file. I can run 'mount -av' (the same command that appears in the /etc/rc file) manually, and all the filesystems in fstab are then mounted properly. Anybody know whats going on here? Any help much appreciated. Thanks. Joe Panico joe@retina.anatomy.upenn.edu ------------------------------ From: iiitac@swan.pyr (Alan Cox) Subject: Re: PPP for Linux? Well... almost as good Date: Thu, 7 Oct 1993 16:28:45 GMT In article <1993Oct6.183439.17105@unlv.edu> ftlofaro@unlv.edu (Frank Lofaro) writes: > Who uses lines that aren't complete 8-bit clean anymore? The days of >parity, etc are long gone (thankfully!), and almost every line is end-user >reconfigurable for full 8-bit clean operation (I know from experience how to >easily do this on both cisco and annex servers.) Is that requirement really >a real problem for anyone anymore? > The original author, me and I can think of plenty of others. You've obviously never discovered the delights of the camtec x25 pad. Since it can be a config option it doesn't even have to take space in other peoples kernels either. Alan ------------------------------ From: DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) Subject: Re: Linux Slowly Dying Off? Date: 7 Oct 1993 17:54:58 GMT In <28uv1s$gos@cville-srv.wam.umd.edu> barspi@wam.umd.edu writes: : If, as you say, all the needed video info can be gotten by BIOS calls, a few : lines of code could be added to the kernel before it goes into protected mode : to find out this info. Then, a little program can be written to install : XFree, which asks the kernel "What did you find out?", and then fill in the : information in that file that XFree uses when it starts (xcongif or something : like that, I think). Now, this may have already been done; so, I may be : talking too much... Since this hack doesn't need be permanent in the kernel as its only needed once for setup, my idea is to create a special program wich can be booted from floppy only when needed. So it can use all BIOS calls including those for writing to a fixed reserved location on floppy inside what appears to be a file if you mount the floppy later to get the config data (or simpler just writes to console). I hope this is sufficient to get the idea, and no, I don't want to do that 8-) : Barzilai Spinak Bye, Heribert (dahms@ifk20.mach.uni-karlsruhe.de) ------------------------------ Date: Thu, 7 Oct 1993 15:52:25 +0100 From: stud11@cc4.kuleuven.ac.be (Lode Vande Sande) Subject: Term 1.07 and AIX/386 Hi, I have been trying to setup term between an 20Mhz 386/SX Linux machine and a IBM PS/2 model 70 running AIX 386 1.2. It works but it is very slow. Any suggestions ?? Greetings, Lode ------------------------------ Crossposted-To: comp.windows.x.apps From: imp@boulder.parcplace.com (Warner Losh) Subject: Re: swm source code now available Date: Wed, 6 Oct 1993 15:22:52 GMT In article jennings@lhotse.stortek.com (Jeff Jennings) writes: >yup, same for me. running strace on it shows it is hung on a select(). >I guess I'll have to turn on -g and look at it. That ought to suck up >a bunch of disk space... I was talking to Tom about my problems getting swm to run on Linux, and he told me that he had had to use the lex.C that was produced by Sun's lex in order to get it running on some other platform (I don't recall which one). Maybe this will help? Warner -- Warner Losh imp@boulder.parcplace.COM ParcPlace Boulder I've almost finished my brute force solution to subtlety. ------------------------------ From: stolz@Informatik.TU-Muenchen.DE (Eckehard Stolz) Subject: WARNING: Slackware-Archive on ftp.tu-muenchen.de CORRUPT Date: Thu, 7 Oct 1993 18:35:34 GMT Hi ! I'm just sitting here in front of the HP's at school and copying the latest Slackware-Distribution from ftp.informatik.tu-muenchen.de ! I found out, that th archive is a mixture of Slackware 1.03 and 1.04. That means, the old files weren't removed from the directories ! PLEASE CHECK THE 00index.txt or the disk??? FILES, WHICH FILES YOU HAVE TO COPY (unless you have disks of 2,88 Megs ;-) ALSO: The TAGFILES ARE COMPRESSED, SO YOU SHOULD DECOMPRESS IT ! And they have funny names for a MS-DOS-filesystem (tagfile.org.gz) ;-) cu Eckehard stolz@informatik.tu-muenchen.de ------------------------------ From: macbeth@cats.ucsc.edu (An augery for battle.) Subject: color ls bins Date: 7 Oct 1993 18:05:30 GMT Could sombody mail me the location of binaries for the color ls version? I changed distributions (HJ Lu to MCC) and it disappeared. Mail replies only please. -- _______________________________________________________________________________ macbeth@cats.ucsc.edu | So, you think C++ is OO? /\ /\ | Realism, n : Nature as seen through //\\//\\ | the eyes of a toad. // \/ \\ A C B E T H | --- Open locks // \\ ----------=====}=====O | --- Whoe'r knocks. "By the pricking of my thumbs, | I like my opinions, and you can't Something wicked this way comes!" | have them! Tpppppppppppbh!!! ------------------------------ From: kem@prl.ufl.edu (Kelly Murray) Crossposted-To: comp.os.linux.help,comp.os.linux.development Subject: Re: Xfree vs. BIOS Date: 7 Oct 1993 19:45:46 GMT In article , "Alex R.N. Wetmore" writes: |> Excerpts from netnews.comp.os.linux.development: 6-Oct-93 Re: Xfree vs. |> BIOS by Jerry Whelan@camelot.bra |> > What the first author is suggesting would actually have no |> > portability impact on XFree86. He is asking for a utility that |> > runs during boot that sucks out the video timing values from the |> > bios. That information could easily be written to in an Xconfig |> > format file. That file can then be used by an XFree86 server with |> > absolutely no modifications to the server source. |> |> This is what OS/2 actually seems to do. Is has you run a command called |> "svga on" in a dos window, where it traps the writes to ports and keeps |> track of what it did to go in and out of all of the vesa modes. It then |> uses this information to set its svga modes itself. |> |> Of course I may be totally wrong (I just figured this out by playing |> with it), but it seems to be what it is doing. |> |> This would allow someone to write a driver that would read similar files |> and output the same commands to the same ports to change video modes. |> Might even be a way to pick up ideas on new cards. |> Hmm, maybe you should try using dosemu to run the DOS setmode program before starting up X? A kludge, but if it works.. -Kelly Murray ------------------------------ From: imcclogh@cs.ucsd.edu (Ian McCloghrie) Subject: Re: PCNFS on Linux? Date: 7 Oct 93 19:22:55 GMT byron@cc.gatech.edu (Byron A Jeff) writes: >> As PCNFS is NFS for a PC, and linux has an NFS filesystem, why would >>you want to try and get PCNFS onto linux (if it's even possible) ?? >By my very limited understanding of PCNFS requires a pcnfsd server on the >Unix side of things so that a DOS PCNFS client can operate properly when >attached. This server is publicly distributable. As typicl DOS machines provide minimal to no user authentication, blindly trusting any NFS mount request from a DOS machine is a gaping security hole. It's my understanding that pcnfsd attempts to fix this by implementing a user authentication scheme on top of the normal NFS. -- /~> Ian McCloghrie | Commandant of Secret Police - Cal Animage Beta. < < /~\ |~\ |~> | | <~ | email: ian@ucsd.edu Net/2, USL 0! \_> \_/ |_/ |~\ |__| _> | Card Carrying Member, UCSD Secret Islandia Club ------------------------------ From: janl@ifi.uio.no (Jan Nicolai Langfeldt) Subject: Re: The final BOGOMIP Date: Thu, 7 Oct 1993 20:20:31 GMT In article <290rvr$scn@nms.telepost.no>, tor@spacetec.no (Tor Arntsen) writes: > In article kr5@nz12.rz.uni-karlsruhe.de, ae71@amm06.rz.uni-karlsruhe.de (Bernd Kraemer) writes: > >Now, weeks of fear & hope later, the bogomip-question (THE question) has found to be solvable - and more... is already solved by numerical approximation and methods using fractal-evolution (dd41-Mutation, 20ssi). > > > >The result: 41 > > --- > Hmm, I thought it would be 42.. ;-) Read once more, they used aproximation methods and fractal methods, it's bound to be slightly in-acurate *grin* Nicolai ------------------------------ From: sjt@enlil.museum.upenn.edu (Steve Tinney) Crossposted-To: comp.os.linux.help,comp.os.linux.development Subject: Re: Xfree vs. BIOS Date: 7 Oct 93 19:55:32 GMT Bartosz Blacha (bart+@CMU.EDU) wrote: [stuff to three newsgroups] Please don't post to multiple groups like this. Steve ------------------------------ Crossposted-To: comp.os.linux.admin,comp.os.linux.help From: ekaftan@tolten.puc.cl (Eduardo Kaftanski) Subject: Anybody used an ISA memory card with Linux? Date: Thu, 7 Oct 1993 21:33:38 GMT I have tried with absolutely no success to use an Everex 159 memory card with Linux. I got all kinds of Memory Fault errors, although I could use the card with DOS with no problem. I had Checkit test the board for a pair of hours with no errors... so at least it is not its fault I guess. Anyway, I read about the Speed path for memory refresh times, and thought maybe I could change some value in my kernel to sacrifice some speed for RAM. Can anybody elaborate a little bit on this? I have not enough knowledge in PC hardware to know what I'm doing in this area. Thanks for any answer... -- Eduardo Kaftanski ekaftan@tolten.puc.cl ekaftan@ing.puc.cl ------------------------------ From: ernst@isis.klab.caltech.edu (Ernst Niebur) Crossposted-To: comp.os.linux,comp.os.linux.help,comp.os.linux.admin Subject: Re: Bootdisk made by SLS install hangs during boot Date: 7 Oct 1993 22:38:20 GMT In article frank@manua.gsfc.nasa.gov (Frank Chen) writes: >Same thing happened to me on a Laptop 386SX. >.... Hm, I was convinced that I made a stupid beginner's mistake, but maybe for once it is NOT me. My boot disk made by SLS does not work, either. I just installed the last version of SLS ("0.99.12 #6 from August 10") and my boot floppy (made at the end of the installation menu) stops right after saying "Press to see SVGA modes available, to continue or wait 30 secs I waited for a LONG time (several minutes) but nothing happened. I also tried to make a boot disk by the method described in the "Installation Guide" book (great book, btw!), but this did not work, either. For the record, I did the following (being root in /): rdev zImage /dev/hda2 # ( I have a zImage in / ) mke2fs /dev/fd0 1440 mount -t ext2 /dev/fd0 /floppy # I created a directory /floppy previously, cp /zImage /dev/fd0 # although it does not seem to be used here unmount /dev/fd0 This stopped with Uncompressing Linux... invalid compressed format -- System halted I can boot the system by using the a1.3 disk, then booting in LILO from /dev/hda2. Can anybody tell me how I can make a floppy on which I can boot? Thanks a lot! --Ernst -- Ernst Niebur Phone (818)395 2880 Computation and Neural Systems Fax (818)796 8876 Caltech 139-74 ernst@caltech.edu Pasadena, CA 91125, USA ernst@caltech.bitnet ------------------------------ From: cubranic@whale.st.usm.edu (Davor Cubranic) Subject: Re: Don't use SLS(Re: Which linux should I install...or which is best?) Date: 7 Oct 1993 22:53:18 GMT Louis J. LaBash Jr. (lou@minuet.siue.edu) wrote: : |>Robert R. Novitskey wrote: : |> Should I use Slackware or SLS to best suit my needs? : |Definitely not SLS. : |I would recommend not using Slackware either, as it is SLS-derived, : |though I hear that it has had quite a few of the nasty bugs fixed. : |Use either MCC or TAMU. Both have had good reports; I've tried MCC : |and is is very good, though you have to download X separately (easy : |enough, especially compared to wrestling with bug after bug). Why then in ALL documentation about installing Linux that I could find on the net (HOWTO, LDP Installation and getting started, etc.) SLS is mentioned as being the most complete and easy to install? What's the deal here? -- Davor Cubranic cubranic@whale.st.usm.edu ------------------------------ From: vince@victrola.wa.com (Vince Skahan) Subject: Re: Elm with MIME & Metamail Date: 5 Oct 1993 18:40:28 -0700 sameer@soda.berkeley.edu (Sameer Parekh) writes: > I wanted to get elm w/MIME and metamail running, so I pulled >the source of elm and metamail, but I haven't been able to compile it >for linux. (I'm no wizard, so I haven't tried for very long.) > How would one compile elm for linux? (I'd like to compile it >myself, because actually there's another patch I'd like to throw into >my elm.) grab the newspak-1.7.tar.z file from sunsite.unc.edu:pub/Linux/system/Mail which has a config.sh file you can use. elm in SLS is already compiled with Metamail support builtin so all you have to do is put metamail in your default path and elm will find it. -- ---------- Vince Skahan --------- vince@victrola.wa.com ------------- This your brain on Phillies baseball - get the picture ??? ------------------------------ From: pn002b@uhura.cc.rochester.edu (Peter C. Norton) Subject: NYC linux users group? What happened? Date: Thu, 7 Oct 93 23:23:07 GMT If anyone has any info about when we will be meeting, please tell me. I got one call around mid-september, but since then, nothing. Could whomever called me call me again? I would really appreciate it. ---Peter pn002b@uhura.cc.rochester.edu spacey@roundtable.cif.rochester.edu ------------------------------ From: pwouters@sci.kun.nl (Paul Wouters) Subject: Amiga filesystem for linux ? Date: Thu, 7 Oct 1993 23:12:43 GMT am looking for the Amiga filesystem so i can insert Amiga disks in my linux machine. Is it possible ? Has someone done it already ? Or is the hardware too different to get it to work ? Paul ------------------------------ From: ghod@drycas.club.cc.cmu.edu (Dohw!) Subject: Re: Bootdisk made by SLS install hangs Date: 7 Oct 93 21:40:07 -0400 >From: ernst@isis.klab.caltech.edu (Ernst Niebur) > >In article frank@manua.gsfc.nasa. >gov (Frank Chen) writes: >>Same thing happened to me on a Laptop 386SX. >>.... >Hm, I was convinced that I made a stupid beginner's mistake, but maybe >for once it is NOT me. >My boot disk made by SLS does not work, either. I just installed the >last version of SLS ("0.99.12 #6 from August 10") and my boot floppy >(made at the end of the installation menu) stops right after saying >"Press to see SVGA modes available, to continue or >wait 30 secs >I waited for a LONG time (several minutes) but nothing happened. Did you actually try pressing SPACE or RETURN though? >I also tried to make a boot disk by the method described in the >"Installation Guide" book (great book, btw!), but this did not work, >either. For the record, I did the following (being root in /): >rdev zImage /dev/hda2 # ( I have a zImage in / ) >mke2fs /dev/fd0 1440 >mount -t ext2 /dev/fd0 /floppy # I created a directory /floppy previously, >cp /zImage /dev/fd0 # although it does not seem to be used here >unmount /dev/fd0 Oooooooohh... I can sense the bogosity field building already. :). This seems to me to be quite wrong. Firstly, you don't have to make a filesystem on the floppy if you just want to make a bootable kernel image disk. (You do have to format it though, but understand that's not the same thing.) Secondly, you don't have to mount the floppy either. Thirdly, cp is not the utility to use to transfer the kernel image. Try this instead: [put formatted floppy in drive -- it can be formatted with DOS format or fdformat; either way is fine] # rdev zImage /dev/hda2 # dd if=/zImage of=/dev/fd0 Pow! You're done. Some people will flame me for not specifying a block size with the dd command. I don't think it particularly matters myself. If you want to use a large block size to make dd copy things in big chunks (read: faster), then be my guest. Anyway, this will dump zImage *directly* onto the floppy. The boot sector prepended to zImage will automatically read the kernel image into memory by referencing raw tracks. It doesn't need any filesystem information, so using mkfs or any of its relatives is completely unnecessary. >This stopped with >Uncompressing Linux... >invalid compressed format > -- System halted Most likely zImage wasn't copied onto the floppy in one contiguous piece, which I believe is what the loader expects. Thus, the loader wound up putting currupt data into memory and the decompression code blew chunks when it encountered it. >Can anybody tell me how I can make a floppy on which I can boot? Well, the two little steps I showed you before represent the surest way. I believe you can also do something crude like: # rdev zImage /dev/hda2 # cat zImage > /dev/fd0 I think using dd is a bit more reliable though. Just my opinion. Note that if you're using csh or tcsh (and possibly others), you might have to do an 'unset noclobber' to keep the shell from complaining that /dev/fd0 already exists. Remember: when making a boot disk, you want to dump the zImage file right onto the floppy in one contiguous hunk, as though you were RAWRITEing it. zImage has its own boot loader that will copy the kernel into memory a track at a time (whenever possible) and start it running. All you need is a formatted floppy for this. Now, if you were to try building a boot floppy using LILO, *then* you would have to worry about making a filesystem and mounting the floppy and all that. This is the subject of a whole other post though. Maybe several. :) >Thanks a lot! You're welcome! ;) >--Ernst >-- >Ernst Niebur Phone (818)395 2880 >Computation and Neural Systems Fax (818)796 8876 >Caltech 139-74 ernst@caltech.edu >Pasadena, CA 91125, USA ernst@caltech.bitnet Hope this helps. -Bill Paul ghod@drycas.club.cc.cmu.edu "Double bucky, you're the one. You make hacking lots of fun..." ------------------------------ ** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.misc) via: Internet: Linux-Misc@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-Misc Digest ******************************