home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8688 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!rutgers!ub!acsu.buffalo.edu!jmsimon
  2. From: jmsimon@acsu.buffalo.edu (JMS)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: BUG: crashing program kills file system
  5. Keywords: core, core, how I love core
  6. Message-ID: <BtA874.MDG@acsu.buffalo.edu>
  7. Date: 20 Aug 92 12:33:03 GMT
  8. References: <1992Aug19.195839.20139@dfv.rwth-aachen.de>
  9. Sender: jmsimon@acsu.buffalo.edu (JMS)
  10. Organization: UB a grate pursun!
  11. Lines: 52
  12. Nntp-Posting-Host: lictor.acsu.buffalo.edu
  13.  
  14. mj@dfv.rwth-aachen.de (Martin Junius) writes:
  15. ---------------------------------------------
  16. >The following bug I ran across while trying to uncompress/tar a 
  17. >.tar.Z file directly from floppy disk:
  18. >
  19. >uncompress died with a core dump, obviously it didn't like the 
  20. >garbage right after the last byte of the .tar.Z file (can be 
  21. >reproduced with 2.2.2dmisc.tar.Z from the GCC distribution and 
  22. >RAWRITE). This can be solved by dd'ing the files to floppy disk 
  23. >with `conv=sync', but that's not the problem.
  24. >
  25. >The problem is that uncompress while writing to disk and core 
  26. >dumping corrupts the file system!!! Looks like the kernel 
  27. >does some strange things to the buffers while dumping core, so 
  28. >that the currently written files are not written to disk, but 
  29. >blocks for them are marked used, or something like that. After 
  30. >some more disk activity your file system will be ready for a new 
  31. >install.
  32. >
  33. >Maybe someone should take a deep look in the core dump code ...
  34. >
  35. >One way to prevent the file system from getting corrupted is 
  36. >_immediately_ after the crash deleting this extracted files and 
  37. >then calling "fsck -r", which will be able to restore the file 
  38. >system.
  39.  
  40. I've dumped core many a time, and haven't had any filesystem trouble
  41. yet (I think! Oh no, not a Maxtor-Meltdown!)
  42.  
  43. Seriously, no trouble here. I did have some difficulty with 0.96c if
  44. my filesystem was mostly full and core dumped - nothing a fsck wouldn't
  45. fix, tho. Could it have something to do with compress specifically? I
  46. have noticed that compress can't handle a file with garbage at the end.
  47.  
  48. Recommendation: tar your files, compress the tar, then *re-tar* the .tar.Z
  49.         file - this will solve core problems with compress! If it
  50.         don't dump core, it probably won't corrupt you
  51.  
  52. >Martin
  53. >-- 
  54. > _____ _____
  55. >|     |___  |   Martin Junius           FIDO:      2:242/6.1
  56. >| | | |   | |   Communication Networks  Internet:  mj@dfv.rwth-aachen.de
  57. >|_|_|_|@work|   Aachen U of Technology  Phone:     ++49-241-8790220 (voice)
  58.  
  59. JMS
  60.  
  61. -- 
  62. *******************************************************************************
  63.  Jeffrey M. Simon           .o   o.         Computer Science / Business Mgmt.
  64.  jmsimon@acsu.buffalo.edu       ~~v~~         State University of NY at Buffalo
  65. ***** "Perspiration = ( Genius - 1% Inspiration ) / .99" -Ein*kinda*stein *****
  66.