Status scroll
0%
Capitolo 14 di 1688%
Capitolo 14Sessione operativa · 2.5h

Linux / Kernel / Shell

Inode, Link e Metadati del File System

Capire cosa c’è davvero dietro file e percorsi: , stat, namei, e in pratica.

Modalità

FocusOS / Linux
Outputteoria + pratica

Checkpoint 1

Leggere metadati di file e directory con stat e namei.

Checkpoint 2

Distinguere , e senza confonderli.

Checkpoint 3

Usare i link in modo operativo e sapere quando diventano fragili.

Glossario del capitolo

Termini da tenere aperti mentre studi

Tocca un termine per aprire il drawer e collegare teoria, comandi e pratica Linux.

Sezione operativa

Inode: il file dietro al nome

Nel Unix-like il nome del file e il suo contenuto non sono la stessa cosa. Il nome è una voce di directory; i metadati reali del file stanno nell’: , owner, timestamp, dimensione e puntatori ai blocchi dati.

Questo spiega perché puoi avere più nomi che puntano allo stesso contenuto e perché alcuni problemi di path non sono problemi “del file” ma del percorso che lo raggiunge.

Da tenere a mente

  • Il nome del file non coincide con l’.
  • I metadati stanno nell’, non nella directory come testo libero.
  • Capire questa distinzione rende più chiari link, rename e troubleshooting del .
terminal

Leggi inode e metadati principali

$ stat notes.txt
  File: notes.txt
  Size: 142       Blocks: 8   IO Block: 4096 regular file
Device: 802h/2050d Inode: 1234567   Links: 1

stat è il punto di partenza più pratico per vedere , numero di link, e timestamp senza interpretare output ambiguo.

Sezione operativa

Leggere i percorsi con namei

Quando un comando fallisce su un percorso, spesso il problema non è il file finale ma uno dei segmenti intermedi: una directory senza , un rotto, un mount inatteso. namei serve proprio a scomporre il path e farti vedere ogni passaggio.

È uno strumento molto più utile di quanto sembri perché sposta l’attenzione dal solo file finale al percorso di risoluzione.

Da tenere a mente

  • Un path è una catena di directory, non un blocco unico.
  • namei mostra dove il percorso si spezza davvero.
  • e intermedi contano quanto il file finale.
Laboratorio guidatoWorkflow: metadati e path resolution

Mini laboratorio in stile operativo: prima leggi il file, poi scomponi il percorso e infine confronti i tipi di link.

1

Leggi inode e numero di link

terminal

Inspect file metadata

$ stat /var/log/syslog

Osservi , numero di link, owner, gruppo e timestamp in una sola vista.

2

Scomponi il percorso passo passo

terminal

Resolve path components

$ namei -l /var/log/syslog
f: /var/log/syslog
drwxr-xr-x root root /
drwxr-xr-x root root var
drwxr-xr-x root adm  log
-rw-r----- syslog adm syslog

Mostra ogni segmento del path con relativi e ownership. È perfetto quando “il file esiste ma non riesco ad aprirlo”.

3

Crea un hard link e confronta l’inode

terminal

Compare hard link inode

$ ln notes.txt notes-hardlink.txt && stat notes.txt notes-hardlink.txt

Un condivide lo stesso del file originale: cambiano i nomi, non l’identità del file.

4

Crea un symlink e verifica la differenza

terminal

Compare symbolic link

$ ln -s notes.txt notes-link.txt && ls -l notes-link.txt
lrwxr-xr-x 1 mike staff 9 May 21 10:00 notes-link.txt -> notes.txt

Il è un riferimento a un percorso, non allo stesso del file di partenza. Per questo può rompersi se il target cambia o sparisce.

Sezione operativa

Hard link vs symlink: quando usare cosa

Gli condividono lo stesso e funzionano solo sullo stesso ; i puntano a un percorso e sono più flessibili, ma anche più fragili se il target cambia.

La regola pratica è semplice: quando ti serve la stessa identità del file, quando ti serve un alias di percorso facile da leggere o spostare.

Da tenere a mente

  • = stessa identità del file.
  • = riferimento a un percorso.
  • I rotti sono un problema di path, non di condiviso.

Checkpoint finale

Cosa portarti via

  • L’inode è l’identità tecnica del file, il nome è solo una voce di directory.
  • stat e namei sono strumenti concreti per capire metadati e percorsi.
  • Hard link e symlink risolvono problemi diversi e non vanno confusi.

Prompt operativo

Fermati e ragiona

  • Quando un symlink è una comodità e quando diventa una fonte di errori?
  • Perché capire il path completo aiuta più di guardare solo il file finale?

Progress Dashboard Quiz

Hai completato 0/0 domande su 16 capitoli con quiz.

Capitoli completati: 0/16

Quiz capitolo

Verifica rapida

1/3

Quale strumento è più adatto per vedere inode, numero di link e timestamp di un file?