Update: alla fine il pacchetto dunst l'avevo installato io a mano mesi fa per utilizzare il comando dunstify, che permette di inviare notifiche desktop interattive da terminale (necessario per un mio progetto chiamato HTTP Hook).

Il dubbio che rimane è come il suo servizio si sia attivato da solo.

Altro problema nel passare a ntfs3:
questo driver - al contrario degli altri - riesce effettivamente a mappare i permessi di singoli files e cartelle, quindi potrebbe succedervi che pur impostando owner:group giusti dalle opzioni di mount vi capitino dei Permissions denied.

Per risolvere basta assegnare i permessi giusti con chmod 👍🏻
[e poi fare refresh se state usando Dolphin]
(consiglio chmod u=rwx,g=rx,o=rx ...)

In teoria è possibile aggirare il problema impostando varie opzioni kernel sulla sicurezza (fs.protected_...); non cambiatele, altrimenti aprireste varie brecce di sicurezza nel sistema.


Automatico, ricorsivo - da eseguire nella cartella montata:
sudo find ! -perm 755 -exec chmod -v u=rwx,g=rx,o=rx '{}' \;

Update: a quanto pare da un decennio a questa parte il driver ntfs originario non è mai utilizzato, viene utilizzato un symlink per utilizzare sempre il driver ntfs-3g e questo mi ha confuso le idee.

$ file /sbin/mount.ntfs
/sbin/mount.ntfs: symbolic link to /usr/bin/ntfs-3g

https://serverfault.com/a/304356

Sto fixando tutti i symlink con questo piccolo noscript che ho fatto. Accetta un argomento opzionale di root iniziale.

No warranties

Mi sono appena reso conto che la creazione di symlinks da Dolphin è eseguita sempre con percorsi assoluti, il che mi fa incazzare non poco - dato che di tanto in tanto sposto le cartelle...

Da qualche mese ormai, ho notato che tutto a un tratto i file HTML sono associati ad un MIME type diverso: prima era text/html, ora è application/x-extension-html.

Il problema di ciò è che tutti i software hanno un'associazione default a text/.. e non ad application/..
...quindi di default mi chiede sempre con quale app aprire questi HTML, dato che non esiste alcuna associazione.

Sono abbastanza sicuro che qualche mantainer abbia rotto il MIME type; solo che non riesco a trovare quali files di sistema/locali possano c'entrare con il problema; ho già cercato con

grep -ri 'x-extension-html' /usr/share/mime

ma non trova nulla...

Inoltre, dalle impostazioni di KDE non posso eliminare quel mimetype 😩

Ho un punto di partenza

> esiste un tool cli (xdg-mime) che permette di controllare quale mimetype è associato ad un dato file

$ xdg-mime query filetype dummy.html
application/x-extension-html

> controllo il tipo di file del tool

$ file "$(which xdg-mime)"
/usr/bin/xdg-mime: POSIX shell noscript, ASCII text executable

> oh no è uno noscript gigante

> apro con KWrite
> faccio folding automatico di tutte le funzioni
> ok a quanto pare questo noscript non è altro che un wrapper gigante per ogni DE
> XDG_UTILS_DEBUG_LEVEL hmm

$ export XDG_UTILS_DEBUG_LEVEL=10
$ xdg-mime query filetype dummy.html
Running kmimetypefinder5 "/.../dummy.html"
application/x-extension-html

> kmimetypefinder5 hmm

$ kmimetypefinder5 dummy.html
application/x-extension-html
$ kmimetypefinder5 -c dummy.html
text/html

> interessante, solo leggendone il contenuto restituisce il mimetype corretto

> controllo il tipo di file di quest'altro tool
$ file "$(which kmimetypefinder5)"
/usr/bin/kmimetypefinder5: ELF 64-bit LSB pie executable [...]
> chissà quali files leggerà
> magari i percorsi sono hard-coded?

$ strings "$(which kmimetypefinder5)" | less

> no
> tracciamo i files aperti a runtime

$ strace -f -t -e trace=file kmimetypefinder5 dummy.html
[...]
00:33:17 statx(AT_FDCWD, "/home/micro/.local/share/mime", AT_STATX_SYNC_AS_STAT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=330, ...}) = 0
[...]

> come? esiste una cartella mime anche per l'utente? tra tutte le ricerche che ho fatto non ne ho mai sentito parlare

$ grep -ri 'x-extension-html' .local/share/mime
.local/share/mime/packages/user-extension-html.xml:
<mime-type type="application/x-extension-html">

.local/share/mime/application/x-extension-html.xml:
<mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="application/x-extension-html">

.local/share/mime/globs:
application/x-extension-html:*.html

.local/share/mime/globs2:
50:application/x-extension-html:*.html

.local/share/mime/types:
application/x-extension-html

grep: .local/share/mime/mime.cache: il file binario corrisponde

> beccati?

$ xdg-mime uninstall --mode user .local/share/mime/packages/user-extension-html.xml
$ grep -ri 'x-extension-html' .local/share/mime

> Ø

I FUCKING DID IT

Conclusione: wtf

> Anche altre persone hanno avuto problemi correlati esattamente qualche mese fa, e la soluzione è stata la stessa: rimuovere quei file
https://bbs.archlinux.org/viewtopic.php?pid=1985776#p1985776

> Guardando la data di modifica, risultano esistere almeno da dicembre 2019 (???)

Per chi volesse usare MPV con la fork Youtube-DLP, in teoria basta aggiungere ad mpv.conf la seguente opzione di noscript:

noscript-opts=ytdl_hook-ytdl_path=/usr/bin/yt-dlp,...

https://github.com/yt-dlp/yt-dlp

New NTFS Read-Write Driver from Paragon Merged to Linux Kernel (Score: 150+ in 9 hours)

Link: https://readhacker.news/s/4TQ6k
Comments: https://readhacker.news/c/4TQ6k

Ci ho quasi preso - a quanto pare la 5.14 richiederà molto più tempo per via della montagna di merge che devono essere fatti

Raga non usate ntfs3 (o meglio ancora il filesystem NTFS)

Ho sospettato la corruzione quando ho scaricato un file con wget e, nonostante non fosse nascosto, era invisibile a ls -al
...ma allo stesso tempo se ne si conosceva il nome veniva visto (file x.zip)

Cool git cheatsheet trovato random

https://about.gitlab.com/images/press/git-cheat-sheet.pdf

Ah sì
...ovviamente ora che sono tornato a ntfs-3g ho n symlink illeggibili 🏆

https://news.1rj.ru/str/journalctl_micro/716