Prima che qualche keyfile venga cancellata per errore

chattr +i /etc/cryptsetup-keys.d/*

Ora la pazzia: crittografare il disco da 10TB (per lo più backup), impiegherà giorni

È incredibile quanti pochi risultati web si trovano cercando cryptsetup, anche con query base.

Stavo pensando di interrompere reencrypt e di riprenderlo su un pc più potente, ma credo sia troppo rischioso e non so nemmeno se funzioni

Il post che stavate tutti aspettando. Come fare backup dei vostri dati per i vari servizi di A/I https://cavallette.noblogs.org/2026/09/10099 #AutisticiInventati #KeepITFree

Equalizer314 — app scoperta a caso, ora sì che è musica!

Vabbè

Step 1 — esportare tutto
Con Thunderbird è sufficiente andare in ogni cartella, selezionare tutto e trascinare fuori i messaggi in una cartella (Coda). Verrà creato un EML per ciascuna email.

Poi smisto tutto con questo script, previa creazione di 1 cartella per indirizzo, più alias attraverso symlink

Step 2 — sarà divertente cambiare l'email a 24 account

Letteralmente il cervello di una mosca clonato al computer (sono serio), riesce a giocare a beat saber

https://fixupx.com/_lyraaaa_/status/2097527368919470162

Potenziometri schermi segreti del Nintendo DS

Fun fact su Frigate — salva tutti i media come files su disco e tutto il resto nel suo database sqlite. Se per qualche motivo i files delle registrazioni scompaiono (es. manutenzione), ecco che pulisce il database per tenerlo sincronizzato. Se avete impostato una retention di N giorni e i files ricompaiono, non li cancellerà comunque — mi sono trovato con quasi 500GB di registrazioni.

Hanno aggiunto un auto sync che recupera i file orfani dal disco e poi li gestisce (cancellandoli), ma c'è un limite di sicurezza del 50%, quindi comunque per questa casistica non li cancellerà.

Marginalmente correlato — ho scoperto che con BTRFS se impostate una compressione su tutto il disco, finite per riempirlo del tutto e cercate poi di liberare spazio, quello effettivamente utilizzabile rimarrà comunque bassissimo (qualche MB).

Questo perché i blocchi fisici vengono usati sia per dati che per metadati. La compressione può posizionare più files sugli stessi blocchi di dati. Cancellati alcuni files, questi blocchi rimarranno comunque occupati (giustamente) e i metadati richiesti per creare nuovi files non troveranno ancora spazio libero.

Tra l'altro questo è deleterio anche per trimming degli SSD.

Per verificare lo spazio occupato da dati, metadati, "sistema" e spazio rimanente reale:

btrfs filesystem usage /

Per risolvere è necessario fare un rebalance manuale dei dati (anche se si tratta di singolo nodo) andandoli a compattare

# N: 0-100, quanto compattare, 50 è ok
btrfs balance start -dusage=N /mnt &
watch -n2 -t 'btrfs balance status -v /mnt'

Active Pinned Tabs — sposta le schede fissate sulla finestra attiva, tipo Zen browser

(Bug: nel chiudere le finestre non più utili, bisognerà prima attivarne un'altra e poi agire da barra applicazioni o altro modo)

TIL su vscode — con Ctrl+Alt+F è possibile filtrare qualsiasi tree view (azione list.find)

Mi condividono questo, sembra figo
https://pyinfra.com/

Extra: utilizzando LUKS il trimming è disattivo di default per evitare che da analisi forensi si capisca quali blocchi sono usati e quali no. Personalmente preferisco mantenere i miei SSD in salute — per abilitarlo è sufficiente aggiungere l'opzione discard alle opzioni di crypttab / crypttab.initramfs