FreeBSD Bugzilla – Attachment 20114 Details for
Bug 35539
[PATCH] config-tuning: clean up after revision 1.42 and 1.43
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Help
|
New Account
|
Log In
Remember
[x]
|
Forgot Password
Login:
[x]
[patch]
file.diff
file.diff (text/plain), 1.69 KB, created by
Martin Heinen
on 2002-03-04 17:00:02 UTC
(
hide
)
Description:
file.diff
Filename:
MIME Type:
Creator:
Martin Heinen
Created:
2002-03-04 17:00:02 UTC
Size:
1.69 KB
patch
obsolete
>Index: chapter.sgml >=================================================================== >RCS file: /u/cvs/doc/en_US.ISO8859-1/books/handbook/config/chapter.sgml,v >retrieving revision 1.44 >diff -u -r1.44 chapter.sgml >--- chapter.sgml 28 Feb 2002 22:38:15 -0000 1.44 >+++ chapter.sgml 4 Mar 2002 16:06:20 -0000 >@@ -923,13 +923,13 @@ > their way out of the buffer cache onto the disk by the time > of the crash, &man.fsck.8; is able to recognize this and > repair the filesystem by setting the file length to >- 0). Additionally, the implementation is clear and simple. >+ 0. Additionally, the implementation is clear and simple. > The disadvantage is that meta-data changes are slow. An > <command>rm -r</command>, for instance, touches all the files in a > directory sequentially, but each directory > change (deletion of a file) will be written synchronously > to the disk. This includes updates to the directory itself, >- to the i-node table, and possibly to indirect blocks >+ to the inode table, and possibly to indirect blocks > allocated by the file. Similar considerations apply for > unrolling large hierarchies (<command>tar -x</command>).</para> > >@@ -953,7 +953,7 @@ > will be left in an unpredictable state. There is no opportunity > to examine the state of the file system when the system > comes up again; the data blocks of a file could already have >- been written to the disk while the updates of the i-node >+ been written to the disk while the updates of the inode > table or the associated directory were not. It is actually > impossible to implement a <command>fsck</command> which is > able to clean up the resulting chaos (because the necessary
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Diff
View Attachment As Raw
Actions:
View
|
Diff
Attachments on
bug 35539
: 20114