Date: Wed, 22 Feb 1995 09:14:38 +1100 From: Bruce Evans <bde@zeta.org.au> To: jmz@cabri.obs-besancon.fr, rgrimes@gndrsh.aac.dev.com Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: ls -R does not recurse (on cdrom) Message-ID: <199502212214.JAA23941@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> 'ls -R /cdrom' sometimes lists only the /cdrom directory and does not
>> recurse, but 'ls -lR /cdrom' works. This nevers happens after a
>For the find problem we need to pull over some patches made to 1.X find,
>try this and let me know if it works for you (I don't have a cdrom
>on a 2.x system here :-().
This doesn't explain variable behaviour. It looks like a link counts
is wrong. `ls -l...' has to stat everything so it doesn't have to do
extra work to determine which files are directories. `ls -R' apparently
uses an optimization based on the link counts of the parent directories
(a link count of 1 means that a directory can't have any subdirectories).
cd9660 and msdsofs file systems don't really have link counts but the
counts are supposed to be fudged differently for directories to make
the find hack work.
>Find /cdrom -fstype cd9660 -type f -exec file {} \;
>This may be the default file system type used by find not containing
>cd9660 (this was the problem in 1.x, only it was missing isofs).
It's mising again. Sigh.
Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199502212214.JAA23941>