ci4ic4 <ci4...@proton.me> writes:
> Hi,
>
> A few days ago I was testing lang/python313 'make test', to see if it panics
> under the then- current aarch64 system. I don't remember exactly what
> happened at the time, I was distracted by something else, it didn't complete
> but whether it gave a panic or froze and I reset the VM -I am not sure. Today
> I tried 'pkgclean', which failed. It turned out that in the python313 work
> directory there was a subdirectory, result of a test, which I was not able to
> remove - any attempt to access it results in 'Operation not permitted'. I was
> able to move its parent directory to / and then complete the 'pkgclean', but
> I am left with this weird empty directory, to which I am able to 'cd', but
> not do anything. The directory name looks like:
> ...
> # ls -al
> total 12
> drwxr-xr-x 3 root wheel 512 Dec 16 21:06 .
> drwxr-xr-x 23 root wheel 512 Jan 6 14:51 ..
> drwxr-xr-x 2 root wheel 512 Dec 16 21:06 @test_8921_tmpæ_SRC
> ...
>
> If I ktruss any operation, I get:
> ...
> 4042 4042 touch __stat50("@test_8921_tmpæ_SRC", 0xffffffcb8e08) = 0
> 4042 4042 touch utimensat(0xffffff9c, 0xffffffcb94d6, 0xffffffcb8db0,
> 0) Err#1 EPERM
> 4042 4042 touch utimensat(0xffffff9c, 0xffffffcb94d6, 0, 0) Err#1 EPERM
> 4042 4042 touch write(0x2, 0xffffffcb85a8, 0x7) = 7
> "touch: "
> 4042 4042 touch write(0x2, 0xffffffcb86a8, 0x14) = 20
> "@test_8921_tmp\M-C\M-&_SRC"
> 4042 4042 touch write(0x2, 0xf83c57669928, 0x2) = 2
> ": "
> ...
>
> I booted the VM (as I mentioned, it is an aarch64 guest on OCI, at the moment
> running
>
> # uname -a
> NetBSD ci4o2 10.99.12 NetBSD 10.99.12 (GENERIC64) #0: Tue Dec 24 01:19:30 GMT
> 2024
> r...@ym1r.lorien.lan:/bd/sysbuild/evbarm64/obj/home/sysbuild/src/sys/arch/evbarm/compile/GENERIC64
> evbarm
>
>
> and I booted single-user at the console, forced an fsck on the filesystem and
> tried to remove it (obviously after remounting r/w) again in single-user, to
> no avail.
>
>
> Any idea as to why this might have happened and how to get rid of this
> directory? I don't think it is because of the æ in the name, I can create
> another subdirectory containing this character and delete it.
>
> Chavdar
My first thought would be that one of the extended file flags is set.
Do a "ls -lo" and consult 'man chflags' to see if schg or uchg got set
somehow.
--
Brad Spencer - b...@anduin.eldar.org
