Aldolat.it — Post con tag Filesystem

Monitorare i cambiamenti in una directory in Linux

aldolat@gmail.com (Aldo Latino) — Sat, 15 Mar 2025 07:54:00 +0100

Recentemente mi è capitato di dover tenere sotto controllo le modifiche fatte in una directory nella mia home. Per questo scopo mi sono servito di inotifywait presente nel pacchetto inotify-tools. Questo programma restituisce proprio le informazioni che mi servivano, ad esempio:

/path/to/dir/.git/objects/info/ CREATE commit-graph.lock
/path/to/dir/.git/objects/info/ MODIFY commit-graph.lock
/path/to/dir/.git/ DELETE gc.pid
/path/to/dir/.git/ CREATE index.lock
/path/to/dir/.git/ DELETE index.lock
/path/to/dir/.git/refs/remotes/origin/ CREATE master.lock
/path/to/dir/.git/refs/remotes/origin/ MODIFY master.lock
/path/to/dir/.git/logs/refs/remotes/origin/ MODIFY master

La directory sotto controllo era /path/to/dir/, comprese le sue sotto directory, e — com’è evidente — su ogni riga il programma mostra in sequenza:

la directory dov’è avvenuta la modifica;
l’azione eseguita;
il file interessato.

Installazione

Installiamo anzitutto il pacchetto inotify-tools:

sudo pacman -Syu inotify-tools

Esecuzione

Eseguiamo inotifywait:

inotifywait -m -r -e modify,create,delete /percorso/alla/directory

Le opzioni fornite significano:

-m (o anche --monitor): Rimane in ascolto delle modifiche;
-r (o anche --recursive): Controlla anche le sotto directory;
-e (o anche --event): Controlla quali eventi deve monitorare. Se non specificato, controlla tutti gli eventi.

Nel manuale di inotifywait possiamo vedere quali siano gli eventi disponibili per il monitoraggio:

Evento	Descrizione
`access`	file or directory contents were read
`attrib`	file or directory attributes changed
`close`	file or directory closed, regardless of read/write mode
`close_nowrite`	file or directory closed, after being opened in read-only mode
`close_write`	file or directory closed, after being opened in writable mode
`create`	file or directory created within watched directory
`delete`	file or directory deleted within watched directory
`delete_self`	file or directory was deleted
`modify`	file or directory contents were written
`move`	file or directory moved to or from watched directory
`moved_from`	file or directory moved from watched directory
`moved_to`	file or directory moved to watched directory
`move_self`	A watched file or directory was moved.
`open`	file or directory opened
`unmount`	file system containing file or directory unmounted

Tabella 1. Gli eventi disponibili in inotifywait per il monitoraggio.

L'articolo Monitorare i cambiamenti in una directory in Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Dolphin e le icone di stato di Git

aldolat@gmail.com (Aldo Latino) — Sun, 10 Mar 2024 08:31:43 +0100

Già ben prima del rilascio di Plasma 6 avevo notato la presenza di un fastidioso bug nel plugin Git di Dolphin. In breve, se si apre una nuova finestra di Dolphin e si naviga fino a una directory sotto controllo Git, le icone di stato di file e directory non vengono mostrate (vedi figura 1), neanche dando un refresh forzato con F5. Se invece nella stessa finestra di Dolphin apriamo una nuova scheda con CTRL+T, le icone di stato magicamente appaiono (vedi figura 2).

Figura 1. La directory sotto controllo Git, appena aperta in Dolphin.

Figura 2. La directory sotto controllo Git in una nuova scheda di Dolphin.

Ho aperto una nuova segnalazione di bug qui.

Aggiornamento del 05/04/2024

Martedì scorso mi è arrivato un commento al bug dove si diceva che il plugin funzionava correttamente. La cosa mi ha fatto riflettere e ho provato il plugin in un ambiente pulito ed effettivamente funzionava a dovere. Nella macchina dove ho riscontrato il problema ho cestinato il file di configurazione di Dolphin (vale a dire ~/.config/dolphinrc) e il plugin ha ripreso a funzionare immediatamente. Probabilmente qualcos’altro interferisce con lui. Se ho qualche novità la scrivo qui in coda.

Aggiornamento del 06/04/2024

Incuriosito da questo comportamento di Dolphin e del plugin Git, ho fatto alcune prove e ho scoperto una cosa interessante. Il problema (cioè l’assenza del simbolo di stato sui file di una directory sotto controllo Git) riappare quando si imposta come attiva l’opzione di Dolphin per mostrare la propria home come directory di partenza quando si apre una finestra nuova di Dolphin. In altre parole, in Dolphin si può scegliere tra due opzioni quando si apre una nuova finestra: mostrare la directory e le schede che avevamo aperte quando abbiamo chiuso l’ultima finestra oppure mostrare sempre una directory specifica. Ho fatto un po’ tutte queste prove e questo è il risultato. Mi riferisco all’opzione che si trova in Configura / Configura Dolphin / Interfaccia / Cartelle e schede / Mostra all’avvio. Dopo aver impostato una opzione, chiaramente bisogna aprire una nuova istanza di Dolphin e andare in una directory sotto controllo Git.

Opzione Cartelle, schede e stato della finestra dall’ultima volta: i simboli appaiono.
Opzione dove si può scegliere una directory specifica da aprire sempre ad ogni avvio:
- se si sceglie la propria home (inserita come /home/nome-utente, nel mio caso /home/aldo), i simboli non appaiono;
- se si sceglie una qualsiasi altra directory (io ho provato con la /home/aldo/Scrivania e /home/aldo/Scaricati), i simboli appaiono.

Quindi sembra che il problema appaia solo quando la propria home è la directory da aprire ad ogni avvio di Dolphin.

Vi terrò aggiornati in caso di sviluppi.

Aggiornamento del 07/04/2024

Ho notato un altro dettaglio, che mette meglio a fuoco il problema che ho evidenziato nell’ultimo aggiornamento.

Il “bug” (se di un bug si tratta) non è scatenato dalle impostazioni di Dolphin che ho descritto ieri, ma semplicemente da come viene aperto Dolphin. A prescindere dalle impostazioni di Dolphin, se lo apro dalla mia home (cioè se apro Dolphin e la directory che mi appare subito è la home), i segni di spunta sui file sotto Git non appaiono; se invece apro Dolphin da una directory qualsiasi che non sia la home, i segni appaiono.

Ne stiamo discutendo sul link che avevo dato a inizio post.

Aggiornamento del 26/04/2024

Sembra che martedì scorso, 23 aprile, il bug sia stato risolto nella versione 24.05, come fatto in quest’altra segnalazione, identica praticamente alla mia. Vedremo se con l’aggiornamento che arriverà sarà effettivamente così.

Aggiornamento del 12/06/2024

Il bug è stato risolto nella versione 24.05, come preannunciato due mesi fa.

L'articolo Dolphin e le icone di stato di Git è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Conoscere la data di creazione di un file in GNU/Linux

aldolat@gmail.com (Aldo Latino) — Fri, 19 Aug 2011 21:16:53 +0000

Questo post non sarebbe mai nato se non fosse stato per Lorenzo, che si è trovato davanti alla necessità di risalire alla data di creazione di un file. E si è accorto che questo dato non è di immediata reperibilità. Vista l’importanza di quel suo post, mi sembra giusto darne ulteriore visibilità.

Nota di aggiornamento

Con le recenti versioni di stat è possibile reperire questa informazione:

$ stat filename 
  File: filename
  Dim.: 487350          Blocchi: 952        Blocco di IO: 4096   file regolare
Device: 8,17    Inode: 56368081    Links: 1
Accesso: (0644/-rw-r--r--)  Uid: ( 1000/    aldo)   Gid: ( 1000/    aldo)
Accesso  : 2022-12-18 09:08:16.340484099 +0100
Modifica : 2019-05-07 12:17:11.000000000 +0200
Cambio   : 2021-11-13 23:14:06.304345519 +0100
Creazione: 2020-10-18 07:55:44.026567659 +0200

È anche possibile farlo con ls:

ls -l --time=birth filename

che restituisce:

-rw-r--r-- 1 aldo aldo 487350 18 ott  2020 filename

In Ext4 è possibile farlo con:

ls -i filename

che restituisce l’inode del file:

6029808 filename

e quindi:

sudo debugfs -R 'stat 6029808' /dev/sda3

dove /dev/sda3 è la partizione in cui risiede il file. Ed infatti, creando un file di test e dando quel comando, l’output è:

Inode: 6029808 Type: regular Mode: 0644 Flags: 0x80000
 Generation: 3337172570 Version: 0x00000000:00000001
 User: 1000 Group: 1000 Size: 0
 File ACL: 0 Directory ACL: 0
 Links: 1 Blockcount: 0
 Fragment: Address: 0 Number: 0 Size: 0
  ctime: 0x4e47fa9b:c3e1fd20 -- Sun Aug 14 18:40:59 2011
  atime: 0x4e47fa9b:c3e1fd20 -- Sun Aug 14 18:40:59 2011
  mtime: 0x4e47fa9b:c3e1fd20 -- Sun Aug 14 18:40:59 2011
 crtime: 0x4e47fa9b:c3e1fd20 -- Sun Aug 14 18:40:59 2011
 Size of extra inode fields: 28
 EXTENTS:
 (END)

dove la quartultima riga contiene il dato che ci interessa, cioè crtime (creation time).

Gli altri sono:

ctime (change time): Ora del cambiamento, che può includere anche solo una modifica ai permessi senza apertura del file.
atime (access time): Ora di accesso al file.
mtime (modification time): Ora di modifica del file.

Schematicamente, ecco cosa avviene (la x indica un cambio del timestamp):

	ctime	atime	mtime	crtime
Creazione file	×	×	×	×
Apertura file		×
Modifica file	×	×	×
Cambio permessi	×

Tabella 1. Quali attributi di un file vengono modificati a seconda dell’azione eseguita.

Grazie a Lorenzo per le preziose informazioni.

Photo credits: ToniVC, The Passage of Time, CC by-nc-nd, 2008.

L'articolo Conoscere la data di creazione di un file in GNU/Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

NTFS-3G: aggiornamento (anche per Feisty)

aldolat@gmail.com (Aldo Latino) — Sat, 24 Mar 2007 16:44:32 +0000

Avevo scritto qui un post tra i più importanti di questo blog: come riuscire a leggere e scrivere sulle partizioni NTFS grazie al driver ntfs-3g. Ora, l’autore del driver ha (da un po’ di tempo) rilasciata la versione 1.0 (stabile, quindi!) del prezioso driver. Ed ora non c’è più bisogno di smanettare col file /etc/fstab perché è stato aggiunto un utilissimo strumento il quale pensa a tutto: rileva le partizioni ntfs e scrive lui per noi le modifiche al file fstab. Ecco una immagine di ntfs-config:

Il semplice tool per configurare ntfs-3g.

Per chi volesse sapere come fare, ecco i semplici passaggi.

Utenti Feisty

Il progetto ntfs-3g è ormai nei repo ufficiali, per cui chi usa Feisty non deve fare altro che:

aprire il terminale e digitare:

sudo apt-get install ntfs-config

andare nel menu Applicazioni / Strumenti di sistema / Tool di configurazione NTFS
attivare il supporto per la scrittura sui dispositivi interni e, se si vuole, anche su esterni.

Utenti Edgy

Aggiungiamo questo repository per Edgy nel file /etc/apt/sources.list:

deb http://flomertens.keo.in/ubuntu/ edgy main main-all

Altri repo

Altri repo validi sono (inseritene uno solo!): deb http://flomertens.free.fr/ubuntu/ edgy main main-all e deb http://ntfs-3g.sitesweetsite.info/ubuntu/ edgy main main-all

Carichiamo la chiave di autenticazione:

wget http://flomertens.keo.in/ubuntu/givre_key.asc -O- | sudo apt-key add -

Altra chiave

Un’altra chiave è qui: wget http://flomertens.free.fr/ubuntu/givre_key.asc -O- | sudo apt-key add -

Aggiorniamo il sistema:

sudo apt-get update && sudo apt-get upgrade

Ed ecco ora l’installazione del driver:

sudo apt-get install ntfs-config

che si porterà dietro alcune dipendenze. Installatele.

Al termine troverete l’app nel menu Applicazioni / Strumenti di sistema. Potete anche lanciarla da terminale:

sudo ntfs-config

Ora potete davvero dire quanto è semplice configurare la propria linux-box per leggere e scrivere su NTFS. 🙂

L'articolo NTFS-3G: aggiornamento (anche per Feisty) è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Aggiungere un disco fisso interno Ext3 a Ubuntu

aldolat@gmail.com (Aldo Latino) — Mon, 25 Dec 2006 19:14:51 +0000

Questo post nasce dopo una chiacchierata con Andynat su Gaim.

Oggi ho aggiunto un vecchio disco fisso interno da 20 Gb alla mia amata distro e ovviamente l’ho formattato in Ext3. Ora lo uso come disco di archivio per i miei file. Ad ogni avvio viene montato, mi appare l’icona sulla scrivania e ho i permessi di lettura e scrittura. Ecco come ho fatto io.

Prepariamo il disco

Una volta installato fisicamente il disco fisso nel case e avviata la macchina, il disco fisso non viene montato automaticamente dal sistema. Qualcuno potrebbe dire:

In Windows è più facile: basta installare il disco e te lo ritrovi pronto per l’uso!

E io rispondo:

Si è vero, forse in Windows è più facile… Ma in Linux sei solo e soltanto TU a decidere quello che la tua macchina deve fare e come lo deve fare. Linux non è scemo: sa che esiste il disco, ma attende che sia tu a dirgli cosa fare. Non fa nulla di testa sua.

Per cui, installato il disco, dobbiamo farglielo montare. Nel mio caso, poiché era formattato con altro filesystem, per prima cosa ho proceduto alla cancellazione delle partizioni esistenti, creazione delle nuove partizioni e successiva formattazione Ext3. Per fare questo ho usato Gparted. Lo trovate sotto Sistema / Amministrazione / Gnome Partition Editor. Se non lo avete, aprite il terminale e digitate:

sudo apt-get install gparted

Da Gparted potete selezionare i dischi installati (ecco che Linux sa già che il vostro nuovo disco è installato!), e fare tutte le operazioni che volete. Nel mio caso ho piallato tutto il disco nuovo e formattato con un’unica partizione primaria Ext3. Fatta l’operazione, annotatevi il nome della partizione appena creata: ci servirà dopo. Nel mio caso il disco si chiama hdd, mentre la partizione appena creata si chiama hdd1.

Creiamo la directory dove montare il disco

Preparato il disco, creiamo la directory dove montare il disco. Io ovviamente ho scelto di montarla dentro /media. Da terminale:

sudo mkdir /media/MioNuovoDisco

dove MioNuovoDisco è un nome fittizio: voi mettete quello che vi piace di più.

Rendiamo la cartella scrivibile

Ora, questa cartella è di proprietà esclusiva dell’utente root. Siccome vogliamo usare il disco per poterci scrivere, dobbiamo dire a Linux che tutto ciò che sarà qui dentro deve essere leggibile e scrivibile. Da terminale in un’unica riga:

sudo chown mioutente:miogruppo /media/MioNuovoDisco

cambiando:

mioutente:miogruppo con il vostro nome (account linux) e il vostro gruppo (io ho messo semplicemente aldo:aldo);
/media/MioNuovoDisco col nome che avete dato alla cartella

Definiamo il mount-point in /etc/fstab

Apriamo ora il file dove definiamo tutti i punti di mount dei vari filesystem:

sudo gedit /etc/fstab

e aggiungiamo alla fine del file qualcosa del tipo:¹

# Disco nuovo
/dev/hdd1 /media/MioNuovoDisco ext3 defaults 0 0

dove voi cambierete:

/dev/hdd1 con quello che vi ha detto prima gparted²
/media/MioNuovoDisco con il nome della cartella che avete creato

Salvate e chiudete. Riavviate. Dopo il riavvio avrete sulla scrivania l’icona del nuovo disco formattato Ext3.

Al posto di /dev/hdd1 potete usare il nuovo modo di Edgy per identificare le partizioni tramite un’etichetta UUID. Se aprite il file /etc/fstab, la vedrete all’inizio della stringa che identifica le varie partizioni. Potete procedere così. Da terminale date: sudo vol_id -u /dev/hdd1 sostituendo /dev/hdd1 con la partizione di cui volete conoscere l’etichetta. Ad es., nel mio caso, l’etichetta che mi dà è 77a80b28-f0a3-43dd-9c85-2dba0a400aa9. Per cui la riga da inserire al posto di /dev/hdd1 /media/MioNuovoDisco ext3 defaults 0 0 nel mio caso è questa: UUID=77a80b28-f0a3-43dd-9c85-2dba0a400aa9 /media/MioNuovoDisco ext3 defaults 0 0. Se non avete installato vol_id, lo trovate nel pacchetto volumeid: sudo apt-get install volumeid. Sul forum di ubuntu-it.org trovate uno script interessante per capire come aggiungere le varie partizioni a /etc/fstab. In pratica lo script analizza tutti i volumi e le partizioni, vede se sono già inseriti nel file /etc/fstab e, solo se non lo sono, vi propone la riga o le righe da aggiungere al file. Lui non modifica assolutamente nulla: solo vi proporrà la riga che dovrete inserire voi. Provatelo. ↩︎
Qui trovate un’istruttiva spiegazione dell’fstab (suggerimento di r00t). ↩︎

L'articolo Aggiungere un disco fisso interno Ext3 a Ubuntu è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Ecco a voi NTFS in lettura e scrittura

aldolat@gmail.com (Aldo Latino) — Wed, 01 Nov 2006 20:58:40 +0000

Nota per chi usa Feisty

Solo per chi usa Feisty: questa guida è obsoleta!! Potete leggere qui come fare per poter leggere e scrivere su partizioni ntfs. Questa guida rimane comunque valida per chi usa Edgy.

Il driver NTFS non ha più segreti per Ubuntu! Da oggi è possibile montare le partizioni NT anche in scrittura, in modo semplicissimo. Ecco come ho fatto io.

Guida aggiornata al 14 novembre 2006

Installazione del driver

Fonte: http://www.ubuntuforums.org/showthread.php?t=217009

Da terminale diamo:

sudo gedit /etc/apt/sources.list

e incolliamo alla fine del file:

#Repo per NTFS-3G per Edgy
deb http://givre.cabspace.com/ubuntu/ edgy main-all

Il canale main-all contiene i pacchetti ancora non ufficiali ma che consentono una integrazione migliore col desktop e permettono di montare in automatico i dischi esterni ntfs anche in scrittura (non ancora verificato da me). Se non intendete usarli o non avete dischi esterni, potete usare il canale main (senza -all), e dunque la riga sarà la seguente:

deb http://givre.cabspace.com/ubuntu/ edgy main

Se non è raggiungibile il repo precedente, provate questi:

deb http://ntfs-3g.sitesweetsite.info/ubuntu/ edgy main-all
deb http://flomertens.keo.in/ubuntu/ edgy main-all

ma attivatene sempre uno alla volta. Vi ricordo che potete disattivarne uno che avete già inserito in sources.list con un semplice cancelletto (#) ad inizio riga.

Scarichiamoci le chiavi che autenticano i pacchetti:

wget http://givre.cabspace.com/ubuntu/givre_key.asc -O- | sudo apt-key add -

wget http://flomertens.keo.in/ubuntu/givre_key.asc -O- | sudo apt-key add -

Non ho trovato la chiave che autentica i pacchetti sul server ntfs-3g.sitesweetsite.info.

Installiamo il driver:

sudo apt-get update

sudo apt-get upgrade

sudo apt-get install ntfs-3g

che si tirerà dietro alcune piccole dipendenze. Installate il tutto.

Configuriamo

Adesso dobbiamo chiedere a Ubuntu quali siano le nostre partizioni NTFS.

Diamo:

sudo fdisk -l | grep NTFS

che ci dirà quali sono. Nel mio caso è questa:

aldo@ubuntu:~$ sudo fdisk -l | grep NTFS
/dev/hda1   *           1        2550   +   7  HPFS/NTFS

Creiamo la directory dove montare la partizione NTFS:

sudo mkdir /media/windows

o chiamatela come volete, ma createla sempre dentro /media.

Adesso modifichiamo il file /etc/fstab per montare la partizione:

sudo gedit /etc/fstab

e nel mio caso incollo:

# MOUNT DEI DISCHI FISSI NTFS con ntfs-3g
/dev/hda1     /media/windows     ntfs-3g     defaults,locale=it_IT.utf8   0    0

dove hda1 corrisponde a quanto ci aveva detto poco fa Ubuntu, mentre /media/windows corrisponde alla directory che abbiamo creato prima.

Prima di salvare e chiudere il file dovete commentare (mettendo un # ad inizio riga) il comando che fa caricare al vecchio modulo di Ubuntu i dischi NT. Nel mio caso la riga da commentare è questa:

UUID=CC5C923D5C92226E /media/hda1     ntfs    defaults,nls=utf8,umask=007,gid=46 0       1

Salvate e chiudete.

Mount dei dischi

Adesso viene il bello. Da terminale date:

sudo gedit /etc/modules

e controllate che tra i moduli ci sia fuse. Se così non fosse, chiudete il file e date da terminale

sudo modprobe fuse

Poi smontiamo le eventuali partizioni montate dal driver solito di Ubuntu:

sudo umount -a

Avvertenza: Ubuntu vi dirà che alcune partizioni sono in uso e non potete smontarle. È normale.

Quindi rimontiamole ma questa volta con ntfs-3g che abbiamo impostato in /etc/fstab:

sudo mount -a

Riavviamo il sistema. Finito il riavvio, avrete i vostri dischi montati normalmente sulla scrivania in automatico e in lettura/scrittura. 🙂

Se collegate un drive rimovibile NTFS e non viene montato sulla scrivania, date da terminale:

pmount-hal /dev/sda1

ovviamente sostituendo sda1 col nome corretto.

Nota: io non possiedo dischi esterni NTFS, per cui non ho potuto verificare il comando.

Signore e Signori, potete leggere e scrivere su dischi NTFS anche rimovibili.

L'articolo Ecco a voi NTFS in lettura e scrittura è uno scritto di aldolat.it. Rispettane le condizioni di licenza.