Date: Mon, 03 Dec 2018 15:17:49 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 233436] rm -rf fails when the number of subfolders of a folder in a tree is too high Message-ID: <bug-233436-227-oy2ys89Wqy@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-233436-227@https.bugs.freebsd.org/bugzilla/> References: <bug-233436-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233436 pprocacci@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pprocacci@gmail.com --- Comment #2 from pprocacci@gmail.com --- As the previous poster commented, "Operation not permitted" implies (most likely) an immutable bit set on the files you are attempting to remove.=20 Though, this doesn't explain why find was successful in removing such files. Argument list too long *is* expect with `rm -rf *` if you are using a glob = in a very large directory. The glob gets expanded to all files within the current directory and sure enough, exceeds the number of arguments available to pas= s to the utility. As a side note; an alternative to find that I myself would have probably us= ed: ls <release>/foo/bar/ | xargs rm -rf --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-233436-227-oy2ys89Wqy>