Timeshift
Beh, che cosa aspettarsi da un'applicazione scritta in GTK...

Letteralmente software buttato.

Momento Telegram
I permessi granulari per i gruppi non sono poi così tanto granulari: si può avere solo una logica global && !local, quindi non tutti off eccetto x.

Avrebbero dovuto implementare un override tri-state per le eccezioni:
🟥 force off
⬜️ follow global
🟩 force on

TIL potente: runlevel dei sistemi di init

In termini semplici, all'avvio di linux è possibile specificare come ultimo argomento di avvio un numero, per fare il boot in uno stato diverso del sistema.

SystemD fa un mapping dell'argomento per compatibilità, ma per cambiare il runlevel da sistema già avviato è meglio usare i rispettivi .target

0 poweroff.target Spegni
1 rescue.target Solo il login da root; nessun servizio
2 (n/a) Login multi-utente; nessun servizio/rete
3 multi-user.target Login multi-utente; servizi; CLI
4 (n/a) Non definito / custom
5 graphical.target Login multi-utente; servizi; GUI (default)
6 reboot.target Riavvia

Quindi... volete cambiare delle configurazioni di sistema / fare backup di file particolari senza che questi siano in uso e senza dover ricorre a LiveCD: specificate a mano il runlevel da bootloader 👌🏻

https://bytexd.com/linux-runlevels-explained/

https://www.man7.org/linux/man-pages/man8/runlevel.8.html

Nell'aggiornamento di ieri sera mi si è installato e attivato dunst completamente a caso. WTF?

Edit: potrebbe essere stato portato dentro da qualche altro pacchetto preso da AUR tipo timeshift, però mi sembra strano ho controllato le dipendenze...

Potrei avere una chicca potente per i possessori di ArchLinux

Edit: per tutti i possessori Linux che hanno installato un certo pacchetto gendesk

Provate ad aprire il file
/usr/share/pixmaps/default.png

Attendo risposte

Nel frattempo...

Credo di avere troppi symlink sparsi non più funzionanti, mi sa che dovrò farmi uno noscript per passare ogni singolo file cercando per IntxLNK e ricrearli tutti

Also

Per cambiare target velocemente con SystemD da sistema avviato, sono disponibili i comandi

systemctl poweroff
systemctl emergency
systemctl rescue
systemctl default
systemctl reboot

Ecco, meglio fare logout a mano dal proprio account prima di andare in un'altra modalità - non volete che il vostro DE e le varie app non salvino correttamente i loro stati

EXCUSE ME?

Quindi volendo posso fare l'avvio di un'altra partizione senza riavviare?

Ok initial ram disks, però forse funziona anche con sistemi già avviati

Ebbene

> nell'ultimo aggiornamento di KDE noto che hanno migliorato il selettore delle icone
> noto una nuova categoria "Altro"
> vedo l'icona di rainbow dash, chiamata "default" per giunta
> wtf.exe

> cerco di scoprire l'origine di quell'icona, da dove inizio?
> innanzitutto mi serve il percorso del file, e purtroppo l'unico modo per ottenerlo è ...assegnare l'icona

> ok ho il percorso, e ora?
> suppongo a priori che l'icona appartenga a qualche pacchetto da AUR, e in questi non è possibile usare pkgfile / pacman -F
> cerco nel log di pacman per vedere cos'ho installato in data di modifica del file
> vedo solo un aggiornamento di sistema
> how.png
> interrompo le ricerche

> fast-forward a ieri
> parlando con un amico, collego che se l'icona è presente significa che il suo pacchetto sarà quasi sicuramente installato

$ pacman -Qo /usr/share/pixmaps/default.png
/usr/share/pixmaps/default.png è contenuto in gendesk 1.0.8-1

> ho il nome del pacchetto, vediamo da dove proviene

$ pacman -Ss gendesk
community/gendesk 1.0.8-1 [installato]
    Utility for generating desktop files

> ah ... quindi mi stai dicendo che ... l'icona di rainbow dash proviene da un pacchetto in community...

> https://github.com/xyproto/gendesk/blob/83d82f5c35fe83aaa3c6eb3f36b5e469acffe65d/release.sh#L7
> https://roboticoverlords.org/images/default.png


Conclusione: chiunque abbia installato il pacchetto gendesk (è molto probabile che lo si abbia per preparare pacchetti da AUR), si ritroverà nella root un'icona di rainbow dash default.png 50x50.

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