stdin, stdout e stderr

ogni comando in esecuzione ha a disposizione 3 file speciali (stream di dati):

• stdin
• stdout
• stderr

EX: redirigere l'input da file con <

$ cat < /etc/lsb-release

EX: redirigere l'output di un comando su file con >

$ ls -l /etc > etc_list.out

EX: redirigere gli errori di un comando su file con 2>

$ ls -l /root 2> /tmp/ERRORS

• &> consente di redirigere sia stdout che stderr in un unico stream
• 2>&1 redirige lo stderr su stdout

EX: redirigere l'output in modalita' append con >>

$ ls -l /home 2>> /tmp/ERRORS
$ ls -l /root 2>> /tmp/ERRORS

pipe

cmd1 | cmd2

La prima e piu' comune forma di composizione tra comandi di shell

EX: paginare l'output di un comando con less (o more)

$ ls -l /etc/ | less

EX: filtrare l'output di un comando con grep

$ man ls | grep human
...
$ man ls | grep -- -h
...
$ ls | grep ^[a-c]
...

tail -f /var/log/LOGFILE | grep PATTERN e' una combinazione molto utilizzata per filtrare un file di log in tempo reale

EX: ordinare file e directory per dimensione

$ du -s * | sort -nr | head -n 3
...

EX: estrazione di colonne da uno stream

$ cat /etc/group | cut -d : -f 1 | sort
...

EX: effettuare ricerche e sostituzioni in uno stream

$ cat /etc/hosts | \
  awk '/^[0-9]/ { print " * " $2 " (" $1 ")" }'

interpolazione e sostituzione di comando

cmd1 ... `cmd2` ...

Mediante l'uso del backtick (`comando`) o della sintassi $(comando) e' possibile utilizzare l'output del comando mediante interpolazione

EX: visualizza i dettagli del file eseguibile man

$ ls -l `which man`
...

$ ls -l $(which man)

Commmand Sequences

EX: eseguire piu' comandi in sequenza separandoli con ;

$ cd /etc/ ; ls -l profile ; cd -

EX: eseguire comandi in and && e or ||

$ cd /root && ls -l && cd - || echo "PERMESSO NEGATO"
...
$ cd /var/log && ls -l && cd - || echo "PERMESSO NEGATO"

Filesystem Hierarchy Standard

Partendo dalle convenzioni utilizzate nei sistemi Unix, la Linux Foundation mantiene uno standard documentato delle directory comunemente utilizzate dai sistemi GNU/Linux:

• /boot: configurazioni e asset di boot
• /etc: configurazioni di sistema (per lo piu' statiche)
• /dev: directory contenente i device file
• /lib, /bin, /sbin: librerie e utility/applicazioni/demoni di sistema (base) e device firmware e kernel driver (e.g. minimal, network embedded os)

• /var: configurazioni e asset dinamici (e.g. cache, log, socket file, pid file, database)
• /tmp: directory dei file temporanei

• /root e /home: home dell'utente root e degli utenti non privilegiati
• /usr: alter-ego di "/" per le librerie e utility/applicazioni/demoni di sistema (livello utente/applicativo, e.g. sistema desktop/mobile o server)
• /opt: software opzionali (di solito organizzati informalmente in directory per vendor)

• /media: directory di mount storage esterni e hotplug
• /mnt: directory in cui per convenzione vengono montati dispositivi e filesystem esterni in maniera manuale o statica

Pseudo Filesystems

• /proc: esposizione di statistiche e configurazioni (in lettura e a volte in scrittura) del kernel linux
• /sys: un evoluzione del vfs proc che espone programmaticamente stato e configurazioni di molti dei sottosistemi e device driver presenti nel kernel

EX: visualizzazione dei mount point e dei relativi device file

$ mount
/dev/sda2 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
$ cat /etc/fstab /etc/mtab
...
$ cat /proc/mtab /proc/swaps
...

Filesystem Types

• ext2/ext3/ext4: filesystem nativo Linux (ext4 ed ext4 con journaling)
• vfat/ntfs: (interoperabilita' con sistemi windows, e usb storage)
• swap
• filesystem in user space (fuse) ed ntfs3g
• molti altri...

File Types

In un filesystem Unix esistono diversi tipi di file che rappresentano

• file, directory e link
• socket, named pipe
• char/block devices

file, directory e link

file, directory e link servono ad organizzare lo spazio disco nella struttura gerarchica del filesystem

socket e named pipe

socket e named pipe sono delle astrazioni fornite dal kernel come canali di comunicazioni tra processi (IPC)

char e block devices

char e block devices rappresentano rispettivamente device con accesso sequenziale (porte seriali, usb, periferiche audio) e quelli con accesso a blocchi (dischi, cdrom)

E' possibile verificare il tipo di un file mediante il comando ls e la conoscenza del formato della codifica utilizzata per rappresentarli:

• Regular file (-)
• Directory (d)
• Symbolic link (l)
• Socket file (s)
• Named pipe (p)
• Char device (c)
• Block device (b)

EX: visualizzare ed interpretare il tipo dei file mediante il comando ls

$ ls -l /etc/profile
...
$ ls -ld /etc/rc0.d
...
$ ls -l /dev/ttyS0
...
$ ls -l /dev/sda1
...
$ ls -l /etc/rcS.d/S*
...
$ ls -l /run/acpid.socket
...

inodes

L' inode (index node) e' una struttura dati del kernel che rappresenta un oggetto del filesystem (in altre parole un qualunque tipo file).

Tra le informazioni che un inode puo' contenere troviamo:

• tipo di file e altri metadata (permessi, utente e gruppo proprietari, date di creazione/modifica/accesso)
• posizione degli eventuali disk block associati (per gli inode di tipo file)
• insieme degli inode contenuti (per gli inode di tipo directory)

EX: visualizzazione dell'inode associato ad un file mediante il comando stat

$ stat .
...
$ stat .bashrc
...

Link simbolici e hard link

I filesystem Unix supportano due tipi di link:

• hard link
• soft link (o symbolic link)

il comando ln consente la creazione e modifica dei file link (sia hard che soft link)

I soft link possono fare riferimento a file o directory e possono attraversare filesystem differenti

Gli hard link possono riferirsi solo a file contenuti nello stesso filesystem in cui viene creato il link

La motivazione di questo differente comportamento va ricercato nel modo in cui queste funzionalita' vengono implementate:

• il link simbolico e' un nodo dell'albero del filesystem il cui valore e' un nuovo percorso
• l'hard link e' un nodo dell'albero del filesystem che punta alla stessa zona del disco del file da cui e' stato creato

Per questo motivo se il file originale viene rimosso:

• il link simbolico risultera' broken
• l'hard link continuera' a funzionare correttamente

Soft Link

Hard Link

EX: creazione di hard e soft link mediante il comando ln

$ cp /etc/profile tmpfile
$ ln -s tmpfile softlink
$ ls -l
...
$ ln tmpfile hardlink
$ ls -l
...
$ rm tmpfile
$ ls -l