Re: DOS -- Linux
I have heard that there is an SMB client for DOS. Check out: ftp://ftp.microsoft.com/bussys/ Also look at: http://lake.canberra.edu.au/pub/samba/docs/smb_serv/html/smb_se-2.html#clients Good luck. Chris -)- On Nov 27, 11:29am, Matthew Hewitt wrote: Subject: DOS -- Linux : : I am running Debian 1.1. I want to use it as a file server for MSDOS : 6.22. I was wondering what can I use to facilitate this. I know that I : can use WFWG to connect to the samba server but is there such a thing : for MSDOS? I want to be able to boot off a floppy and have the Linux : exported directory structure come up as c: . Basically make a : Diskless(will sort of) dos station. Anyone hear of anything like this? : Or is there a PC-NFS or equievelent in the shareware/freeware domain. -- End of excerpt from Matthew Hewitt -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: g
This may be way off, but some of us have trouble loading Linux from floppy if the cache is turned on. Try turning off cache and see if the problem goes away. Typically, the cache issue shows up while the kernel is being decompressed, not during the initial boot. The solution given below by Heiko is more likely the correct one. Chris -)- On Sep 26, 10:51am, Heiko Schlittermann wrote: Subject: g : d. mashao wrote: : : : : I am trying to upgrade from linux kernel 1.2.1 (Unifix 1.6) to : : either Debian or Slackware. I have been persuaded by all this talk : : about Debian system. : : nice. : : : I followed the instructions on making floppies but unfortunately the : : process stops after reading the boot disk with the error message: : : Loading ... Boot failed: Change disks and press any key : : Reads as if your floppy disk is demaged. Make a _new_ boot floppy. -- End of excerpt from Heiko Schlittermann -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: System hangs on SCSI reset (AHA 1522).
This is with two flavors of Slacware and with Debian. It seems to be a problem that my SCSI adapter has with Linux in general. On Sep 22, 6:34pm, Hamish Moffatt wrote: Subject: Re: System hangs on SCSI reset (AHA 1522). : Problem: The system hangs when the SCSI bus is reset. : Config: Adaptec 1522 SCSI controller :Two different motherboards :Three different versions of Linux : : More specifically, I cannot perform a soft reboot from Linux. If, for : : Is this with Debian only, not Slackware, Redhat etc? -- End of excerpt from Hamish Moffatt -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
System hangs on SCSI reset (AHA 1522).
Problem: The system hangs when the SCSI bus is reset. Config: Adaptec 1522 SCSI controller Two different motherboards Three different versions of Linux More specifically, I cannot perform a soft reboot from Linux. If, for example, I run 'shutdown -r now' the system will shut down normally, but will hang during the boot phase just after it recognizes the SCSI controller. I can reboot DOS to DOS, but if I am running DOS and reboot to Linux the system hangs in the same place. Shutting off power and then rebooting clears the problem. Any clues or comments? Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: ?-html
I've seen a few listed. Try: http://www.ncsa.uiuc.edu/SDG/Software/XMosaic/faq-software.html#editors On Sep 17, 3:56pm, [EMAIL PROTECTED] wrote: Subject: ?-html : Hi, : Please does anyone know of a program/script I can run to provide an : html output for my manual pages? or better still act as the front end : of man? I have heard that there is some utility for doing this, though : I have not come across it yet -- End of excerpt from [EMAIL PROTECTED] -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Lynx and binary files
This is being handled by the 'mime.types' file. I don't really know enough about it, but I'll take a shot in hopes that it will help. The remote server has a mime.types file that tells it what Content-type: line to write out. You should be able to fix the problem by getting the site maintainer to add the 'deb' extension to the 'application/octet-stream' line. It might also work to add 'deb' to the 'application/octet-stream' of the mime.types file that Lynx is using at your end. I'm not sure if this will work, but it's worth a try. Good luck! Chris -)- On Sep 13, 1:26pm, Martin Schulze wrote: Subject: Lynx and binary files : Good day folks, : : I've been runnning into a problem with lynx and download of files. : : In an ftp-listing I try to download two files : : (a) x.tar.gz : and : (b) x.deb : : Case (a) works without any problem, but the downloaded file (b) isn't : usable. I then took look at the ftpserver and found out that (a) was : fetched in binary mode, but for (b) an ascii connection was used. : : Before downloading lynx shows the following (not exactly) : : (a) Content-type: application/GNU Compr. Tar : : (b) Content-type: text/plain : : The question now is, who tells lynx to identify these files? -- End of excerpt from Martin Schulze -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: bug ins installation disks utilities?
Amos, This sounds like a probelm that I'm trying to track down! Here are some key questions: 1) Is your floppy boot disk connected to the floppy controller on the 1542? 2) What is the ROM release of the 1542? (It should appear as the system starts up). 3) What brand and revision is your system BIOS? -and- 4) Does the problem go away if you turn off the internal and/or external cache? Turning off the cache seems to be the way to get around this problem. To do this, you need to go into the BIOS setup. The settings might be internal and external cache, or level 1 and level 2 cache, or something like that. *PLEASE* let me know the answers to these questions. I've got the same problem. I've worked around it but I really want to *solve* it! Thanks! Chris -)- On Sep 11, 7:50pm, Amos Shapira wrote: Subject: bug ins installation disks utilities? : Hello, : : I was trying to test the boot process of Debian 1.1.8, which kept : failing in the stage of unpacking the bases diskettes. : : The system is: : : 80486 DX2/66 : 16Mb memory : AHA1542CF ISA scsi controller : PCI motherboard -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: seeking WWW browser (smaller than Netscape)
On Sep 9, 7:50pm, Shaya Potter wrote: Subject: Re: seeking WWW browser (smaller than Netscape) : : If you want to view it that way, graphics were not html, they were a : Mosiac'ism. I don't know the history of it, but I'll take your word. In any case, minimal support for inline graphics are now part of the HTML specification. Tables have also been added (recently) to the standard; frames have not. As such, it's not likely that Mosaic or Lynx will support frames in the near future. (Tables are being added to Mosaic. I don't know the status of tables in Lynx). That leaves only a short list of commercial browsers, and that was really my point. (Actually, I don't know of any other commercial browsers that run on Linux and support frames.) Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: seeking WWW browser (smaller than Netscape)
On Sep 8, 9:27am, Bill Roman wrote: Subject: seeking WWW browser (smaller than Netscape) : : I've tried Mosaic (2.7 beta), but it's rather dated (no frames, for : one thing). Frames are *not* HTML. They are a Netscape-ism. For information on the current draft version of the HTML specification (HTML 3.2), check out http://www.w3.org/pub/WWW/MarkUp/Wilbur/ I agree that Mosaic 2.7b5 is a bit of a problem. The developers themselves call it large and hacked. They are working on version 2.8, which will be a major rewrite and will support the HTML 3.2 spec. See the comments in the 2.7b5 release notes: http://www.ncsa.uiuc.edu/SDG/Software/XMosaic/help-on-version-2.7b5.html#about Hope that's of use... Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: time to split the list?
On Sep 6, 8:31am, Thomas R Behrndt wrote: Subject: Re: time to split the list? : A very good idea. However, it might be a good idea to retain the name : debian-user as well, particularly since there is now a news group of : that name. Seconded. I like the name debian-user better than debian-nontechnical. The latter (IMHO) sounds a bit more as though we are trying to divide subscribers based on their knowledge level. -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: WABI
I knew I was keeping this around for a reason... Subject: Wabi on Linux : : Info on Wabi for Linux: : : - : The Caldera Solutions CD : : Wabi will ship on the Caldera Solutions CD, which will be included : with every shipment of the Caldera Network Desktop. The : CD-ROM contains mainstream applications, including WordPerfect, : CorelDRAW and Delrina Forms Flow Filler, ported to Caldera's : Linux platform by both Caldera and its Independent Vendor Partners. : Customers can easily purchase and unlock these products, including : Wabi, directly from the CD-ROM using GLOBEtrotter's FLEXlm : license manager software. By placing their products on the Caldera : Solutions CD, Caldera's third-party development partners can offer : products on the industry's first commodity-priced UNIX-based : platform. These applications will ship on a single CD-ROM, from : which System Integrators, VARs and consultants can purchase and : install from the CD-ROM the combination of software that meets : the unique needs of each customer. : : Availability and Pricing : : Caldera plans to ship Wabi on the Caldera Solutions CD during the : next quarter. Wabi on the Caldera Solutions CD will sell for less : than $200. : : - : : Q: When will Windows 95 applications be supported in Wabi? : : A: A certified list of Windows 95 applications (including MS Office :95, SmartSuite 96, plus currently supported 16 bit applications :will be supported in Q1 (CY97) in Wabi 3.0. : :This is the current plan, subject to change. -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Installation disk kernel decompression failure.
We're still trying to resolve the kernel decompression failure problem, and we need some help: * from anyone who has experienced this problem on their system * from someone who can do a small amount of assembler coding The problem: On some systems, when attempting to boot from the installation boot disk (boot1440.bin, etc), the kernel fails to decompress following the 'boot: ' prompt. This is usually solved by turning off the internal cache via the bios. One possible solution: On Aug 27, 2:40pm, Bruce Perens wrote: Subject: Re: Kernel decompression failure. : I know what the next test should be, but I have not had time to look : up the appropriate instruction and code it up. Nor am I any sort of : expert on 486 assembler. : In /usr/src/linux-2.0.14/arch/i386/boot/setup.S, the cache must be : invalidated before and after the lmswax instruction. -- End of excerpt from Bruce Perens Please let me know if you can help us out. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Debian on a Compaq Prosignia 4/66
David, (Original message quoted below.) I asked around and got two suggestions: 1) If it's an EISA machine, use the EISA config to find out more about the controller. In particular, you want to know if there is an emulation mode. If so, you may want to play with this to see if there is a Linux driver for either the emulated or non-emulated controller. 2) Check their web site for software that will let you view the configuration. I took a look at the web site. From your description I *guessed* that you have a Prosignia VS. The docs say only that it's a 32-bit integrated controller. (Helpful, arent' they?) I hope that's some help. Chris -)- On Aug 23, 12:45pm, David Power wrote: Subject: Debian on a Compaq Prosignia 4/66 : We were just given a Compaq Prosignia 4/66 with 40 MB RAM and a 1.05 : GB SCSI drive to user as a DB Server. Our preference is to run it : under Linux. However, it has a built-in SCSI controller. So far we : have tried Debian 1.1, 1.1.6, and all of the Debial 2.0.5 alternate : boot disks with no luck in detecting and working with the SCSI : controller... : : DOS does work on the system as did Novell 3.12. The system arrived : without documentation. So far the email to Compaq asking for the : SCSI controller equivalent has not been answered. -- End of excerpt from David Power -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Not keeping correct time
: On Mon, 19 Aug 1996, Shaya Potter wrote: Subject: Re: Not keeping correct time : : I just noticed that my linux box dosen't seem to be keeping correct : time. I tried running xntp to correct it, but it wouldn't work (does : it work behind firewalls?) Does anyone know of an efficient way to : make my linux box keep correct time? I don't know if xntp works behind firewalls, but as a test you can try running ntpdate, which should be part of the same package. Run # ntpdate -d list of hosts as root (without xntpd running). You should get back about a page of information for each remote host and, at the bottom, it should tell you which host it liked and how far off your clock is. Note that the remote hosts must be running the xntpd server for this to work. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Please explain Motif issues (was: StarOffice under Debian)
Can someone point me toward the FAQ or HOWTO that will explain the issues with Motif? Why is Motif hard to come by and what is Lesstif? Thnax! Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: (yet again) [Fwd: Virus Alert]
On Aug 16, 4:44pm, Robbie Honerkamp wrote: Subject: Re: [Fwd: Virus Alert] : : Not true. You can't get a virus from reading an email message. : -- End of excerpt from Robbie Honerkamp Actually, that depends upon your E'mail system. Microsoft mail allows you to send macros along with messages. These macros are automatically run when the message is read. I have first-hand experience with a virus (actually, a destructive macro) that was transmitted this way. ...but that's a hole in Microsoft mail. Obviously, this kind of thing could not be done via the standard Unix mail system (unless you had a MIME-aware mail reader that was willing to run Java code for you... Oooops!) Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Anyone who had the installation kernel decompression problem.
If you have had trouble booting from the installation floppy (created from boot1440.bin or boot1200.bin), please help me out. I have been researching the problem (thanks to Bruce Perens for help and guidance), and I would now like to pinpoint a specific hardware incompatibility, if one exists. Hopefully, this will suggest a fix for the problem, or at least allow us to warn others. The problem: On some systems, using the Debian Installation Boot Disk, the linux kernel fails to decompress. (This happens *after* you have pressed return in response to the 'boot:' prompt.) Typical solutions: This problem is often avoided by turning off the level one and/or level two cache. Others have also suggested reducing the clock speed, or increasing the wait states. If you have experienced this, I would like to know: * Your CPU type. * Your floppy controller. * Your solution. * Anything else that might be helpful. I look forward to your replies. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Isn't it a security hole...
On Aug 14, 2:35pm, Bruce Perens wrote: : Ahem. Let's not use the word hacker to mean computer criminal on : this list. cracker is more appropriate. -- End of excerpt from Bruce Perens Seconded. The term hacker originally referred to one who would hack at [working] code to make it better, faster, cleaner, more fun, etc. The term has been badly misused in recent years, and for some has taken on a new meaning. Given the true meaning of the term, most of the people on this list could be called hacker. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Problems with aha1542.o ...
On Aug 13, 8:09am, Richard G. Roberto wrote: Subject: Problems with aha1542.o ... [snip] : I did an strace -f on it and it seems that its : unable to find its irq. I can't find any way to pass a : parameter to the module to tell it what irq I'm on (10)! You can include the IRQ using a comma, as in: append = aha1542=0x234,10 It took me a while to search this down, but the documentation (thanks to LDP) is available at: http://sunsite.unc.edu/mdw/HOWTO/BootPrompt-HOWTO-4.html#ss4.2 The syntax for the 'aha1542=' line is: aha152x=iobase[,irq[,scsi-id[,reconnect[,parity This should, at minimum, allow you to include the IRQ. I hope that helps! Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: how to boot single-user mode?
On Aug 13, 7:44am, Ken Gaugler wrote: Subject: how to boot single-user mode? : Last night I tried and tried to get my system to come up in : single user mode (so I could do some major filesystem changes). : I couldn't get it to come up single-user. I tried booting from : the original install boot floppy, and to my surprise it booted : up my kernel on the hard disk?!?!?! -- End of excerpt from Ken Gaugler Just a quick check you can do: Go into your BIOS setup and see if the system is set to boot from C: then A:, or to ignore the floppy on boot. If so, then you need to make sure that the boot search order is A:, C:. This doesn't fix your other issue (not being able to run single-user), but it's worth checking. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Error in archive format for boot1440_2.0.5-1.bin
Luca, Yes, I've got a similar problem. Try this: In your systems BIOS setup, disable the internal cache, then try the installation again. If that fails, try turning off the external cache, too. This has worked for some. From what I've read (and havn't had time to test), once the system is installed on your hard drive you should be able to turn the cache back on. *If* this works for you, *please* let me know. I'll try to coordinate some of the data so that we have something solid to pass to the developers. Chris -)- On Aug 14, 11:24am, Luca Maranzano wrote: Subject: Error in archive format for boot1440_2.0.5-1.bin : Hi all, : : I'm installing Debian 1.1 on a P90 with a NCR53c810 SCSI controller, : so I grabbed the special kernel 'boot1440_2.0.5-1.bin' which supports : this cotroller. The installation process proceeds fine until the : Install the Operating System Kernel step. When I insert the : boot floppy after a while I get the message: : : Error in archive format. : : I'm sure the floppy is good (I've tryed 2 different floppies : formatted with fdformat) and the file boot1440_2.0.5-1.bin has : been downloaded from ftp.debian.org. So my guess is that the : original file is somehow corrupted. : : I've tryed to insert the standard boot disk and it has been read : correctly, but there is an incompatibility between the version of the : kernel of the 2 boot disks so I can't load the module for the : ethernet card to continue the installation via NFS. : : Anyone has experienced similar problems? : : Thanks in advance for any answer. : : Regards, : Luca. : -- End of excerpt from Luca Maranzano -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: installation boot fails with standard bootdisk on 486SX/33
On Aug 11, 7:25pm, Bruce Perens wrote: Subject: installation boot fails with standard bootdisk on 486SX/33 : From: Christopher R. Hertel [EMAIL PROTECTED] : On my system (brand-new AMD-486DX4-120), the error that I get tells : me that the failure is occurring as the kernel is being : decompressed. : : OK - if this is true that means: : : 1. Bad data on the floppy. Most common. Re-download and write : another. Have done. Several times from several sources using several floppies. I've also used several tools (including DOS format, Win95 format, Norton Utilities Format, Scandisk, chkdsk, and other Norton stuff) to verify that the floppies are in good condition before I write to them. I am using dd under Linux 1.2.8 to write the floppies. I am also using the same floppy drive to format write the disks, and to boot. I think I've covered this aspect. : 2. LFB setting in your BIOS wrong. See the installation document. : Rare. There is no LFB setting in my BIOS setup. I have read the installation documentation. : 3. Bad RAM or other hardware. Happens _rarely_, but has indeed : happened. : : try turning off the cache and see : if that fixes the problem. If it does, report it as a bug. : : It is best reported to [EMAIL PROTECTED] and copied to : us. : It's not really our job to fix the kernel - we just distribute it. I disabled the internal cache and--*poof*--the problem went away. I will send a report to [EMAIL PROTECTED] Based on my results, and the results of others (as posted to this mailing list) I believe that this is *not* a kernel problem because, as you pointed out when discussing the possibility of an APM problem, the kernel is not yet loaded when the decompression error occurs. The problem, it appears, is in the decompression code. *QUERY*: those of you who have had this problem and gotten around it by turning off the internal cache, did you turn the cache back on once you had installed the system on your hard disk? Did that work? I'd like to know whether the decompression code in the floppy is the same as that which gets loaded on the hard drive. If so, does the problem persist when the kernel is being decompressed from the hard drive or does it only appear when booting from floppy? Is the kernel decompressed directly from the floppy, or is it transferred to the RAM disk first? : Sigh. I wish you'd spend some time supporting new users booting their : systems for a while. We really do need the help. It might change your : opinions, too. It seems that you've overlooked a couple of points: 1) I *was* providing support for a new user attempting to boot his system. I explained, as you did, that APM probably wasn't the problem. I also suggested turning off the cache. In my own case, and in several others, this (unfortunately) worked. (I say unfortunately, because I believe that I should be able to use the internal cache, unless you're telling me that Linux is intended *not* to run with internal cache enabled.) 2) I spent a *year* trying to figure out the SIGVEC problem, which was reported by several Linux users via newsgroups and mailing lists. The problem appeared on a variety of motherboards using a variety of CPU types, controller types, and memory configurations. Those of us who experienced this problem tried to combine our resources to solve it, but we did not have the technical expertise, or the support, or the stable platform we needed in order to accomplish much. Think about it: how am I supposed to test a fix to the kernel if I can't compile a new kernel because the system crashes whenever I try? (The SIGVEC problem was random, but typically occurred when an attempt was made to compile anything large. No, it did *not* always appear at the same point in the compilation.) At first, I got a great deal of helpful advice regarding the SIGVEC problem. Unfortunately, all of the suggestions that I received failed to correct it. Eventually, people started telling me and the others that the problem was in our hardware. When I explained that other operating systems (including DOS, Taos, and older versions of Linux) worked fine, I was told that those systems did not exercise the hardware as much as Linux does. Great. : Now I'm being told that I can't install Debian with the 2.0.x : kernel because my hardware is incompatible? This just doesn't make : sense! : : Huh? What hardware? Who said it was incompatible? So I've finally saved enough money to buy a new motherboard. Linux 1.2.8 now runs well. I've never figured out why the old one caused random SIGVEC errors, which is a shame, because that problem is probably still biting others out there (several of whom may have given up in disgust). So, now that 1.2.x is stable, I've decided to upgrade to 2.0.x. Unfortunately, a new hardware bug has appeared: I can't decompress the 2.0.x
Re: installation boot fails with standard bootdisk on 486SX/33
On Aug 9, 8:18am, [EMAIL PROTECTED] wrote: Subject: installation boot fails with standard bootdisk on 486SX/33 : : Installation fails on this old machine shortly after hitting return : at the 'Boot Parameters' prompt using the standard bootdisk. Linux : 1.2.13 runs fine. : : I suspect (based upon bug reports) that APM is enabled in the kernel : on the standard bootdisk and that this is the problem. : -- End of excerpt from [EMAIL PROTECTED] On my system (brand-new AMD-486DX4-120), the error that I get tells me that the failure is occuring as the kernel is being decompressed. This would suggest that APM is *not* the problem, as the kernel (if it does have APM support) has not yet started to run. I have seen postings on this mailing list that claim that the problem is level 2 cache, level 1 cache, EDO RAM on a board that doesn't support it, or generic hardware instability. Some 486sx system boards do have cache. If this is the case, try turning off the cache and see if that fixes the problem. If it does, report it as a bug. ...and now for the soapbox... Given the type of problem you've reported, you might hear the infamous hardware instability that doesn't show up when running DOS or older versions of Linux because the newest Linux makes your machine work harder cop-out. This is a completely invalid argument, IMO. I've heard it several times (not in the message quoted above :). If I can run older versions of Linux, and a new one shows up that doesn't run, then I claim that the problem is in the new software. I've already had this happen once. I ran Linux 1.0.8 without problems on a board with a Cyrix 486DLC-40. When I installed 1.2.8 I started getting frequent, random SIGVEC errors. These would often bring the system to its knees, forcing a power cycle. I heard from several others who had the same problem, but the only help we ever got were suggestions that we should buy new motherboards. I finally gave in, because I wanted a math co-processor and a faster CPU, and I wanted to get the *^@#%^! machine running (and because I'd finally saved up enough money). So, I have just purchased my new motherboard (with the AMD chip), and 1.2.8 runs very well. I have not seen any SIGVECs at all since the upgrade. Now I'm being told that I can't install Debian with the 2.0.x kernel because my hardware is incompatible? This just doen't make sense! From what I've seen in the few days I've been on this mailing list, there are several people out there who are having trouble installing Debian because of conflicts with the cache. Of those, several are running an older version of Linux successfully, or have managed to install the system by temporarily turning off the cache, and have no problems decompressing the kernel from the hard disk. Sorry if I sound a bit peeved about all this... ...but I am. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Install floppy boot failure
Dear Debian Development Debuggers, (couldn't resist that) I am attempting to install Debian 1.1 on my system. I currently run Linux 1.2.8 (an older SlackWare distribution), so I know that the system is capable of running Linux. I've written the boot, root, base floppies as prescribed, but every time I try to boot I get error messages as follows: boot: cr Loading... Uncompressing Linux... invalid compressed format (err=2) -- System Halted I've tried using a different floppy, erasing (dd if=/dev/zero...) and reformatting the floppies, formatting on different machines with different utilites (Norton format, DOS 6.x format, Weeners '95 format), and I've tried re-downloading the boot image from a variety of sources. All with the same result. I also tried entering boot parameters to specify my SCSI ethernet cards. This resulted in a different error message: incomplete literal tree Well, where do I go from here? Chris Hertel -)- . -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
