home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25648 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.3 KB  |  66 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!math.fu-berlin.de!Sirius.dfn.de!tubsibr!dbstu1.rz.tu-bs.de!I1041301
  3. From: I1041301@dbstu1.rz.tu-bs.de (Mike Dowling)
  4. Subject: 0.99pl? won't boot from the hard disk
  5. Message-ID: <16B62112DA.I1041301@dbstu1.rz.tu-bs.de>
  6. Sender: postnntp@ibr.cs.tu-bs.de (Mr. Nntp Inews Entry)
  7. Organization: Technical University Braunschweig, Germany
  8. Date: Tue, 26 Jan 1993 18:32:42 GMT
  9. Lines: 55
  10.  
  11. I have just searched the massive list of contributions to this list and
  12. it would appear that there are one or two people with the same problem.
  13. I certainly desparately need a solution.  The problem is this.
  14.  
  15. When I upgraded 0.98pl4 to 0.99pl3 on my now somewhat aging 386
  16. computer, the kernl compiled well enough, but I had a kernel panic when
  17. I tried to boot from the hard disk.  LILO started all right, and the
  18. last correct boot message was that the partition tables are ok.  Then
  19. Linux said that it could not mount the root disk, and paniced.
  20.  
  21. I had first updated the periferal stuff, so that I had the latest
  22. gcc2.3.3, the 4.2 libs, lilo 8, and so on.  I did this before attempting
  23. to install 0.99pl3.
  24.  
  25. After my initial failure, I then booted the system
  26. from a floppy containing 0.99pl2, and it worked fine.  It follows that
  27. 0.99 could boot from the floppy and mount my two RLL hard disks, but not
  28. if it was booting from a hard disk.
  29.  
  30. I then tried to re-install 0.99pl2 directly from the floppy.  This was
  31. very troublesome as the lilo on the floppy was obviously using the older
  32. libraries, so that the floppy software was not compatible with that on the  hd.
  33. I also got strange messages from lilo to the effect that the boot sector
  34. was version somthing, and it was execting some other version.  I
  35. eventually succeeded in running lilo, but I still had the same message.
  36. This time though, the message was a little different.  Apparently the
  37. kernel could not access the superblock, and paniced.
  38.  
  39. Not to be beaten, I thought that it might have something to do with the
  40. extended file system I was using.  I carefully copied everything of
  41. value from the hda1 to hdb1, and ran fsck on the bootdisk hda1, or at
  42. least I thought I did.  In fact, I was by this time very tired, and
  43. wiped hdb1 instead.  With nothing to loose now, I reformatted hda1 with
  44. minix, and reinstalled 0.99pl2 from the floppy.  No lilo problems this
  45. time as there is nothing left to be incompatible with.  Same problem,
  46. though; linux paciced when it could not access the superblock.
  47.  
  48. Defeated, I then installed 0.98pl5 without difficulty.  After a week of
  49. hard work, I have now restored the system to its previous state.  I
  50. tried using ftp and telnet from 0.98pl5, but it was very buggy.  The
  51. worst thing that happened was that ftp caused a severe system crash
  52. after which every block of the 80 MB hdb1 was marked as not in use when it
  53. was.  As this disk was 99% full, efsck had to be run using the "-a"
  54. option, which the auther himself warned against.  It worked fine; five
  55. minutes later it had restored the entire hd; it is a great program.  I
  56. now no longer trust ftp or telnet with 0.98pl5, yet it is precisely the
  57. network facilities that is the reason why I have not junked this old
  58. computer.  I desparately need a functioning 0.99pl?.
  59.  
  60. I also have a 486 at home and have had 0.99pl3 up and running for some
  61. time without any problems.  This computer has AT bus hard disks.
  62.  
  63. Suggestions warmly received.
  64.  
  65. Mike Dowling
  66.