[Previous] [Contents] [Index] [Next]

fs-qnx4.so

QNX 4 compatible filesystem support

Syntax:

driver ... qnx4 qnx4_options... &

Options:

Where driver is any of the devb-* drivers, and qnx4_options is one or more of the following, separated by commas:

noembed
Never embed inode details; always place in fixed-size .inodes.
overalloc
Enable a more aggressive file-extent over-allocation heuristic.
rmvbmap
Calculate/store .bitmap details for removable media too.
unbusy
Attempt to repair any file marked as "busy" on the filesystem (i.e. a file that was being grown or shrunk when the system was improperly shutdown). The default action is to return EBADFSYS to any attempt to open such a file; this option will instead truncate the file to its last-known valid size, unset the "busy" indicator, and allow access. This truncation may result in lost data and unused blocks marked as used in the bitmap, so run chkfsys later to ensure full filesystem consistency.

In addition, you can specify any of the filesystem options described for io-blk.so.

Description:

The fs-qnx4.so shared object provides support for QNX 4 filesystems. It's automatically loaded by the devb-* drivers when mounting a QNX 4 filesystem.

Files:

.longfilenames
To enable support for long filenames (more than 48 characters) on an existing QNX 4 compatible filesystem, login as root and create an empty, read-only file named .longfilenames in the root directory of that filesystem.

To enable support for long filenames on a new QNX 4 filesystem, use the -N option to dinit.

See also:

fs-cd.so, fs-dos.so, fs-ext2.so, io-blk.so, mount, umount

"Block-oriented drivers (devb-*)" in the Utilities Summary

"QNX 4 filesystem" in the Working With Filesystems chapter of the User's Guide


[Previous] [Contents] [Index] [Next]