os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

- Fix newfs(8) name (there is no newfs_ffs(8)).

Browse source 
- Update status of newfs(8) and du(1).
This commit is contained in:
Pawel Jakub Dawidek 2005-01-08 17:50:00 +00:00
parent 4201a28de0
commit 238e6f1fea
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=23482
1 changed files with 13 additions and 13 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

26
en/projects/bigdisk/index.sgml
View file

@ -1,6 +1,6 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY date "$FreeBSD: www/en/projects/bigdisk/index.sgml,v 1.3 2004/09/17 14:53:06 scottl Exp $">
<!ENTITY date "$FreeBSD: www/en/projects/bigdisk/index.sgml,v 1.4 2004/12/04 12:18:01 ceri Exp $">
<!ENTITY title "Large data storage in FreeBSD">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
@ -125,13 +125,12 @@
</tr>
<tr>
<td>newfs_ffs</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>A quick audit of newfs shows that the '-s' option uses atoi()
instead of strtoull() or equivalent. A more thorough audit is needed
to see if other integer limits exist.</td>
<td>newfs</td>
<td>&a.pjd;</td>
<td>19 Sept 2004</td>
<td>&status.done;</td>
<td>Handling of '-s' option was fixed. Newfs should be now fully usable
for large file systems.</td>
</tr>
<tr>
@ -147,11 +146,12 @@
<tr>
<td>du</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>An audit is needed to make sure that all reported fields are
64-bit clean.</td>
<td>&a.pjd;</td>
<td>7 Jan 2004</td>
<td>&status.done;</td>
<td>Big files/directories handling was broken. It was fixed na du should
be now fully usable on large file systems with large
files/directories.</td>
</tr>
<tr>