home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / linux / 16976 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.4 KB  |  40 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!julienas!jussieu!card
  3. From: card@masi.ibp.fr (Remy CARD)
  4. Subject: Re: Inode/Zone count errors with ext fs
  5. Message-ID: <1992Nov17.161106.18763@jussieu.fr>
  6. Sender: news@jussieu.fr (Le Facteur)
  7. Nntp-Posting-Host: ares.ibp.fr
  8. Organization: Laboratoire MASI - Universite Pierre et Marie Curie - Paris - France
  9. References: <1992Nov14.184337.23031@jussieu.fr> <1992Nov14.225450.23196@prime.mdata.fi>
  10. Date: Tue, 17 Nov 1992 16:11:06 GMT
  11. Lines: 27
  12.  
  13. In article <1992Nov14.225450.23196@prime.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
  14. >
  15. >I wonder, what would happen if you first sync'ed (three times :),
  16. >then ran efsck, and right after that switched the power off? Is
  17. >there any other data kept in the kernel buffers after a sync except
  18. >the superblock?
  19.  
  20.     If you sync, all buffers are written back to the disk and
  21. the memory copy of the super block is also updated on the file system.
  22. When you run efsck, it can correct the super block on the disk.  If
  23. you switch off the power just after running efsck, the memory copy of
  24. the super block is not written to the disk so the changes made by
  25. efsck are not overwritten and you win.
  26.  
  27.     Note that if a process allocates or deallocates a block
  28. or an inode just after you ran efsck and before you switch off the
  29. power, you lose because the memory copy of the super block has been
  30. modified.
  31.  
  32. >
  33. >-- 
  34. >kennu@mits.mdata.fi
  35.  
  36. --
  37.  
  38.     Remy Card
  39.     card@masi.ibp.fr
  40.