When tuneing filesystems with tunefs, it is not obvious what the current parameters are. You can use dumpfs, but that's not obvious which settings are tuneable, and is far from clear to the non-guru (it's like using a hexdump of a tar archive to get a table-of-contents). There is also an undocumented option in the man page that can be dangerous. Suppose your disk driver decides to scramble all writes while you tell tunefs to update all backup superblocks. This suggested change adds a '-p' (print) switch to bring it in line with some SVR4 systems. # tunefs -p /dev/rsd0h tunefs: maximum contiguous block count: (-a) 1 tunefs: rotational delay between contiguous blocks: (-d) 4 ms tunefs: maximum blocks per file in a cylinder group: (-e) 1024 tunefs: minimum percentage of free space: (-m) 10% tunefs: optimization preference: (-o) time Fix: Apply this patch to tunefs.c and tunefs.8 How-To-Repeat: Use tunefs and dumpfs.
State Changed From-To: open->closed Suggested fix applied (with minor, mostly optics, changes by me).