Sent with Proton Mail secure email.
On Monday, 6 January 2025 at 15:33, Brad Spencer <b...@anduin.eldar.org> wrote:
> 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.
I thought it was to do with the extended flags, but have forgotten about the
'o' flag of /bin/ls and chflags. The directory has indeed the schg flag set,
but resetting it does not work for some reason:
# ls -lo
total 4
drwxr-xr-x 2 root wheel schg 512 Dec 16 21:06 @test_8921_tmpæ_SRC
# chflags -R noschg .
chflags: ./@test_8921_tmpæ_SRC: Permission denied
Weird...
>
>
>
>
>
> --
> Brad Spencer - b...@anduin.eldar.org
