rsmith at xs4all.nl
Sun Nov 9 03:21:35 PST 2008
On Sun, Nov 09, 2008 at 10:47:11AM +0100, Polytropon wrote:
> On Sun, 9 Nov 2008 10:35:21 +0100, Erik Trulsson <ertr1013 at student.uu.se> 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
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).
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20081109/7610651a/attachment.pgp
More information about the freebsd-questions