Usare Dropbox su filesystem diversi da Ext4

(dopo ben 5 anni scrivo un nuovo post!)

Per la serie “per fortuna che GNU/Linux c’è”

Dropbox (che è un software proprietario) ha deciso che da novembre supporterà un numero limitato di filesystem: NTFS per Windows, HFS+ e APFS per Mac e Ext4 per Linux.

La scusa ufficiale di Dropbox è che per funzionare il filesystem deve supportare gli attributi estesi. Sebbene Ext4 sia il filesystem di default di Linux, gli utenti più smaliziati usano altri filesystem e quasi tutti supportano gli attributi estesi. Io per esempio sul portatile, dove ho un disco SSD ho usato F2FS, il filesystem sviluppato da Samsung per i supporti basati su memorie flash NAND.

Dropbox è un software proprietario, quindi non c’è da sperare in un fork che continui a supportare altri filesystem.

Che fare? Riformattare tutto o arrischiarsi in una procedura di conversione, non se ne parla. Usare una pennetta esterna è scomodo. Ma ecco che Linux ti dà una mano.

Attraverso la procedura che linko in seguito, ho creato un file sul mio SSD formattato in F2FS. Poi ho formattato il file come se fosse un disco, in formato Ext4. E poi ho montato il file come directory /home/nomeutente/Dropbox. In questo modo posso continuare ad usare tranquillamente Dropbox, che crederà di usare una directory di un filesystem Ext4. Tutto insomma è “trasparente” al programma.

Ecco la guida: https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-use-unencrypted-ext4-workaround/

Nuovo kernel nei repo Guiodic

Nei repository guiodickarmic, best-intel e best-radeon potrete trovare il nuovo kernel 2.6.32-9, bastato su Linux 2.6.32.1

Per installare il nuovo kernel:

sudo apt-get install linux-image-2.6.32-9-generic linux-headers-2.6.32-9-generic

Cosa vuol dire “stabile” nel mondo Open Source

Qualche giorno fa è stato scoperto un grandioso bug nel nuovo filesystem ext4, introdotto come “stabile” a partire dal kernel Linux 2.6.28. Il bug è legato alla nuova modalità di scrittura ritardata dei dati su disco che rende più efficiente il processo di scrittura. Accade però che molti programmi usino metodi non proprio standard di scrittura su disco e che un crash possa causare la perdita di dati. In pratica i dati vengono scritti in ritardo per non rallentare il sistema in fase di scrittura su disco, ma se nel frattempo accade un crash, i dati vengono persi.

Grande trambusto per questo problema e tanti utenti che in rete gridano allo scandalo.