GNU/Linux ovvero il sistema operativo più innovativo per quel che riguarda file system

Da sempre il sistema operativo open per eccellenza è stato un laboratorio di sperimentazioni da parte di tutti i professionisti ed appassionati che lavorano con esso.

I file system sono una parte importante di un OS e spesso pesano in modo importante sulle prestazioni generali del sistema, GNU/Linux da parte sua non ha avuto mai grandi carenze da questo punto di vista ha anzi innovato molto il settore attraverso la famiglia di file systema ext ormai giunta alla versione 4.

Velocità, ottimizzazione e sicurezza sono i criteri che hanno da sempre contraddistinto questa famiglia di file di sistema anche se nella versione 4 piccole incomprensioni hanno lasciato pensare al peggio.

Se ad andiamo ad analizzare questo settore troveremo che da circa un decennio non si registrano grandi rivoluzioni concettuali all’interno di questo importante settore informatico, tutte le migliorie che abbiamo registrato fino ad ora sono implementazioni migliorate di idee che ormai hanno la loro veneranda età considerando la rapida evoluzione del mercato.

La notizia di un nuovo file system per il pinguino porta subito una certa emozione, badate bene non sto parlando di una nuova versione o release di un sistema già esistente ma proprio di un nuovo prodotto nuovo di zecca che deve ancora vedere la luce.

Stiamo parlando di un log-structured file system, l’intuizione per questo sistema risale al 1988 ad opera di John Ousterhout e Fred Douglis successivamente la prima implementazione si è potuta osservare all’interno del sistema operativo Sprite nato nel 1992.

Un log-structured file system è in grado di vedere il file system come un log circolare dove i dati ed i metadati vengono scritti alla testa di un file di log e lo spazio necessario alla scrittura dei nuovi dati viene di volta in volta recuperato dalla coda stessa del file.

Visto che il concetto espresso è di difficile interpretazione senza supporto video mettiamo una bella immagine in grado di fare chiarezza:

il sistema prevede quindi che alcuni dati possano essere presenti più volte all’interno del log ma in questo caso solo i dati in testa, quindi i più recenti, saranno attivi.

Si possono già intuire alcuni vantaggi di questa architettura:

1) maggiore facilità di recupero dei dati in caso di crash di sistema

2) maggiore velocità a causa della scrittura in sequenza delle informazioni

Sistema di storage Object-based

Un sistema di memorizzazione tradizionale fa uso di porzione fisse di dati, predefinite dall’utente o autonomamente scelte dall’OS, per immagazzinare i dati in blocchi di dimensioni più o meno piccoli, ad ogni blocco, o ad ogni file nel caso del nuovo ext4, è associato un file di metadati che ne indica la posizione sul disco.

Che ne pensate di un sistema in grado di scalare la dimensione dei blocchi?

Questa in estrema sintesi la soluzione che potremmo vedere in questo nuovo file system, si può creare un sistema di gestione dei dati come se fossero oggetti che a loro volta non sono altro che una collezione di blocchi differenti riguardanti tutti lo stesso file.

E’ possibile interagire con gli oggetti in modo profondo, quindi con classici componenti OSD, o con sistemi di elevato livello come driver o altro; la novità è che mentre nel sistema tradizionale esistono protocolli che comunicano direttamente con un singolo blocco che compone un file ora è possibile comunicare direttamente con il file ed il suo metadato associato tralasciando di operare con il singolo blocco di memoria nel quale risiedono parte dei dati all’interno del disco rigido.

Anche in questo caso una immagine può schiarirci le idee:

NiLFS, questo è il nome

Belle parole e belle idee ma in fin dei conti ci sono dei primi risultati?

Ebbene si i primi esperimenti con queste tecnologie ci sono e provengono dal Giappone dove il Nippon Telegraph and Telephone (NTT) lavorano alacremente al progetto con ritmo serrato.

Il prodotto in questione è entrato nella mainline del kernel Linux ed in quella del NetBSD, ad una prima versione del 2005 ne è seguita una del 2007 e da questo anno è possibile attivare l’apposito supporto per coloro che amano operare sperimentazioni su kernel e dischi in GNU/Linux.

Una delle caratteristiche più interessanti di questo file system è la capacità di creare dei snapshot continui di se stesso e vista la sua struttura di registro con i nuovi dati in testa ed i vecchi ancora in corpo e coda vi è la possibilità di recuperare una infinità di versioni diverse del vostro file appena modificato.

La sicurezza dei dati salvati su di questo FS lascia al riparo dai classici errori dati da cadute di tensione o altri problemi che potrebbero spegnere improvvisamente la macchina lasciando cadere la testina di lettura sui piatti del vostro hdd.

Ogni snapshot viene chiamo punto di controllo e sono parte integrante del file system stesso, è possibile creare i punti in modo del tutto automatico ad ogni modifica di un file o più comodamente dietro indicazione dell’utente che può forzare il sistema a crearne uno.

Una volta creato lo snapshot è possibile far rivivere nella macchina il vecchio file system appena cambiato semplicemente montando quanto appena creato, per ora è possibile montare questi punti in sola lettura e penso che non serva avere una modifica delle vecchie “immagini” in quanto dovrebbero servire come sistemi di recupero di file.

Oltre al recupero dei file è intuibile una seconda funzione di questa meravigliosa implementazione, pensata ad una macchina che, dopo una caduta di tensione, presenta dei gravi errori all’interno del file system tali da non permettere il corretto avvio della stessa, in casi come questi sarà sufficiente far fare un passo indietro al file system per avere una macchina che si avvia correttamente e quindi perfettamente in grado di permetterci di recuperare, correggere o modificare qualsiasi impostazione errata……..sicuramente un’arma migliore rispetto al classico check del disco attraverso fsck.

Andiamo però a vedere il rovescio della medaglia, anche se il sistema di scrittura capo/coda del file system porta a benefici in termini di velocità in quanto di natura sequenziale dobbiamo ricordare come sia necessaria una raccolta dei vecchi dati di spazzatura dalla coda stessa del system.

Se questa raccolta si reputa necessaria ecco che ci possiamo imbattere in rallentamenti indesiderati di tutto il sistema, si potrebbe pensare di bypassare questa operazione ma essa si reputa necessaria per procedere alla pulizia del vecchi dati e metadati ormai obsoleti.

Nel prossimo post affronteremo una prova di carattere pratico mettendo le mani tra le poche e semplici linee di codice necessarie a capire il funzionamento di questa prossima meraviglia del pinguino.

Ciao a tutti.

Uno di questi affligge le librerie Gtk o, meglio è un bug che coinvolge quelle applicazioni che ne fanno un uso scorretto: Eclipse (che sia installata da repository o, più correttamente estratta in /opt) è una di queste. In sostanza la creazione delle finestre non avviene perfettamente e risulta impossibile cliccare alcuni pulsanti con il mouse.

Oltre all’ovvia possibilità di navigare con la tastiera e il tasto [tab] attraverso i menù e le sezioni, è consigliabile l’uso di una dichiarazione — che risolve anche altri difetti, come la latenza nell’apertura delle finestre con kernel personalizzati (che possono andare in conflitto con gli standard di Ubuntu): è sufficiente allegare la stringa export GDK_NATIVE_WINDOWS=true al proprio file ~/.bashrc, riavviando semplicemente Eclipse.

Via | mou.me.uk

Lanciare il comando

gconf-editor

modificare il valore

/apps/metacity/general/button_layout

come segue.
Se volete i tasti a sinistra:

close,minimize,maximize:menu

Se volete i tasti a destra:

menu:minimize,maximize,close

inet_interfaces = 127.0.0.1
smtp_bind_address = 0.0.0.0

inet_interfaces = 127.0.0.1, [::1]
smtp_bind_address = 0.0.0.0
smtp_bind_address6 = ::
inet_protocols = all

Se modificate il file main.cf ricordatevi di attivare le modifiche lanciando il comando:

/etc/init.d/postfix restart

Grazie a questo, e sopratutto alle nuove feature di Pulseaudio è ora possibile con pochi click usare un auricolare bluetooth come periferica di input/output, per esempio per fare telefonate via Empathy (il client di messaggistica istantanea che sostituisce pidgin) o più semplicemente per usarlo come cuffia senza fili.

Infatti, è sufficiente riconoscere e connettere la periferica tramite "Sistema->Preferenze->Bluetooth"

e poi, una volta collegata, aprire "Sistema->Preferenze->Audio" ed attivare la nuova periferica in Ingresso, Uscita o entrambe…

Per inciso, grazie a Pulseaudio, se nel momento in cui cambiate periferica di output c è una applicazione che sta producendo suoni, questi verranno ridirezionati sulla nuova periferica in tempo reale, cosa che pare sia stata aggiunta solo in Windows 7!

Ma le meraviglie non si fermano qua: infatti grazie al lavoro svolto (principalmente da Bastien Nocera) è anche possibile, in modo semplicissimo scambiare files con i telefoni cellulari, associare ed usare tastiere e mouse, etc.

Infine è possibile la connessione ad internet via bluetooth: al momento è già funzionante per i cellulari che supportano il profilo bluetooth PAN (la maggior parte degli smartphone) ma a breve dovrebbe essere disponibile anche per tutti gli altri.

Il mio Nokia 6120 è già in trepidante attesa…

Questo post nasce come integrazione a delle mie guide fatte in precedenza che si trovano qua e qua, per dare più colore alla shell, ma nasce soprattutto da una domanda fattami da un lettore, che mi chiedeva: " Come si fa invece per cambiare solo il colore del cursore? Per farlo verde per l'utente normale e rosso per root? " Rispondo subito dicendo che si può cambiare il cursore e si può testare il tutto con questi comandi:

echo -ne "33]12;Green07"
echo -ne "33]12;Red07"
echo -ne "33]12;Blue07"
echo -ne "33]12;Yellow07"

A questo punto scelto il colore del cursore sostituiamo la stringa PS1 presente in .bashrc, con questa stringa che va bene per le Debian based:

PS1='${debian_chroot:+($debian_chroot)}u@h:w$ '"33]12;Green07"

poi salviamo il tutto in .bashrc per l'utente normale oppure in /root/.bashrc per l'utente root.

Per chi volesse una situazione come quella in figura o una base da dove partire può usare questa:

PS1='[e[1;42md\ \]uH[e[0;40m]:w$'"33]12;Green07"

La stringa sopra è bruttissima e si può ordinare e semplificare, ma io non ho più voglia

Related posts:

1. Diamo più colore alla shell   Oggi mi è venuto in mente di dare…
2. Debian bash (personalizzazione)       Per chi volesse personalizzare la propria Debian…
3. Finché c’è Shell c’è speranza   Questo post nasce dalla consapevolezza che sono uno…
4. Shell al veleno                    …
5. Bash-Tube     Questo è un piccolo e semplice script in…

The Bizarre Cathedral è un fumetto che gioca con i luoghi comuni e miti che circolano nel mondo del software libero.

La striscia deve il suo nome al famoso scritto la “cattedrale ed il bazaar” di Eric S Raymod come potete anche notare dall’assonanza. Documento diventato poi libro e che analizzava in maniera dettagliata le differenze fra il modello di sviluppo closed source (cattedrale) e quello open source (bazaar).

La traduzione italiana è indietro rispetto all’originale ed è curata dal GL-Como (Gruppo Linux Como).

Via | GL-Como

Modifiche a /etc/dovecot/dovecot.conf:

1) verificare la linea che inizia con protocols, di norma deve essere:

protocols = imap imaps

2) valorizzare la variabile mail_location a seconda della configurazione richiesta. Nel mio caso e una installazione Maildir con layout filesystem (le mailbox sono cartelle del filesystem e possono contenere messaggi e sottocartelle, ovvero altre mailbox):

mail_location = maildir:~/Maildir:LAYOUT=fs

Riavviare dovecot con il comando:
sudo /etc/init.d/dovecot restart

sudo apt-get install spamassassin

N.B.: questa volta non e necessario abilitare spamd nel file /etc/default/spamassassin in quanto il programma viene richiamato di volta in volta da procmail senza bisogno di mantenere il daemon attivo dal boot.

Per default spamassassin incapsula ogni mail riconosciuta come spam in una mail di notifica. Utilizzando procmail pero preferiamo che la mail non venga modificata a parte i tag aggiuntivi che la classificano come spam. In questo modo potremo, sempre attraverso procmail, decidere cosa farne (ad esempio spostarla in una cartella SPAM del nostro server di posta). Per fare cio occorre settare a 0 (zero) il parametro report_safe nel file /etc/spamassassin/local.cf:

report_safe 0

Per utilizzarlo e sufficiente lanciare il comando:

imapsync –host1 INDIRIZZO_SERVER1 –user1 UTENTE_1 –host2 INDIRIZZO_SERVER2 –user2 UTENTE_2 –authmech1 PLAIN –authmech2 PLAIN –noauthmd5 –ssl2

Ovviamente dovrete sostituire le parti in maiuscolo:

INDIRIZZO_SERVER1 e l indirizzo IP o l hostname del server numero 1
INDIRIZZO_SERVER2 e l indirizzo IP o l hostname del server numero 2
UTENTE_1 e l utente sul server numero 1
UTENTE_2 e l utente sul server numero 2

Lo script vi chiedera le password dei due utenti, dopodiche comincera la sincronizzazione.

Il parametro –ssl2 e necessario in quanto l autenticazione PLAIN e solitamente permessa solo su canale criptato ssl.

imapsync ha il vantaggio di sincronizzare i server in maniera incrementale, i file gia sincronizzati non vengono piu spostati consentendo un minor tempo in caso di sincronizzazioni successive.

Come al solito trovate altri parametri e la sintassi completa del comando sul man:

man imapsync