Failed to remove '/.new_rootfs/': Directory not empty

Hey, so I'm getting the error in the title when doing akshara update. I'm trying to track down if this is because of my custom track or because of something else/ you can find my tracks here: https://github.com/s-20/owlbear-tracks/tree/main It's a spinoff of the regular Gnome track,. streamlined, with some stuff swapped around. Currently trying to refresh on gnomeish-owlbear.yaml and it worked until my last couple changes. Edit: a Gist with my system.yaml and the output of the akshara update command: https://gist.github.com/s-20/8c6868b537e5f5164b87ed0e05fd5e09
11 Replies
·𐑑𐑬𐑣𐑱
When the update is running try running systemctl daemon-reload in a terminal
The Owlbear(πŸ¦‰πŸ»)
Doesn't seem to do anything unfortunately. The systemctl command runs fine, but the update ends with:
umount: /.new_rootfs/: not mounted.
rmdir: failed to remove '/.new_rootfs/': Directory not empty
umount: /.new_rootfs/: not mounted.
rmdir: failed to remove '/.new_rootfs/': Directory not empty
and it happens really quick. The system lock aquires, the Arch tarball downloads, checksum verifies, and then it goes to generate the system. Then it aborts with the above output. If I rm -r the /.new_rootfs/ directory, I get the same results.
The Owlbear(πŸ¦‰πŸ»)
Gist
Output of sudo akshara update command and my System.yaml
Output of sudo akshara update command and my System.yaml - output of akshara update
Asterisk
Asteriskβ€’6mo ago
the copy of akshara in the repo is out of date @rudra has to fix that
The Owlbear(πŸ¦‰πŸ»)
Well, this seems to have partially solved the problem; but it's still not working after replacing the modified file. Now I get this:
sudo akshara update
[INFO] attempting to acquire system lock
[INFO] downloading Arch tarball...
.update.tar.zst: OK
[INFO] checksum verification was successful

[INFO] generating new system...
tar: Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.security.capability'
tar: Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.security.capability'
[ERROR] aborting
umount: /.new_rootfs/: not mounted.
sudo akshara update
[INFO] attempting to acquire system lock
[INFO] downloading Arch tarball...
.update.tar.zst: OK
[INFO] checksum verification was successful

[INFO] generating new system...
tar: Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.security.capability'
tar: Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.security.capability'
[ERROR] aborting
umount: /.new_rootfs/: not mounted.
Sorry it took so long to post feedback on this. I just got home.
#1 mixed number hater
#1 mixed number haterβ€’6mo ago
oops i forgor about this uhhhhh should have it fixed later hopefully
The Owlbear(πŸ¦‰πŸ»)
Once it gets fixed, do I have to do anything or just update again?
Asterisk
Asteriskβ€’6mo ago
You’ll have to manually use the new one like you did before Just once
The Owlbear(πŸ¦‰πŸ»)
That's what I thought. Thanks! Out of curiosity, will reinstalling the OS also fix the problem? I didn't do the install that long ago, and I could start over fairly easily. Not trying to rush you, just curious if you got to it.
#1 mixed number hater
#1 mixed number haterβ€’6mo ago
the problem is twofold, that's just the error handling, a symptom of the problem i'm pretty sure systemctl daemon-reload, if done at the right time/put in akshara, would work not yet

Did you find this page helpful?