On Sun, Nov 09, 2008 at 10:47:11AM +0100, Polytropon wrote:
> On Sun, 9 Nov 2008 10:35:21 +0100, Erik Trulsson <[EMAIL PROTECTED]> wrote:
> > Note that this does not limit the number of files you can have in a single
> > directory, since normal files do not contain hardlinks to the parent
> > directory, but there are of course limits to the total number of files and
> > directories you can have on a single filesystem based on how many inodes
> > were created when the filesystem was first created.
> Maybe this sounds stupid, but... given that a file system
> can hold n entries. What happens when a program tries to
> create file number n + 1?

The call to the open(2) system call will fail for one of the reasons
given in the manual page.
> I do ask this in order to explore if this could have been
> the reason for my massive data loss and UFS file system
> corruption.

My first point of inquiry in such a case would be if the hardware is
OK. If you're using (P|S)ATA|SCSI-3 devices, install smartmontools from
ports and test the disk with smartctl(8).

R.F.Smith                                   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)

Attachment: pgp0o7tO9DuGA.pgp
Description: PGP signature

Reply via email to