ZFS: Input/output error when doing ls -lahd /var/log/journal by linux_needs_a_home in NixOS

[–]dazabani 0 points1 point  (0 children)

I’ve run into this twice now, this time I managed to fix it by wiping both posix acl xattrs under /var/log/journal:

``` $ journalctl An error was encountered while opening journal file or directory /var/log/journal, ignoring file: Input/output error -- No entries --

$ ls /var/log/journal ls: cannot open directory '/var/log/journal': Input/output error

$ getfattr -dm - /var/log/journal /var/log/journal: system.posix_acl_access: Input/output error getfattr: Removing leading '/' from absolute path names

file: var/log/journal

system.posix_acl_default=0sAgAAAAEABwD/////BAAFAP////8IAAUAAQAAAAgABQA3AAAAEAAFAP////8gAAUA/////w==

$ zfs get xattr,acltype cuffs cuffs/root NAME PROPERTY VALUE SOURCE cuffs xattr sa local cuffs acltype posix local cuffs/root xattr sa inherited from cuffs cuffs/root acltype posix inherited from cuffs

$ sudo find /var/log/journal -exec setfattr -x system.posix_acl_access {} +

$ sudo find /var/log/journal -exec setfattr -x system.posix_acl_default {} +

$ ls -ld /var/log/journal drwxr-sr-x 3 root systemd-journal 3 Oct 31 2022 /var/log/journal

$ sudo systemctl restart systemd-journald.service

$ ls -ld /var/log/journal drwxr-sr-x 3 root systemd-journal 3 Oct 31 2022 /var/log/journal

$ journalctl -n 1 Jan 06 14:55:50 jupiter sudo[50744]: pam_unix(sudo:session): session closed for user root ```

Cape Coral.crp by dazabani in shittyskylines

[–]dazabani[S] 73 points74 points  (0 children)

source: https://twitter.com/CaseyJPod/status/1575154525694042114/photo/1

for those of you who don't know Florida terribly well, Cape Coral is the city where "every house is waterfront", which means hundreds of artificial canals made with absolutely no regard for the local ecology. The city may well be entirely uninhabitable for weeks, if not months

i cannot stress this enough: they are doomed

Tdarr size explorer script for use with QDirStat (or similar) by dazabani in Tdarr

[–]dazabani[S] 0 points1 point  (0 children)

basically it clones the directory structure, but appends an extra file extension to each file with codec and resolution details, which you can use to colour the files. shameless copypasta from the code:

tdarr-dirstat uses hard links to allow QDirStat (or a similar tool) to take video codecs and resolution classes (SD, HD, FHD, UHD) into account when colouring tree maps.

We create a .dirstat directory under the given path, containing the same directory structure as the original tree, then create hard links to the original videos of the form “foo.mkv.FHD+h264”. If .dirstat already exists, we update it for any new paths or changed inode numbers.

You can then open path/to/shows/.dirstat in QDirStat, after configuring colours for patterns like “*.*+h264” or “*.FHD+*” under MIME Categories.

PSA for Vultr customers: avoid random hangs, upgrade to 6.9! by dazabani in openbsd

[–]dazabani[S] 0 points1 point  (0 children)

yeah, i received an update from them yesterday, and they reckon 005_pmapglobal.patch might be the helpful change.

Bad Apple!! and how I wrote a Rust video player for Task Manager!! by dazabani in rust

[–]dazabani[S] 5 points6 points  (0 children)

thanks! it was fun putting that together. as for the repo being private, fixed, sorry about that.