GolemWiki - Contributi utente [it]

Pkgsrc su Slackware

2026-05-24T09:27:28Z

$pooky Hunter: /* Installare pkgsrc */

==Introduzione==
[http://it.wikipedia.org/wiki/Slackware Slackware] è la distribuzione più longeva tra quelle ancora in auge.
Sviluppata con una particolare attenzione riguardo a stabilità e semplicità non possiede però né strumenti di configurazione con interfaccia grafica, né un sistema di gestione dei pacchetti con controllo automatico delle dipendenze.

==Gestione dei pacchetti==
=== Comandi ===
installpkg ''nomepacchetto'' (Installa un pacchetto)
removepkg ''nomepacchetto'' (Rimuove un pacchetto)
updatepkg ''nomepacchetto'' (Aggiorna un pacchetto)

=== Gestori di pacchetti===
* Gestore ufficiale: Slackpkg (permette l'installazione di pacchetti da repository online, ma non gestisce le dipendenze)

* Gestori non ufficiali: [http://software.jaos.org/ slapt-get]

=== Software extra ===
Uno dei principali problemi di Slackware è la difficoltà di reperimento del software, la quantità di pacchetti ufficiali è decisamente inferiore a quella delle altre principali distribuzioni.
Programmi popolari come Libreoffice, GNOME o VLC non sono presenti nei repository ufficiali.

=== Soluzioni alternative ===
* slacktrack: utility per la creazione di pacchetti Slackware a partire dal sorgente di un programma.

* rpm2tgz: programma per convertire pacchetti rpm nel formato tgz (utile per installare grossi pacchetti statici come Libreoffice o Chrome).

* [https://sbopkg.org/ Sbopkg]: script per lo scaricamento, la compilazione e l'installazione degli [https://slackbuilds.org/ SlackBuilds].

* [https://sourceforge.net/projects/slackpkgplus/ Slackpkg+]: plugin che permette a Slackpkg di gestire repository non ufficiali come alienbob

* [http://www.pkgsrc.org/ pkgsrc]: ''(package source)'', framework per compilare ed installare software di terze parti su NetBSD ed altri sistemi di tipo UNIX.

=pkgsrc=
== Introduzione ==
Se si decidesse di percorrere questa strada è consigliabile effettuare un'installazione minima del sistema Slackware (Base Linux System, Program Development, System libraries, Networking) ed utilizzare pkgsrc per il resto del software (es.: X11, KDE, Libreoffice).

Procediamo con la selezione del softwareda installare, nel setup selezionare:
* A
* AP
* D
* L
* N

E' possibile, volendo, eliminare anche le selezioni AP ed N, si dovrà poi, reinstallare con il framework tutto il resto

== Installare pkgsrc ==
Scaricare l'ultimo tarball disponibile
# cd /usr
# wget [http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc.tar.xz http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc.tar.xz]
# tar -xJvf pkgsrc.tar.xz

Eseguire il bootstrap
# cd /usr/pkgsrc/bootstrap
# ./bootstrap

Modificare il profilo della shell:
export PATH=$PATH:/usr/pkg/bin:/usr/pkg/sbin
export MANPATH=$MANPATH:/usr/pkg/man

Per installare un sorgente procedere come segue:
$ cd /usr/pkgsrc/x11/modular-xorg-server
# bmake install clean clean-depends

= Messa a punto del sistema =
== mk.conf ==
Editare il file '''/usr/pkg/etc/mk.conf''' aggiungendo le seguenti righe:

# Example /usr/pkg/etc/mk.conf file produced by bootstrap-pkgsrc
# Thu Apr 18 21:52:13 UTC 2019

.ifdef BSD_PKG_MK # begin pkgsrc settings

ABI= 64

PKG_DBDIR= /usr/pkg/pkgdb
LOCALBASE= /usr/pkg
VARBASE= /var
PKG_TOOLS_BIN= /usr/pkg/sbin
PKGINFODIR= info
PKGMANDIR= man

PKG_RCD_SCRIPTS= yes
RCD_SCRIPTS_DIR= /etc/rc.d
ACCEPTABLE_LICENSES+= vim-license
ALLOW_VULNERABLE_PACKAGES= vim
USE_DESTDIR= NO
PKG_RESUME_TRANSFERS= YES

PKG_ADD_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_add
PKG_ADMIN_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_admin
PKG_CREATE_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_create
PKG_INFO_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_info
WRKOBJDIR= /usr/pkgsrc/bootstrap/work/wrk
MAKE_jobs= 4

.endif # end pkgsrc settings

Aggiungere le librerie di pkgsrc a quelle Slackware
# echo /usr/pkg/lib >> /etc/ld.so.conf
# cat /etc/ld.so.conf

verificato che è tutto ok, si può procedere oltre.

== Pacchetti essenziali ==

* Il subsystem rc.d del NetBSD per avviare eventuali servizi
# cd /usr/pkgsrc/pkgtools/rc.subr/ && bmake install

* '''Audit:''' lista di pacchetti con licenze non free, pkgsrc darà errori se il pacchetto che si desidera installare ha una licenza non libera. Per aggiungerlo ugualmente la sua licenza deve essere aggiunta nel file mk.conf ''(es.: ACCEPTABLE_LICENSES+=vim-license)''

# /usr/pkg/sbin/download-vulnerability-list

* '''Digest:''' contiene la lista delle vulnerabilità dei vari pacchetti. Per far sì che pkgsrc ignori questi errori è necessario installarlo ed aggiungere il pacchetto su mk.conf ''(es.: ALLOW_VULNERABLE_PACKAGES=vim)''
# cd /usr/pkgsrc/pkgtools/digest
# bmake install

= Aggiornare pkgsrc =

Per tenere l' albero aggiornato lo si può fare in diversi modi:

== Via anonymous CVS ==
La versione stabile del 2019 primo quadrimestre
$ cd /usr && cvs -q -z2 -d anoncvs@anoncvs.NetBSD.org:/cvsroot checkout -r pkgsrc-2019Q1 -P pkgsrc

Oppure la versione corrente, denominata per l' appunto ''current''
$ cd /usr && cvs -q -z2 -d anoncvs@anoncvs.NetBSD.org:/cvsroot checkout -P pkgsrc

== Via CVS ==
Aggiornare pkgsrc via CVS, dirigersi versola directory /usr/pkgsrc ed far partire cvs:

$ cd /usr/pkgsrc && cvs update -dP

= Mantenere e aggiornare il sistema =

* Aggiornare i pacchetti
Installare lintpkgsrc per effettuare l'aggiornamento dei pacchetti in maniera automatica
# cd /usr/pkgsrc/pkgtools/lintpkgsrc && bmake install

Far partire lintpkgsrc:
# lintpkgsrc -i

Per vedere i vari comandi
# lintpkgsrc -h

# lintpkgsrc -i # check per update
# lintpkgsrc -o # check per la versione vecchia delle distribuzioni dei file
# lintpkgsrc -or # rimuove le vecchie distribuzioni dei file

== Tips ==
* Se il software fornito da pkgsrc non è sufficiente è possibile aggiungere [http://pkgsrc.org/wip/ pkgsrc-wip] ''(work in progress)''
# cd /usr/pkgsrc/
# git clone git://wip.pkgsrc.org/pkgsrc-wip.git wip

* Utilizzate '''btrfs''' (magari montato con l'opzione di compressione ''lzo'') per '''/usr/pkg''' ed effettuare degli snapshot del filesystem prima di importanti installazioni o aggiornamenti.

* Con i dovuti accorgimenti questa guida è applicabile a qualsiasi distribuzione

[[Category:Howto]]

Pkgsrc su Slackware

2026-05-24T09:27:12Z

$pooky Hunter: /* Installare pkgsrc */

==Introduzione==
[http://it.wikipedia.org/wiki/Slackware Slackware] è la distribuzione più longeva tra quelle ancora in auge.
Sviluppata con una particolare attenzione riguardo a stabilità e semplicità non possiede però né strumenti di configurazione con interfaccia grafica, né un sistema di gestione dei pacchetti con controllo automatico delle dipendenze.

==Gestione dei pacchetti==
=== Comandi ===
installpkg ''nomepacchetto'' (Installa un pacchetto)
removepkg ''nomepacchetto'' (Rimuove un pacchetto)
updatepkg ''nomepacchetto'' (Aggiorna un pacchetto)

=== Gestori di pacchetti===
* Gestore ufficiale: Slackpkg (permette l'installazione di pacchetti da repository online, ma non gestisce le dipendenze)

* Gestori non ufficiali: [http://software.jaos.org/ slapt-get]

=== Software extra ===
Uno dei principali problemi di Slackware è la difficoltà di reperimento del software, la quantità di pacchetti ufficiali è decisamente inferiore a quella delle altre principali distribuzioni.
Programmi popolari come Libreoffice, GNOME o VLC non sono presenti nei repository ufficiali.

=== Soluzioni alternative ===
* slacktrack: utility per la creazione di pacchetti Slackware a partire dal sorgente di un programma.

* rpm2tgz: programma per convertire pacchetti rpm nel formato tgz (utile per installare grossi pacchetti statici come Libreoffice o Chrome).

* [https://sbopkg.org/ Sbopkg]: script per lo scaricamento, la compilazione e l'installazione degli [https://slackbuilds.org/ SlackBuilds].

* [https://sourceforge.net/projects/slackpkgplus/ Slackpkg+]: plugin che permette a Slackpkg di gestire repository non ufficiali come alienbob

* [http://www.pkgsrc.org/ pkgsrc]: ''(package source)'', framework per compilare ed installare software di terze parti su NetBSD ed altri sistemi di tipo UNIX.

=pkgsrc=
== Introduzione ==
Se si decidesse di percorrere questa strada è consigliabile effettuare un'installazione minima del sistema Slackware (Base Linux System, Program Development, System libraries, Networking) ed utilizzare pkgsrc per il resto del software (es.: X11, KDE, Libreoffice).

Procediamo con la selezione del softwareda installare, nel setup selezionare:
* A
* AP
* D
* L
* N

E' possibile, volendo, eliminare anche le selezioni AP ed N, si dovrà poi, reinstallare con il framework tutto il resto

== Installare pkgsrc ==
Scaricare l'ultimo tarball disponibile
# cd /usr
# wget [http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc.tar.xz http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc.tar.xz]
# tar xJvf pkgsrc.tar.xz

Eseguire il bootstrap
# cd /usr/pkgsrc/bootstrap
# ./bootstrap

Modificare il profilo della shell:
export PATH=$PATH:/usr/pkg/bin:/usr/pkg/sbin
export MANPATH=$MANPATH:/usr/pkg/man

Per installare un sorgente procedere come segue:
$ cd /usr/pkgsrc/x11/modular-xorg-server
# bmake install clean clean-depends

= Messa a punto del sistema =
== mk.conf ==
Editare il file '''/usr/pkg/etc/mk.conf''' aggiungendo le seguenti righe:

# Example /usr/pkg/etc/mk.conf file produced by bootstrap-pkgsrc
# Thu Apr 18 21:52:13 UTC 2019

.ifdef BSD_PKG_MK # begin pkgsrc settings

ABI= 64

PKG_DBDIR= /usr/pkg/pkgdb
LOCALBASE= /usr/pkg
VARBASE= /var
PKG_TOOLS_BIN= /usr/pkg/sbin
PKGINFODIR= info
PKGMANDIR= man

PKG_RCD_SCRIPTS= yes
RCD_SCRIPTS_DIR= /etc/rc.d
ACCEPTABLE_LICENSES+= vim-license
ALLOW_VULNERABLE_PACKAGES= vim
USE_DESTDIR= NO
PKG_RESUME_TRANSFERS= YES

PKG_ADD_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_add
PKG_ADMIN_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_admin
PKG_CREATE_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_create
PKG_INFO_CMD?= /usr/pkgsrc/bootstrap/work/sbin/pkg_info
WRKOBJDIR= /usr/pkgsrc/bootstrap/work/wrk
MAKE_jobs= 4

.endif # end pkgsrc settings

Aggiungere le librerie di pkgsrc a quelle Slackware
# echo /usr/pkg/lib >> /etc/ld.so.conf
# cat /etc/ld.so.conf

verificato che è tutto ok, si può procedere oltre.

== Pacchetti essenziali ==

* Il subsystem rc.d del NetBSD per avviare eventuali servizi
# cd /usr/pkgsrc/pkgtools/rc.subr/ && bmake install

* '''Audit:''' lista di pacchetti con licenze non free, pkgsrc darà errori se il pacchetto che si desidera installare ha una licenza non libera. Per aggiungerlo ugualmente la sua licenza deve essere aggiunta nel file mk.conf ''(es.: ACCEPTABLE_LICENSES+=vim-license)''

# /usr/pkg/sbin/download-vulnerability-list

* '''Digest:''' contiene la lista delle vulnerabilità dei vari pacchetti. Per far sì che pkgsrc ignori questi errori è necessario installarlo ed aggiungere il pacchetto su mk.conf ''(es.: ALLOW_VULNERABLE_PACKAGES=vim)''
# cd /usr/pkgsrc/pkgtools/digest
# bmake install

= Aggiornare pkgsrc =

Per tenere l' albero aggiornato lo si può fare in diversi modi:

== Via anonymous CVS ==
La versione stabile del 2019 primo quadrimestre
$ cd /usr && cvs -q -z2 -d anoncvs@anoncvs.NetBSD.org:/cvsroot checkout -r pkgsrc-2019Q1 -P pkgsrc

Oppure la versione corrente, denominata per l' appunto ''current''
$ cd /usr && cvs -q -z2 -d anoncvs@anoncvs.NetBSD.org:/cvsroot checkout -P pkgsrc

== Via CVS ==
Aggiornare pkgsrc via CVS, dirigersi versola directory /usr/pkgsrc ed far partire cvs:

$ cd /usr/pkgsrc && cvs update -dP

= Mantenere e aggiornare il sistema =

* Aggiornare i pacchetti
Installare lintpkgsrc per effettuare l'aggiornamento dei pacchetti in maniera automatica
# cd /usr/pkgsrc/pkgtools/lintpkgsrc && bmake install

Far partire lintpkgsrc:
# lintpkgsrc -i

Per vedere i vari comandi
# lintpkgsrc -h

# lintpkgsrc -i # check per update
# lintpkgsrc -o # check per la versione vecchia delle distribuzioni dei file
# lintpkgsrc -or # rimuove le vecchie distribuzioni dei file

== Tips ==
* Se il software fornito da pkgsrc non è sufficiente è possibile aggiungere [http://pkgsrc.org/wip/ pkgsrc-wip] ''(work in progress)''
# cd /usr/pkgsrc/
# git clone git://wip.pkgsrc.org/pkgsrc-wip.git wip

* Utilizzate '''btrfs''' (magari montato con l'opzione di compressione ''lzo'') per '''/usr/pkg''' ed effettuare degli snapshot del filesystem prima di importanti installazioni o aggiornamenti.

* Con i dovuti accorgimenti questa guida è applicabile a qualsiasi distribuzione

[[Category:Howto]]

Linux minimale per PC i386/i486

2026-05-23T09:02:07Z

$pooky Hunter: /* output */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

===output===
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

===Tastiera italiana===
Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap output/target/etc/
# make

Possiamo creare uno script d'avvio tipo per far caricare automaticamente la tastiera italiana (ricordatevi di renderlo eseguibile).

'''/etc/init.d/S40keyboard'''
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio

'''/etc/init.d/S10mdev'''
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

UEFI e GPT

2026-05-18T21:47:26Z

$pooky Hunter: /* Partizionamento */

=Introduzione a UEFI e GPT=

UEFI è il nuovo standard che sostituirà il BIOS, ovvero quel programma di base che viene lanciato all'avvio del computer e ne consente la configurazione base e l'avvio dei sistemi operativi. UEFI ha destato attenzione nel mondo '''Linux''' per tre motivi:

# adotta nuovi metodi di '''avvio''' e di '''partizionamento''', infatti non è più presente la scelta di avvio dal primo/secondo disco o dal CD, bensì è UEFI a rilevare i supporti avviabili. Anche i CD e le pennine di installazione devono quindi essere '''UEFI-compatibili''', ma la maggior parte lo è (Ubuntu, Mint, Debian, ArchLinux...);
# il sistema di partizionamento MBR è stato soppiantato da '''GPT''', quindi bisogna imparare a partizionare i dischi seguendo questo standard: la nuova tabella partizioni consente di creare più di 4 partizioni primarie (fino a 128, e non esiste più il concetto di partizione estesa). Inoltre è necessaria una partizione dedicata per l'avvio, detta ''ESP (EFI System Partition)'', che contiene i file di avvio dei sistemi installati. I comandi fdisk e cfdisk sono stati aggiornati e supportano anche GPT. Su distro vecchie (precedenti al 2016-2017) è necessario usare rispettivamente '''gdisk''' e '''cgdisk''';
# '''Microsoft''' ha messo lo zampino nella tecnologia del '''secure boot''': un controllo che consente di bloccare l'installazione di sistemi non autorizzati; l'opzione sulla maggior parte dei dispositivi venduti può essere disabilitata, e se non può esserlo, spesso si riesce comunque a installare Linux, anche se con qualche grattacapo in più;

In questa pagina si cerca di riassumere tutto quello che c'è da sapere su UEFI prendendo come obiettivo l'installazione della distribuzione '''ArchLinux'''.

=Configurare UEFI=
Il primo passo da compiere è entrare nel menù di UEFI, premendo il tasto giusto all'avvio (di solito '''DEL/CANC''' o '''F2''', ma varia in base al modello). L'interfaccia grafica non è identica su tutti i computer: alcuni produttori usano quella simile al vecchio bios (bianca e blu/grigia), altri aggiungono a questa una versione più intuitiva e grafica dove è addirittura possibile usare il mouse, navigare un filesystem, catturare screenshot e navigare con un browser web.

Per installare sistemi ''diversi da Windows'' vanno disabilitati i parametri '''Fast Boot''' e '''Secure Boot''', dopodiché è possibile inserire il CD di installazione, da cui fare il boot (a volte è necessario riavviare per far rilevare il disco a UEFI).

=Partizionamento=
Fatto il boot con il live CD, è possibile vedere tutti i dischi e le relative partizioni con il comando
fdisk -l

Eventualmente si può specificare un disco solo di cui si vogliono informazioni.

# fdisk -l /dev/sda
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
[...]

Individuato il disco, è possibile passare al ''partizionamento''.

'''ATTENZIONE''' la procedura seguente eliminerà ogni dato già presente sul disco, ma in genere a nessuno importa...

Utilizzare il comando
cfdisk /dev/sda

È possibile eliminare tutte le partizioni, tenendo a mente le '''dimensioni della prima''', contrassegnata dal codice '''EF00'''. Tale partizione va ricreata, per sicurezza '''della stessa dimensione e allineata allo stesso blocco''', dopodiché è possibile creare le altre partizioni (root, home, windows-dedicata) seguendo la medesima procedura:

# Nello '''spazio libero''' (inizialmente tutto il disco) crea una ''nuova partizione'' (New);
# Richiesta del '''primo settore''' (First sector): premi invio per lasciare quello di default, ovvero a seguito della precedente partizione;
# '''Dimensione''' della partizione: questo è a scelta libera, il valore può essere inserito nelle unità comuni (Kilo, Mega, Giga), mentre dando invio usa il massimo spazio disponibile. Tieni sempre conto delle seguenti soglie minime
#*'''EFI''' - come detto prima, è bene ricrearla della dimensione originaria, nel mio caso era 300M
#*'''Root''' - senza la home, ovvero solo i file di sistema Linux, occupa al massimo una decina di Gb, quindi per lasciare un margine è bene assegnare 15G
#*'''/home''' - i dati utente hanno dimensione variabile, quindi è a propria discrezione
# Inserisci il tipo di partizione: '''EF00''' per la EFI, '''8300''' per Linux, '''8200'' per la swap, '''0700''' per Windows;
# Etichetta: sempre utile per identificare a occhio una partizione, è a discrezione dell'utente (esempio ''LinuxHome'' per la home);
# Ripeti dal punto 1 per tutte le partizioni necessarie

Le partizioni possono essere formattate normalmente (mkfs.ext4 /dev/sdy), eccetto la partizione '''EFI''', che va formattata in '''FAT''' con

mkfs.vfat -F 32 /dev/sda1

Nel caso tu voglia installare anche Windows è preferibile installarlo dopo il partizionamento e prima di installare Linux.

=Configurazione di GRUB=
Installato il sistema, bisogna configurare il bootloader per funzionare con EFI. GRUB ha una versione compatibile, da installare mentre si è chrootati. Per prima cosa la partizione EFI (in questo caso <code>/dev/sda1</code>) deve essere montata in una qualsiasi cartella, in modo da consentirne la scrittura dei file di avvio. Successivamente si può installare GRUB e creare il file di configurazione relativo. In caso di dual-boot altri sistemi installati saranno rilevati automaticamente soltanto se la partizione EFI è montata.

# mkdir /boot/efi
# mount /dev/sda1 /boot/efi
# grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck --debug
# grub-mkconfig -o /boot/grub/grub.cfg

{{Note
|type=info
|text=Convenzionalmente, la partizione EFI viene montata in <code>/boot/efi</code> e, al suo interno, contiene una directory denominata <code>EFI</code> che, a sua volta, contiene una directory per ogni sistema operativo installato.
}}

==Configurazione della BootList==
Il comando grub-install inserisce automaticamente Linux all'interno dei menù di avvio di EFI. In caso di dual boot sta poi all'utente decidere se impostarlo come scelta di avvio automatica, cosa che va fatta manualmente dai menù di EFI, all'avvio.

Ci è stato riferito che a volte il metodo manuale da EFI può fallire: c'è anche il modo di modificare la lista degli avvii di EFI dall'interno di Linux.

$ efibootmgr

BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0004
Boot0000* Windows Boot Manager
Boot0004* ArchLinux

L'output del comando efibootmgr è la lista dei sistemi installati (in questo caso ArchLinux e Windows), insieme alla lista di avvio (BootOrder), che in questo caso privilegia Windows.

Per modificarla basta aggiungere la relativa opzione, elencando gli ID dei sistemi operativi nell'ordine desiderato, separandoli da virgola

# efibootmgr --bootorder 0004,0000

In questo esempio si imposta Linux come primo sistema.

= Problemi =
Problema: avete rotto tutto, avete sovrascritto le variabili EFI, non funziona più nulla, vi rannicchiate in posizione fetale.

Soluzione: impostare il boot da CD e procurarsi un disco di [http://www.rodsbooks.com/refind/ rEFInd]. rEFInd trova i sistemi che hanno un file di avvio nella ''ESP'' (EFI System Partition) e vi chiederà di sceglierne uno (vedi figura). rEFInd è utile anche per avviare altri utili ''strumentopoli'' che possono venire in nostro soccorso, come la ''EFI shell''.

<gallery>
File:refind.png
</gallery>

Procurarsi la EFI-Shell (almeno v2), da qualche parte, es [https://github.com/tianocore/edk2/tree/master/ShellBinPkg github] o [https://aur.archlinux.org/packages/uefi-shell-git/ AUR].

'''Attenzione''': alcune schede madri ce l'hanno integrata, ma potrebbe non essere completa (es schede MSI), perciò scaricarla ugualmente.

Creare una directory <code>ESP/efishell/</code> in cui mettere l'eseguibile della ''EFI Shell'' <code>shellx64_v2.efi</code>, e avviarlo tramite il disco di rEFInd (o con la EFI shell già integrata)

Prendere un po' di dimestichezza con l'EFI-Shell. È case-sensitive, ma fa cose "alla Windows", quindi occhio:
* Vedere i device riconosciuti:
> map
* ''fs0'', ''fs1'', ecc... indicano i filesystem delle ESP trovate; potete navigarci:
> fs0:
> ls
* ''blk0'', ''blk1'', ecc... indicano le partizioni trovate ma non leggibili (NTFS, EXT)

Eliminare tutto ciò che non è necessario (file di avvio di Windows e cartelle). ''rm'' funziona sia con file che con directory:
> rm filename

Mostrare la lista della sequenza d'avvio. Ad ogni entry corrisponde un numero.
> bcfg boot dump

Prima di modificare qualunque cosa, cancellare tutto ciò che non è necessario (ma occhio a non cancellare cose preziose, tipo la ''EFI Shell'' integrata). Il numero indica l'entry desiderata. Occhio perché potrebbero riordinarsi automaticamente.
> bcfg boot rm 3

Aggiungere l'entry necessaria:
> bcfg boot add 1 fs0:/EFI/arch/grubx64.efi "Arch"

'''Attenzione''' a volte la scheda madre vuole avviare per forza Windows. Facciamoglielo credere mettendo il ''grubx64.efi'' nella ESP sotto ''EFI/Microsoft/Boot/bootmgfw.efi'' (attenzione alle maiuscole, anche se è FAT).

[[Category: Howto]]

Linux minimale per PC i386/i486

2026-05-17T18:38:23Z

$pooky Hunter: /* Tastiera italiana */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

===Tastiera italiana===
Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap output/target/etc/
# make

Possiamo creare uno script d'avvio tipo per far caricare automaticamente la tastiera italiana (ricordatevi di renderlo eseguibile).

'''/etc/init.d/S40keyboard'''
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio

'''/etc/init.d/S10mdev'''
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-17T18:36:26Z

$pooky Hunter:

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

===Tastiera italiana===
Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

Possiamo creare uno script d'avvio tipo per far caricare automaticamente la tastiera italiana (ricordatevi di renderlo eseguibile).

'''/etc/init.d/S40keyboard'''
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio

'''/etc/init.d/S10mdev'''
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-17T18:35:49Z

$pooky Hunter:

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo per far caricare automaticamente la tastiera italiana (ricordatevi di renderlo eseguibile).

'''/etc/init.d/S40keyboard'''
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio

'''/etc/init.d/S10mdev'''
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-17T18:33:04Z

$pooky Hunter: /* Hotplug */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T12:04:23Z

$pooky Hunter: /* Immagine per floppy disk */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T09:59:11Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console) - 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T09:48:15Z

$pooky Hunter: /* Buildroot */

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console)- 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati, driver o applicativi mancanti.

In questi casi la soluzione più rapida è quella di costruirsi un sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), applicazioni e l'indispensabile busybox.

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T09:45:47Z

$pooky Hunter:

=Distribuzioni per i386-i486=
Per il recupero di macchine particolarmente vecchie esistono delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: i386 non più supportato dal kernel 3.8 (2012), i486 dal kernel 7.1

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB (console)- 64 MB (GUI)
| Trashware

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB (console)
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB (console)
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (console)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (console) - 256 MB (GUI)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB (console)
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB (console)
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T09:27:05Z

$pooky Hunter: /* Distribuzioni per i586-i686 */

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distribuzione Linux
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB
| Desktop leggero

|-
| [http://www.puppylinux.com Puppy]
| 6.6.137
| i686
| 128 MB (text)
| Desktop leggero (Slackware 15 base)

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB (text) - 256 MB (X11)
| Desktop leggero

|}

{| class="wikitable sortable"
! BSD
! Versione
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB
| Server/router

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB
| Server/router

|}

Se si cerca un'esperienza desktop per un Pentium 100-200Mhz con 32-64 MB RAM ci si dovrà rassegnare a recuperare una distribuzione dell'epoca come [https://archive.org/download/mandrake-7.2-i386_202304/mandrake-7.2-i386.iso Mandrake 7.2]

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB
| Retrocomputing puro, PC anni '90

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T06:09:50Z

$pooky Hunter:

=Distribuzioni per i586-i686=
{| class="wikitable sortable"
! Distro
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://alpinelinux.org Alpine]
| 6.18.1-lts
| i686
| 128 MB
| Server Minimali, Container

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB
| Pentium II

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB
| Pentium II

|-
| [http://www.puppylinux.com Puppy Linux]
|
| i686
| 128-256 MB
| Desktop leggero usabile

|-
| [http://www.openbsd.org OpenBSD]
| 7.8
| i586
| 32 MB
| Trashware su Pentium I

|-
| [http://www.netbsd.org NetBSD]
| 10
| i586
| 64 MB
| Trashware su Pentium I

|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| CDROM
| i386
| 8 MB
| Retrocomputing puro, PC anni '90

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| i386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| CDROM
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| i386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-16T05:27:32Z

$pooky Hunter: /* Floppy Linux */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| i386
| 8 MB
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB
| Pentium II

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
|
| i686
| 128-256 MB
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386 / 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| 386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Immagine per floppy disk==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T18:00:16Z

$pooky Hunter: /* Distribuzioni per i486-i586 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! Versione Kernel
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi(cate) Linux]
| 2.4.37.11
| i386
| 8 MB
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| 3.16.55
| i686
| 64 MB
| Pentium II

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| 6.18.2
| i486DX
| 80 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
|
| i686
| 128-256 MB
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| 5.10.188
| i686
| 128 MB
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386 / 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| 386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T17:08:10Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Uso ideale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386 / 386SX
| 12 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| 386
| 8 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| Recupero PC vintage

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T16:59:22Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386 / 386SX
| 12 MB
| 1.44 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| 1.44 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T14:08:45Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 6.14.11
| 1 floppy
| 486DX
| 20 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 6.9.3
| 1–2 floppy
| 486
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.11
| 1 floppy
| 386 / 386SX
| 12 MB
| 1.44 MB
| Router/firewall embedded (iptables)

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.39
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Network solo con scheda NE2000 ISA

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| 1.44 MB
| Networking completo (httpd, ftpd, telnetd)
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T13:46:04Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Versione Kernel
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 6.14.11
| 1 floppy
| 486DX
| 20 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 6.9.3
| 1–2 floppy
| 486
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 2.4.20
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 2.4.37.9
| 1 floppy
| 386 / 386SX
| 12 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 2.0.36
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [https://micheleandreoli.org/public/Software/mulinux// muLinux]
| 2.0.36
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 2.4.26
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale, no network

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 2.0.0
| 2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 2.4.21
| 1–2 floppy
| 486
| 12 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://sourceforge.net/projects/zool5remastered/ Zool]
| 2.4.37.11
| 1 floppy
| 386
| 12 MB
| 1.44 MB
| Linux ultra-compatto, networking completo
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-15T12:59:10Z

$pooky Hunter: /* Distribuzioni per i386-i486 */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 486
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 486
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Howto

2026-05-14T22:54:13Z

$pooky Hunter: /* Per le macchine dell'Officina */

Tutti gli Howto sono visibili nella [[:Category:Howto | categoria dedicata]].
== Howto attuali ==
{|
|
=== Per le macchine dell'Officina ===

; [[Android_USB_tethering | Android USB tethering]]
; [[A10-OLinuXino-LIME]]
; [[apt-cacher|Apt-Cacher]]
; [[Boot loader | Ripristino del Boot Loader]]
; [[Btrfs]]
; [[Condividere_connessione|Condividere la connessione]]
; [[Docker]]
; [[File img]]
; [[GOLEM Dolly 2014 | GOLEM Dolly]]
; [[GPG_Gnu_Privacy_Guard|GPG]]
; [[Linux minimale per PC i386/i486]]
; [[Installare_Arch_Linux_in_una_partizione_cifrata | Partizione cifrata su Arch Linux]]
; [[Netcat]]
; [[Pillole hardware]]
; [[PXE|PXE (Boot da Rete)]]
; [[RAID | Restore RAID 1]]
; [[Rete del GOLEM]]
; [[Ricompilazione Kernel]] Prontuario veloce
; [[Ricompilazione Kernel per Niubbi]]
; [[Riconoscere il materiale]]
; [[Ubuntu e privacy]]
; [[UEFI e GPT]]
; [[Installare Arch Linux su ZFS|ZFS su Arch Linux]]
|

=== Altre guide ===


; [[Arduino_ed_Internet | Arduino ed Internet]]
; [[Biscotti_open_source | Biscotti Open Source]]
; [[Conversioni_video|Convertire Video]]
; [[Installare Debian GNU/Linux su NAS Intel SS4000-E ARM e cloni|Debian su NAS arm]]
; [[Filesystem esotici]]
; [[FreeDOS Networking]]
; [[IPv6_@_GOLEM | IPv6]]
; [[KDE5_file_template | Modello di file personalizzato su KDE5]]
; [[Minidlna]] (file sharing in rete locale)
; [[MySQL]]
; [[Motion | Videosorveglianza casalinga]]
; [[OpenBSD]]
; [[Connessioni_alternative | PLIP]]
; [[PDF Batch]]
; [[Pkgsrc_su_Slackware | pkgsrc su Slackware]]
; [[Postfix Relay]]
; [[QGIS]]
; [[Resize Immagini | Manipolazione Immagini (ImageMagick)]]
; [[Storia dei sistemi UNIX]]
; [[Telegram]]
; [[Tor]]
; [[VLAN]]
; [[Wordpress]]
|}

== Howto vecchi o da rivedere ==

; [[Appunti Arch Linux]]
; [[Appunti NixOS]]
; [[Copiare floppy]]
; [[Webcam | Creative Live! Cam Vista IM]]
; [[Device_rete|Fissare device name per schede di rete]]
; [[Estrarre_audio_da_dvd|Estrarre audio da DVD]]
; [[Net-HOWTO | GOLEM Networking Howto]]
; [[The_Gimp_come_tradurre_Script-Fu|Gimp, tradurre Script-Fu]]
; [[Linea_di_comando|Linea di comando]]
; [[Reti Alternative | Reti Alternative]]
; [[Ricevitore GPS]]
; [[LibreofficeRubrica | Rubrica su Libreoffice]]
; [[Vodafone_Station_2_AP|Vodafone Station 2 come Access Point]]

[[Category:howto]]

Floppy Linux

2026-05-14T22:52:31Z

$pooky Hunter: $pooky Hunter ha spostato la pagina Floppy Linux a Linux minimale per PC i386/i486

#RINVIA [[Linux minimale per PC i386/i486]]

Linux minimale per PC i386/i486

2026-05-14T22:52:31Z

$pooky Hunter: $pooky Hunter ha spostato la pagina Floppy Linux a Linux minimale per PC i386/i486

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T22:32:42Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Distribuzioni per i386-i486=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: è stato rimosso il supporto ai 386 nel 2012 (kernel 3.8) ed ai 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

==output==
Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Se lasciate le impostazioni standard si tratterà di 3 file: bzImage, rootfs.ext2, rootfs.tar.

==Floppy Linux==
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche ''era'' presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

==Immagine per hard disk==
Se un floppy è troppo piccolo per le nostre esigenze si può costruire il sistema dentro ad un file d'immagine da copiare sull'hard disk della nostra macchina direttamente con dd. Creiamo quindi un'immagine da 250 MB, che dovrebbe essere più che sufficiente per un sistema testuale
dd if=/dev/zero of=output/images/486linux.img bs=1M count=250

Montiamo l'immagine per poter formattare il filesystem e copiarci i dati
# losetup -Pf 486linux.img
# mkfs.ext2 /dev/loop0p1
Probabilmente il miglior filesystem per un sistema così vecchio è ext2, si rinuncia al journaling, ma ci si guadagna parecchio in performance.
# mkfs.ext2 -m 0 -O none /dev/loop0p1

Montiamo il tutto
# mount /dev/loop0p1 /mnt/img

Copiamoci il filesystem ed il kernel
# tar xf buildroot-2026.02/output/images/rootfs.tar -C /mnt/img
# mkdir -p /mnt/img/boot
# cp buildroot-2026.02/output/images/bzImage /mnt/img/boot/bzImage

Come bootloader, anche in questo caso si è optato per il semplicissimo syslinux.
sudo pacman -S syslinux
sudo extlinux --install /mnt/img/boot/

Configuriamo il bootloader (/mnt/boot/syslinux.cfg)
DEFAULT linux
timeout 5
prompt 1
LABEL linux
KERNEL /boot/bzImage
APPEND root=/dev/sda1 ro

Se ci interessa la tastiera italiana creiamo dal nostro sistema host il file .bmap da far caricare a busybox
# loadkeys -qb it > it.bmap
# mv it.bmap /mnt/img/etc

===Tastiera italiana===
Possiamo creare uno script d'avvio tipo ''/etc/init.d/S40keyboard'' per far in modo che il sistema lo carichi automaticamente (ricordatevi di renderlo eseguibile).
#!/bin/sh
loadkmap < /etc/it.bmap

===Hotplug===
Per l'hotplug dei moduli occorre aver installato il programma mdev, anche in questo caso converrà scrivere uno script di avvio tipo il seguente (/etc/init.d/S10mdev)
#!/bin/sh
case "$1" in
start)
echo "Starting mdev..."
# Imposta mdev come gestore degli eventi hotplug
echo /sbin/mdev > /proc/sys/kernel/hotplug
# Scansiona /sys per creare i device node per l'hardware già presente
/sbin/mdev -s
# Questo è il "coldplug": trova tutti i moduli dell'hardware già presente e li carica
echo "Loading kernel modules for existing hardware..."
find /sys/ -name modalias | xargs sort -u | xargs modprobe -abq
;;
stop)
echo "Stopping mdev..."
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac
[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T22:16:47Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [https://buildroot.org/download.html Buildroot], un tool che permette la cross-compilazione di un ambiente Linux completo di librerie (glibc, uclibc-ng o musl), numerose applicazioni e l'eseguibile busybox.

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il tool
$ tar -xzvf buildroot-2026.02.tar.gz

Entrare nella directory principale
$ cd buildroot-2026.02/

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Se si deve limitare al massimo la grandezza dell'immagine del kernel (bzImage) si può scegliere con un algoritmo di compressione come lzma. Questo però aumenterà il consumo di RAM e per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, ncftp, lynx, mutt)

* Si consiglia l'opzione di compilazione gcc '''-Os''' al fine di ridurre al minimo la grandezza dei binari

===Filesystem images===
Esistono varie tipologie di filesystem da utilizzare per il sistema che verrà compilato: immagini ext2, squashfs, direttamente nel initramfs o semplicemente in un tarball. Nel caso ci interessi costruire un floppy, al fine di sfruttare al meglio lo spazio, consiglio di scegliere ext2 compresso, anche in questo caso con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore RAM per caricarli (70-80MB).

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Nella directory buildroot-2026.02/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T21:37:45Z

$pooky Hunter: /* Buildroot */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) potrebbero non rispondere alle nostre esigenze: kernel datati (2.0, 2.2), driver mancanti o magari mancano proprio dell'applicazione di cui abbiamo bisogno.

In questi casi la soluzione più rapida è quella di costruirsi il proprio sistema Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux (con glibc, uclibc-ng o musl) e l'eseguibile busybox. L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot-snapshot

==BusyBox==
Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

==Kernel==
Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

* Code maturity level-> Prompt for development

* Processor type and features-> Support for your processor

* General setup-> kernel support for ELF binaries

* Block devices-> RAM disk support

* File systems-> /proc filesystem, tmpfs, ext2

* Character devices-> Virtual terminal

* Character devices-> Support for console on virtual terminal

* Console drivers-> VGA text console

* General setup-> PCI support

* I driver delle schede di rete che interessa supportare (ne, ne2k, rtl8139too, rtl8139c, pcnet32, e1000)

* Iptables se si necessita di un firewall

* Un driver IDE generico (generic ATA) su libata

* Block devices-> Normal PC floppy disk support, se ci interesse il supporto al floppy

Per risparmiare spazio si può comprimere l'immagine del kernel (bzImage) con un algoritmo di compressione come lzma, ma questo aumenterà il consumo di RAM. Per macchine molto vecchie come i386 o i486 probabilmente è meglio optare per gz o al massimo bz2.

==Configurazione generale==
$ make menuconfig

Indicare:

* Architettura di destinazione (i386, i486, i586…)

* Opzioni di compilazione

* Versione del kernel da usare

* Configurazione di partenza del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

* Eventuali altri programmi non presenti in busybox (es.: mdev, dropbear, nano, iptables, mutt)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T20:59:39Z

$pooky Hunter: /* Floppy Linux */

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc o musl e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

impostare la configurazione di default del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

eventuali altri programmi non presenti in busybox (es.: dropbear, nano, iptables, mutt)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T18:04:24Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk leggendario

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc o musl e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

impostare la configurazione di default del kernel
Kernel ---> Kernel configuration (Use the architecture default configuration)

eventuali altri programmi non presenti in busybox (es.: dropbear, nano, iptables, mutt)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T16:59:07Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2026 (kernel 7.1)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk leggendario

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc o musl e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

eventuali altri programmi non presenti in busybox (es. dropbear, un client/server ssh)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T16:49:20Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

=Floppy Linux=
Se si tenta di recuperare una macchina particolarmente vecchia possono venire in nostro soccorso delle mini distribuzioni prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

NB: su Linux è stato rimosso il supporto al 386 nel 2012 (kernel 3.8) ed al 486 nel 2025 (kernel 6.15)

{| class="wikitable sortable"
! Distribuzione
! Supporto avvio
! CPU minima
! RAM minima
! Dimensione tipica
! Uso ideale

|-
| [https://krzysztofjankowski.com/floppinux/ FLOPPINUX]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Mini Linux educativo/sperimentale

|-
| [https://github.com/snacsnoc/fluxflop/releases Fluxflop]
| 1–2 floppy
| 386
| ~4 MB
| 1.44–2.88 MB
| Networking minimale

|-
| [http://www.fdlinux.com/download.php FD Linux]
| 1 floppy
| 386SX
| 4 MB
| 1.44 MB
| DOS/Linux compatto

|-
| [http://www.zelow.no/floppyfw floppyfw]
| 1 floppy
| 386
| 8 MB
| 1.44 MB
| Router/firewall embedded

|-
| [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91]
| 1 floppy
| 386
| 2–4 MB
| 1.44 MB
| Esperimenti ultra-minimali

|-
| [http://micheleandreoli.org/public/Software/mulinux/ muLinux]
| 1+ floppy modulari
| 386SX
| 4 MB
| 1.44 MB base
| Recupero PC vintage

|-
| [http://smartlinux.sourceforge.net S.M.A.R.T. Linux]
| 1 floppy
| 386
| 4–8 MB
| 1.44 MB
| Toolkit floppy generale

|-
| [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux]
| 1–2 floppy
| 386
| 4–8 MB
| ~2 MB
| Sistema Linux minimale

|-
| [https://archiveos.org/tomsrtbt/ tomsrtbt]
| 1 floppy
| 386SX
| 8 MB
| 1.72 MB
| Rescue disk leggendario

|-
| [http://sourceforge.net/projects/trinux/files/ Trinux]
| 1–2 floppy
| 486
| 8–16 MB
| 1.44–3 MB
| Sicurezza/network auditing

|-
| [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]
| 1 floppy
| 386
| ~4 MB
| 1.44 MB
| Linux ultra-compatto
|}

=Buildroot=
Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc o musl e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

eventuali altri programmi non presenti in busybox (es. dropbear, un client/server ssh)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T16:31:48Z

$pooky Hunter:

=Distribuzioni per i486-i586=
{| class="wikitable sortable"
! Distro
! CPU minima
! RAM minima
! Disco/ISO
! Uso ideale

|-
| [http://delicate-linux.net/ DeLi Linux]
| i486
| 8–16 MB
| ~200 MB installazione
| Retrocomputing puro, PC anni '90

|-
| [http://www.slitaz.org SliTaz]
| i486
| 24–64 MB
| ISO 30–60 MB
| Pentium II/III molto leggeri

|-
| [http://www.tinycorelinux.com Tiny Core Linux]
| i486DX
| 46 MB
| 20–200 MB
| Minimalismo estremo, appliance

|-
| [http://www.puppylinux.com Puppy Linux]
| Pentium II
| 128-256 MB
| 300–500 MB ISO
| Desktop leggero usabile

|-
| [http://www.damnsmalllinux.org Damn Small Linux 2024]
| i686
| 256-512 MB
| ~700 MB ISO
| Hardware datato ma moderno
|}

A volte però, quando si tenta di recuperare qualche macchina particolarmente vecchia (magari per trasformarla in router, server web o proxy), anche queste soluzioni possono risultare inadeguate.
Ecco che possono venire in nostro soccorso delle mini distribuzioni Linux prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

=Floppy Linux=
[https://krzysztofjankowski.com/floppinux/ FLOPPINUX], [https://github.com/snacsnoc/fluxflop/releases Fluxflop], [http://www.fdlinux.com/download.php Fd Linux], [http://www.zelow.no/floppyfw/ floppyfw], [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91], [http://micheleandreoli.org/public/Software/mulinux/ MuLinux], [http://smartlinux.sourceforge.net S.M.A.R.T.], [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux], [https://archiveos.org/tomsrtbt/ tomsrtbt], [http://sourceforge.net/projects/trinux/files/ Trinux], [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]

Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc o musl e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

eventuali altri programmi non presenti in busybox (es. dropbear, un client/server ssh)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Linux minimale per PC i386/i486

2026-05-14T13:28:49Z

$pooky Hunter:

Esistono decine di distribuzioni Linux leggere, studiate appositamente per girare su hardware obsoleto:

[http://www.damnsmalllinux.org Damn Small], [http://delicate-linux.net/ DeLi(cate) Linux], [http://www.puppylinux.com Puppy], [http://www.slitaz.org SliTaz], [http://www.tinycorelinux.com Tiny Core]

A volte però, quando si tenta di recuperare qualche macchina particolarmente vecchia (magari per trasformarla in router, server web o proxy), anche queste soluzioni possono risultare inadeguate.
Ecco che possono venire in nostro soccorso delle mini distribuzioni Linux prive di ambiente grafico e talmente compatte da poter essere contenute in un unico floppy.

[http://www.fdlinux.com/download.php Fd Linux], [http://www.zelow.no/floppyfw/ floppyfw], [https://web.archive.org/web/20190312063410/http://chris.silmor.de/hal91/ HAL91], [http://micheleandreoli.org/public/Software/mulinux/ MuLinux], [http://smartlinux.sourceforge.net S.M.A.R.T.], [http://distro.ibiblio.org/polypux/external/smalllinux/ Small Linux], [https://archiveos.org/tomsrtbt/ tomsrtbt], [http://sourceforge.net/projects/trinux/files/ Trinux], [https://web.archive.org/web/20070629142617/http://zoollinux.berlios.de/doku.php Zool]

Soluzioni preconfezionate (come quelle sopra elencate) possono talvolta non rispondere completamente alle nostre esigenze. Spesso hanno kernel datati (2.0, 2.2) o magari mancano proprio dell'applicazione o del driver di cui abbiamo bisogno.

In questi casi l'unica strada percorribile è quella di costruirsi il proprio floppy Linux personalizzato. Per farlo il metodo più semplice è utilizzare [http://buildroot.uclibc.org Buildroot], un tarball che permette la cross-compilazione di un ambiente Linux completo usando le leggerissime librerie uClibc e l'eseguibile busybox.
L'ultima versione disponibile e scaricabile da questo [http://buildroot.uclibc.org/downloads/snapshots/buildroot-snapshot.tar.bz2 indirizzo].

Questa procedura è analoga a quella usata per la realizzazione di qualsiasi sistema embedded Linux-based: router, decoder, lettory DVD...

Scompattare il buildroot
$ tar -xjvf buildroot-snapshot.tar.bz2

Entrare nella directory principale
$ cd buildroot

Configurare il toolchain
$ make menuconfig

Indicare:

architettura di destinazione (i386, i486, i586…)

opzioni di compilazione

versione del kernel da usare

eventuali altri programmi non presenti in busybox (es. dropbear, un client/server ssh)

root filesystem di destinazione

Esistono varie tipologie di filesystem tra cui scegliere, tra queste l'ext2 compresso con bzip2 o lzma.
Con lzma si ottengono filesystem fino al 20% più piccoli rispetto a quelli compressi con bzip2, ma il sistema necessiterà di maggiore memoria (RAM) per caricarli.

Se il PC che che avete a disposizione non ha almeno 70-80 MB di RAM è preferibile optare per la compressione con bzip2, se la quantità di memoria non è un problema la compressione con lzma è sicuramente preferibile.

'''Per poter caricare correttamente il prompt del login è necessario sostituire'''
'''ttyS0 con tty1 nelle opzioni di configurazione del getty.'''

Configurare busybox selezionando i programmi che si ritengono necessari
$ make busybox-menuconfig

Configurare il kernel per la compilazione
$ make linux-menuconfig

Escludere tutto ciò che non è strettamente necessario per risparmiare spazio su disco, quanto segue dovrà essere necessariamente presente per ottenere un sistema minimo avviabile.

Code maturity level-> Prompt for development

Processor type and features-> Support for your processor

General setup-> kernel support for ELF binaries

Block devices-> Normal PC floppy disk support

Block devices-> RAM disk support

File systems-> /proc filesystem, tmpfs, ext2

Character devices-> Virtual terminal

Character devices-> Support for console on virtual terminal

Console drivers-> VGA text console

General setup-> PCI support

I driver delle schede di rete che interessa supportare, iptables se si necessita di un firewall, un driver ide generico per poter montare un hard disk ATA.

Per risparmiare spazio è preferibile comprimere l'immagine del kernel (bzImage) con l'algoritmo di compressione lzma.

Terminata la fase di configurazione si può procedere con la compilazione
$ make

Se qualcosa dovesse andare storto normalmente è sufficiente identificare il programma incriminato e vedere se cambiando versione la compilazione va buon fine.

Nella directory buildroot/output/images risiede il prodotto finito.
Si tratterà di 2 o 3 file: bzImage, rootfs.i486.ext2 e la sua versione compressa rootfs.i486.ext2.lzma.
Le dimensioni dei file bzImage e rootfs.i486.ext2.lzma devono essere sufficientemente contenute per entrare su un floppy.
Nel caso fossero solo di poco più grandi (100-200 KB), si può rimediare con la formattazione non standard del floppy: a 1.72 MB invece che a 1.44MB.
$ sudo mknod /dev/fd0u1722 b 2 60
$ fdformat /dev/fd0u1722
$ mkfs.vfat /dev/fd0u1722

Se non presente creare un mount point per il floppy
$ sudo mkdir /mnt/floppy

Montare il floppy
$ sudo mount /dev/fd0u1722 /mnt/floppy

Copiarvi i due file
$ sudo cp buildroot/output/images/bzImage /mnt/floppy
$ sudo cp buildroot/output/images/rootfs.i486.ext2.lzma /mnt/floppy

Adesso occorre installare un boot loader sul floppy. Essendo leggero, semplice da usare e supportando la FAT16 si consiglia di usare syslinux.

Se syslinux non fosse presente sul vostro sistema installatelo con:

$ sudo apt-get install syslinux
per sistemi Debian-based

O con
# pacman -S syslinux
su Arch Linux

Con un editor di testo (es. nano) create il file di configurazione per il boot loader: syslinux.cfg
$ sudo nano /mnt/floppy/syslinux.cfg

Riportate quanto segue, eventualmente adattandolo alle vostre esigenze:

default start
timeout 5
prompt 1
label start
kernel bzImage
append initrd=rootfs.i486.ext2.lzma BOOTDEV=fd0 ramdisk_size=16384 vga=0 root=/dev/ram0

Se è stato usato un altro tipo di filesystem sostituire rootfs.i486.ext2.lzma con rootfs.i486.ext2.bz2, rootfs.i486.ext2.squashfs…

Installare il bootloader sul floppy
$ sudo syslinux /dev/fd0

Smontare il floppy
$ cd
$ sudo umount /mnt/floppy

In caso di necessità di modifiche al ramdisk bisognerà copiarlo sul disco fisso, decomprimerlo, montarlo in loop ed effettuare le modifiche in questo modo:
$ sudo mount /mnt/floppy
$ sudo cp /mnt/floppy/rootfs.i486.ext2.lzma
$ sudo lzma -d rootfs.i486.ext2.lzma
$ sudo mkdir /mnt/tmp
$ sudo mount -o loop rootfs.i486.ext2 /mnt/tmp
$ cd /mnt/tmp

Effettuare le modifiche e poi smontare il tutto
$ cd
$ sudo umount /mnt/tmp

Ricomprimere il ramdisk e copiarlo sul floppy per sostituire quello vecchio
$ sudo lzma -c9 rootfs.i486.ext2 > rootfs.i486.ext2.lzma
$ sudo cp rootfs.i486.ext2.lzma /mnt/floppy
$ sudo umount /mnt/floppy

Un floppy già pronto con le seguenti caratteristiche e presente [http://golem.linux.it/files/spookyh/fspooky_v05.tar.xz qui]

* Linux kernel 3.2.9

* Busybox 1.19.4

* Programmi inclusi: ftpd, ncftp, dropbear (ssh client/server), httpd, iptables, dhcp client/server, nc, wget, fdisk.

* Requisiti minimi: i586 (60 MHz), 74 Mb RAM, floppy driver 3,5"

* Hardware supportato: processori i586 compatibili, Bus PCI (niente ISA), Controller Generic ATA disk; schede di rete Novell NE2000 (e cloni), RealTek 8129, Intel PRO/1000 Gigabit Adapter.

[[Category:howto]]

Howto

2026-03-31T22:44:49Z

$pooky Hunter: /* Howto vecchi o da rivedere */

Tutti gli Howto sono visibili nella [[:Category:Howto | categoria dedicata]].
== Howto attuali ==
{|
|
=== Per le macchine dell'Officina ===

; [[Android_USB_tethering | Android USB tethering]]
; [[A10-OLinuXino-LIME]]
; [[apt-cacher|Apt-Cacher]]
; [[Boot loader | Ripristino del Boot Loader]]
; [[Btrfs]]
; [[Condividere_connessione|Condividere la connessione]]
; [[Docker]]
; [[File img]]
; [[Floppy_Linux|Floppy Linux]]
; [[GOLEM Dolly 2014 | GOLEM Dolly]]
; [[GPG_Gnu_Privacy_Guard|GPG]]
; [[Installare_Arch_Linux_in_una_partizione_cifrata | Partizione cifrata su Arch Linux]]
; [[Netcat]]
; [[Pillole hardware]]
; [[PXE|PXE (Boot da Rete)]]
; [[RAID | Restore RAID 1]]
; [[Rete del GOLEM]]
; [[Ricompilazione Kernel]] Prontuario veloce
; [[Ricompilazione Kernel per Niubbi]]
; [[Riconoscere il materiale]]
; [[Ubuntu e privacy]]
; [[UEFI e GPT]]
; [[VPN del GOLEM]]
; [[Installare Arch Linux su ZFS|ZFS su Arch Linux]]
|
=== Altre guide ===


; [[Arduino_ed_Internet | Arduino ed Internet]]
; [[Biscotti_open_source | Biscotti Open Source]]
; [[Conversioni_video|Convertire Video]]
; [[Installare Debian GNU/Linux su NAS Intel SS4000-E ARM e cloni|Debian su NAS arm]]
; [[Filesystem esotici]]
; [[FreeDOS Networking]]
; [[IPv6_@_GOLEM | IPv6]]
; [[KDE5_file_template | Modello di file personalizzato su KDE5]]
; [[Minidlna]] (file sharing in rete locale)
; [[MySQL]]
; [[Motion | Videosorveglianza casalinga]]
; [[OpenBSD]]
; [[Connessioni_alternative | PLIP]]
; [[PDF Batch]]
; [[Pkgsrc_su_Slackware | pkgsrc su Slackware]]
; [[Postfix Relay]]
; [[QGIS]]
; [[Resize Immagini | Manipolazione Immagini (ImageMagick)]]
; [[Storia dei sistemi UNIX]]
; [[Telegram]]
; [[Tor]]
; [[VLAN]]
; [[Wordpress]]
|}

== Howto vecchi o da rivedere ==

; [[Appunti Arch Linux]]
; [[Appunti NixOS]]
; [[Copiare floppy]]
; [[Webcam | Creative Live! Cam Vista IM]]
; [[Device_rete|Fissare device name per schede di rete]]
; [[Estrarre_audio_da_dvd|Estrarre audio da DVD]]
; [[Net-HOWTO | GOLEM Networking Howto]]
; [[The_Gimp_come_tradurre_Script-Fu|Gimp, tradurre Script-Fu]]
; [[Linea_di_comando|Linea di comando]]
; [[Reti Alternative | Reti Alternative]]
; [[Ricevitore GPS]]
; [[LibreofficeRubrica | Rubrica su Libreoffice]]
; [[Vodafone_Station_2_AP|Vodafone Station 2 come Access Point]]

[[Category:howto]]

Howto

2026-03-31T22:44:25Z

$pooky Hunter: /* Howto attuali */

Tutti gli Howto sono visibili nella [[:Category:Howto | categoria dedicata]].
== Howto attuali ==
{|
|
=== Per le macchine dell'Officina ===

; [[Android_USB_tethering | Android USB tethering]]
; [[A10-OLinuXino-LIME]]
; [[apt-cacher|Apt-Cacher]]
; [[Boot loader | Ripristino del Boot Loader]]
; [[Btrfs]]
; [[Condividere_connessione|Condividere la connessione]]
; [[Docker]]
; [[File img]]
; [[Floppy_Linux|Floppy Linux]]
; [[GOLEM Dolly 2014 | GOLEM Dolly]]
; [[GPG_Gnu_Privacy_Guard|GPG]]
; [[Installare_Arch_Linux_in_una_partizione_cifrata | Partizione cifrata su Arch Linux]]
; [[Netcat]]
; [[Pillole hardware]]
; [[PXE|PXE (Boot da Rete)]]
; [[RAID | Restore RAID 1]]
; [[Rete del GOLEM]]
; [[Ricompilazione Kernel]] Prontuario veloce
; [[Ricompilazione Kernel per Niubbi]]
; [[Riconoscere il materiale]]
; [[Ubuntu e privacy]]
; [[UEFI e GPT]]
; [[VPN del GOLEM]]
; [[Installare Arch Linux su ZFS|ZFS su Arch Linux]]
|
=== Altre guide ===


; [[Arduino_ed_Internet | Arduino ed Internet]]
; [[Biscotti_open_source | Biscotti Open Source]]
; [[Conversioni_video|Convertire Video]]
; [[Installare Debian GNU/Linux su NAS Intel SS4000-E ARM e cloni|Debian su NAS arm]]
; [[Filesystem esotici]]
; [[FreeDOS Networking]]
; [[IPv6_@_GOLEM | IPv6]]
; [[KDE5_file_template | Modello di file personalizzato su KDE5]]
; [[Minidlna]] (file sharing in rete locale)
; [[MySQL]]
; [[Motion | Videosorveglianza casalinga]]
; [[OpenBSD]]
; [[Connessioni_alternative | PLIP]]
; [[PDF Batch]]
; [[Pkgsrc_su_Slackware | pkgsrc su Slackware]]
; [[Postfix Relay]]
; [[QGIS]]
; [[Resize Immagini | Manipolazione Immagini (ImageMagick)]]
; [[Storia dei sistemi UNIX]]
; [[Telegram]]
; [[Tor]]
; [[VLAN]]
; [[Wordpress]]
|}

== Howto vecchi o da rivedere ==

; [[Appunti Arch Linux]]
; [[Appunti NixOS]]
; [[Copiare floppy]]
; [[Webcam | Creative Live! Cam Vista IM]]
; [[Device_rete|Fissare device name per schede di rete]]
; [[Estrarre_audio_da_dvd|Estrarre audio da DVD]]
; [[Net-HOWTO | GOLEM Networking Howto]]
; [[The_Gimp_come_tradurre_Script-Fu|Gimp, tradurre Script-Fu]]
; [[Linea_di_comando|Linea di comando]]
; [[Ricevitore GPS]]
; [[LibreofficeRubrica | Rubrica su Libreoffice]]
; [[Vodafone_Station_2_AP|Vodafone Station 2 come Access Point]]

[[Category:howto]]

Carta Nazionale dei Servizi e Firma Digitale

2026-02-06T19:16:39Z

$pooky Hunter: /* Debian/Ubuntu/Mint */

Questa pagina ha lo scopo di fare chiarezza sul "mondo" delle '''smartcard''' con microchip crittografico, delle funzioni che tramite esse vengono veicolate e del loro utilizzo con Linux.

= CNS =

Una smartcard si definisce [http://www.digitpa.gov.it/carta-nazionale-dei-servizi «Carta Nazionale dei Servizi»] quando ha a bordo del suo microchip un certificato utile per l'autenticazione online, strutturato secondo quanto richiesto [http://www.digitpa.gov.it/node/689 dalla legge italiana].

Anche la '''CIE''' «Carta d'Identità Elettronica», la «tessera sanitaria regionale» '''TS''' e le carte regionali dei servizi '''CRS''' sono a tutti gli effetti CNS.

Sono strumenti di riconoscimento online d'identità e possono essere utilizzate anche per [http://www.digitpa.gov.it/firme-elettroniche-certificatori Firma Digitale] '''FD'''.

La smartcard è quindi l'oggetto fisico. Può contenere '''soltanto''' la funzionalità CNS, '''soltanto''' la funzionalità FD o '''entrambe''', oppure '''nessuna''' (come nel caso delle tessere sanitarie con microchip appena giunte al cittadino e non ancora "attivate").

Per ulteriori approfondimenti è possibile consultare [https://golem.linux.it/cloud/index.php/s/fCLGQzyRBpKfN45 Strumenti di Cittadinanza digitale] a cura di Giulia del GOLEM.

=Produttori di smartcard=

I produttori di smartcard (o meglio di microchip) dovrebbero rispettare lo standard [http://www.rsa.com/rsalabs/node.asp?id=2141 pkcs#15], ma non sempre lo fanno. Per questo abbiamo bisogno di driver specifici (spesso binari e non-Liberi).

==Athena==

Smartcard fra le più diffuse (CRS Lombardia, TS Toscana, TS Sardegna, ArubaPEC), sono del produttore [http://www.athena-scs.com/ Athena] è possibile scaricare i driver binari dal sito [http://www.pec.it/Download.aspx Aruba].

==Incard==

Alcune smartcard utilizzate in Italia (Camere di Commercio, Infocert, ArubaPEC) sono del produttore [http://www.incard.it/ Incard]. I driver di queste smartcard sembrano essere sviluppati da Bit4id e sono rilasciati gratuitamente, ma non-Liberi, in formato binario su [https://www.pec.it/download-software-driver.aspx Aruba].

==Oberthur==

Le smartcard [http://www.oberthur.com/ Oberthur] sono utilizzate per la firma digitale da [https://www.pec.it ArubaPEC], molti ordini professionali emettono per i loro associati smartcard di questo produttore. Utilizzano il medesimo driver di Incard scaricabile su [https://www.pec.it/download-software-driver.aspx Aruba]

==Siemens==

Molto usate in passato dalle Camere di Commercio e adesso dalla [http://www.regione.liguria.it/argomenti/diritti-e-doveri-del-cittadino/carta-regionale-dei-servizi.html CRS ligure], le smartcard Siemens richiedono il software [http://supportcrs.fascicolo-sanitario.it/modulistica/ CardOS].

==Vecchie smartcard==

Un bell'elenco, storico, molto dettagliato, di microchip e dei relativi produttori si trova nella [https://www.firma.infocert.it/pdf/CARD_1.pdf documentazione Infocert]. Sysgillo, InCrypto, Siemens... le vecchie firme digitali delle Camere di Commercio.

=Lettori di smartcard=

Chi produce i lettori spesso rispetta lo standard [http://www.rsa.com/rsalabs/node.asp?id=2133 pkcs#11], quindi i lettori più nuovi dovrebbero risultare compatibili con Linux.

I seguenti lettori di smartcard sono stati testati e funzionano con Linux

==Bit4id==
[https://support.bit4id.com/#!/it/product/miniLector_Piano miniLector Piano] di Bit4id: funziona.

==Manhattan==
[http://www.manhattan-products.com/en-US/products/5605-smart-card-reader Manhattan]

Lo vende (per esempio) [http://www.icintracom.biz/lettore-di-smart-card-usb-esterno-1822.html icintracom]: funziona.

Sembra lo stesso lettore che vende anche [http://www.digicom.it/digisit/prodotti.nsf/ITProdottiIDX/SmartCardReader Digicom]. Visto da Trony a 17,99 euro (settembre 2012). Logo Linux sull'esterno della scatola.

==Hamlet==
[http://www.hamletcom.com/products/huscr2.aspx Hamlet]: funziona.

==Gemalto==

Lettori di smartcard [http://www.gemalto.com/products/pc_link_readers/ IDBridge CT family]. Secondo [http://www.programmiamoinsieme.eu/blog/2012/02/11/firma-digitale-con-smart-card-cns-su-linux/ Ludo] funzionano.

Dal [http://support.gemalto.com/index.php?id=download_driver_pc-link_readers sito web] di Gemalto, sia per i lettori [http://support.gemalto.com/index.php?id=pc_usb_sl PC USB SL], sia per quelli [http://support.gemalto.com/index.php?id=pc_usb_tr_and_pc_twin PC USB TR e PC TWIN] si hanno buone notizie per quanto riguarda Linux:

''«This USB CCID device is supported by the '''libccid''' library. This library provides a PC/SC IFD handler implementation for the USB smart card interface devices compliant to the CCID protocol. Gemalto '''is actively involved''' in the development and improvement of this library. This library is packaged and distributed by most of the Linux distributions. TIPS: Use the package manager from your specific Linux distribution to search for the libccid library and install it. The libccid source code is available on the following web site: [http://pcsclite.alioth.debian.org/ccid.html Alioth].»''

==ASEDrive - Athena==

Athena produce non soltanto le smartcard, ma anche i lettori [https://www.partnerdata.it/athena/ ASEDrive]: dovrebbero funzionare.

=Firma digitale FD=

Supponendo di avere fatto bene tutte le configurazioni utili per i lettori e anche per la smartcard in nostro possesso, possiamo provare a firmare con un software di firma. Ce ne sono pochi di Liberi (o Open Source), molti sono a pagamento, alcuni sono non-Liberi ma gratuiti.

==Aruba Sign==
Il miglior software multi-piattaforma disponibile è probabilmente [https://www.pec.it/download-software-driver.aspx Aruba Sign].
Prodotto da Aruba, gratuito ma non libero, è scritto in Java e disponibile per Windows, MacOS X e Linux.
Permette di firmare documenti, apporre marcature temporali ed ulteriori operazioni come la modifica del PIN di una CNS.
Affinché riconosca correttamente il proprio lettore è necessario inserire il percorso del driver nella sezione Opzioni e Parametri, es. su Arch Linux con lettore Bit4id: /usr/lib/bit4id/libbit4xpki.so

==Marcatura temporale - Timestamp==

Una marcatura temporale si può apporre con File Protector. Quello di marcatura temporale è un servizio che viene fornito, tramite un server, da una [http://en.wikipedia.org/wiki/Trusted_timestamping#Trusted_.28digital.29_timestamping TSA] Time Stamping Authority (per dirla in modo grossolano un server terzo firma col suo certificato l'[http://it.wikipedia.org/wiki/Secure_Hash_Algorithm impronta] del nostro file dopo averci aggiunto data e ora).

Le marcature devono essere acquistate (per esempio su [http://www.pec.it/MarcheTemporali.aspx pec.it]).

=== FreeSigner ===

Basato su [http://j4sign.sourceforge.net/ j4sign], è un programma che permette di effettuare e verificare firme digitali. E' multipiattaforma ed è possibile scaricarlo a [https://de.osdn.net/projects/sfnet_j4sign/downloads/freesigner/freesigner-0.3.4/freesigner-0.3.4-setup.jar questo indirizzo]. Supporta i più recenti standard normativi di firma CADeS e la maggior parte delle smartcard compatibili con lo standard PKCS#11 e Linux.

=Tessera Sanitaria=

La cosiddetta [http://www.sistemats.it/ Tessera Sanitaria] non è altro che una Carta Nazionale dei Servizi.

Le prime tessere sanitarie non avevano il microchip, servivano soltanto perché funzionavano da codice fiscale (che poteva essere letto in automatico dal codice a barre stampato su di esse).

=== Tipologie ===

[[File:Tessera_sanitaria.jpeg]]

{| class="wikitable"
| Sigla
| Tipologia Carta
| Linux
| Driver
|-
| AT 2012
| Siemens / ATOS
| OK
| OpenSC, [https://www.regione.toscana.it/-/area-download Proprietario]
|-
| AC 2013, 2014, 2018
| Actalis
| OK
| OpenSC, [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ACx 2021
| Actalis
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ACe 2021
| Actalis
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| OT 2015, 2016
| OBERTHUR
| OK
| OpsnSC, [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ID 2019
| IDEMIA
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ST 2021
| STMICROELECTRONICS
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|}

Nel caso la vostra carta non fosse supportata da questi driver provate: [https://sistemats4.sanita.finanze.it/CardDriverDownloaderWeb/pages/home.xhtml Ricerca], [https://www.cartaidentita.interno.gov.it/fornitori-di-servizi/documentazione-middleware-cie/ CIE], [https://www.firma.infocert.it/installazione/ Infocert].

==Portali Regionali==

* Tessera Sanitaria e Carta Provinciale dei Servizi della [http://www.provincia.bz.it/cartaservizi/ Provincia Autonoma di Bolzano]

* La [http://www.regione.calabria.it/sanita/index.php?option=com_content&task=view&id=405&Itemid=100 Regione Calabria]

* Carta dei Servizi del [http://cartaservizi.regione.fvg.it/ Friuli Venezia Giulia]

* Carta regionale dei Servizi [http://www.regione.liguria.it/argomenti/diritti-e-doveri-del-cittadino/carta-regionale-dei-servizi.html Regione Liguria]

* Carta Regionale dei Servizi [http://www.crs.regione.lombardia.it/ Regione Lombardia]

* Tessera Sanitaria [http://www.regione.toscana.it/cartasanitaria Regione Toscana] [http://www.regione.toscana.it/servizi-online/servizi-sicuri/carta-sanitaria-elettronica/guida-all-uso Guida all'uso] Lettore di smartcard a [https://www.regione.toscana.it/servizi-online/servizi-sicuri/carta-sanitaria-elettronica/lettore-smart-card 4,20 euro]

* Tessera Sanitaria [https://tscns.regione.sardegna.it/articoli/linux Regione Sardegna]

* Tessera Sanitaria e Carta Provinciale dei Servizi [http://www.cartaservizi.provincia.tn.it/ Provincia Autonoma di Trento].

=Carta d'Identità Elettronica =

La CIE è una CNS identica alle altre. I driver proprietari per le varie piattaforme sono scaricabili [https://www.cartaidentita.interno.gov.it/fornitori-di-servizi/documentazione-middleware-cie/ qui].

= Installazione SmartCard su Linux =
== Distribuzioni ==
=== Debian/Ubuntu/Mint ===
Installare i seguenti pacchetti
# apt install pcsc-tools pcscd opensc opensc-pkcs11

Il demone <code>pcscd</code> si avvierà automaticamente.

Le carte ACx 2021 non sono supportate da OpenSC, per poterle utilizzare occorrerà scaricare ed installare manualmente il pacchetto
* [https://swdownload1.agenziaentrate.gov.it/pub/sanita/libbit4xpki-idemia-amd64.1.4.10-647.deb libbit4xpki-idemia-amd64.1.4.10-647.deb]

Per le nuove carte ACx, ACe ed ACj 2025 occorre invece il pacchetto:
* [https://swdownload1.agenziaentrate.gov.it/pub/sanita/Cyberneid-Middleware_1.3.8.10_all.deb Cyberneid-Middleware_1.3.8.10_all.deb]

=== Arch Linux ===
Installare i seguenti pacchetti, utili solo per smartcard del produttore Athena (libaseCnsP11)
# pacman -Sy ccid pcsclite pcsc-tools opensc

Abilitare e avviare pcscd
# systemctl enable pcscd.socket
# systemctl start pcscd.socket

Alcune recenti tessere sanitarie non sono ancora supportate da OpenSC, sarà necessario scaricare e compilare manualmente il pacchetto
* [https://spookyh.altervista.org/altro/bit4id-xpki.tar.gz bit4id-xpki.tar.gz].

=== NixOS ===
Aggiungere i seguenti pacchetti al file <code>/etc/nixos/configuration.nix</code> nella sezione ''environment.systemPackages = with pkgs;''
pcsclite opensc openssl pcsctools ccid usbutils acsccid

Abilitare demone per la gestione delle smartcard aggiungendo la riga seguente al <code>configuration.nix</code>
services.pcscd.enable = true;

Effettuare il rebuild del sistema e riavviare
# nixos-rebuild switch

Alcune recenti tessere sanitarie non sono ancora supportate da OpenSC, per farlo create il file <code>[https://github.com/spookyh83/nixpkgs/blob/spookix/pkgs/misc/drivers/bit4id-xpki/default.nix /etc/nixos/cns_ita_new.nix]</code>
{ lib, stdenv, fetchurl, dpkg, pcsclite, opensc, pcsctools, ccid }:
stdenv.mkDerivation rec {
name = "bit4xpki";
src = fetchurl {
url = "https://swdownload1.agenziaentrate.gov.it/pub/sanita/libbit4xpki-idemia-amd64.1.4.10-622.deb";
sha256 = "1mq6xng97d5s94h84p1clsnh56g245xcr1pbjm3ryjf43w7jlqlx";
};
unpackPhase = "dpkg-deb -x $src $out";
meta = with lib; {
description = "Libraries for the XPKI client used by the Italian CNS.";
homepage = "https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso";
platforms = [ "x86_64-linux" ];
license = licenses.unfree;
};
buildInputs = [ dpkg ];
shellHook = ''
export PATH="${dpkg}/bin:$PATH"
'';
}

Aggiungere una riga tra le import di <code>/etc/nixos/configuration.nix</code>
{
imports =
[ # Include the results of the hardware scan.
./hardware-configuration.nix
./bit4id.nix #'''File nella directory /etc/nixos per caricare il driver
];

Creare il file <code>/etc/nixos/bit4id.nix</code>
{ config, pkgs, ... }:
let
bit4id = pkgs.callPackage /etc/nixos/cns_ita_new.nix {};
in
{
environment.systemPackages = [ bit4id ];
}

Effettuare il rebuild del sistema
# nixos-rebuild switch

== Testare il funzionamento della carta ==
# pcsc_scan

Dovrebbe produrre un output di questo genere, contenente alcune informazioni sulla CNS, tra cui dovreste riconoscere le vostre generalità.

PC/SC device scanner
V 1.4.22 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.10
Using reader plug'n play mechanism
Scanning present readers...
0: ACS ACR38U-CCID 00 00
Mon May 5 22:52:40 2014
Reader 0: ACS ACR38U-CCID 00 00
Card state: Card inserted,
ATR: 3B DF 18 00 81 31 FE 7D 00 6B 15 0C 01 81 01 11 01 43 4E 53 10 31 80 E8

== Localizzare la libreria ==
Al termine dell'installazione, è necessario individuare la libreria <code>opensc-pkcs11.so</code>, che serve per configurare il browser e utilizzare la tessera con esso.

Generalmente può essere trovata in uno dei seguenti percorsi:
* ''/usr/lib/opensc-pkcs11.so''
* ''/usr/lib/x86_64-linux-gnu/opensc-pkcs11.so''

Oppure qua per i nuovi driver proprietari aggiornati al 2021
* ''/usr/lib/bit4id/libbit4xpki.so''

Se non si riesce a localizzarla, si può provare a cercarla col seguente comando:
$ find / -name "opensc-pkcs11.so" 2> /dev/null

= Applicazioni =
Molte applicazioni possono usare il certificato della CNS per autenticarvi, come il browser o ssh.
== Browser ==
'''Attenzione:''' collegare sempre il lettore '''prima''' di aprire il browser!

Dopo la configurazione, è possibile verificare il funzionamento collegandosi alla [https://ca.arubapec.it/crtest/showcert.php pagina test di Aruba] ed inserendo il PIN.

=== Firefox ===
# Collegare il lettore di smartcard
# Avviare Firefox
# Inserire la tessera sanitaria nel lettore
# In Firefox, selezionare ''Modifica'' → ''Preferenze'' → ''Privacy e sicurezza'' → ''Dispositivi di sicurezza''
# Cliccare su ''Carica'', inserire una descrizione (es: ''TesseraSanitaria'') ed il percorso corretto del file <code>opensc-pkcs11.so</code> o <code>libbit4xpki.so</code>, come individuati precedentemente.

=== Chrome/Chromium ===
Chiudere il browser, quindi aprire un terminale e lanciare i seguenti comandi, modificando opportunamente il percorso del file <code>opensc-pkcs11.so</code>, come individuato precedentemente.

$ cd ~
$ modutil -dbdir sql:.pki/nssdb/ -add "OpenSC" -libfile /usr/lib/opensc-pkcs11.so

Nel caso dei driver del 2021 sarà invece necessario usare quest'altro comando

$ cd ~
$ modutil -dbdir sql:.pki/nssdb/ -add "CNS2021" -libfile /usr/lib/bit4id/libbit4xpki.so

=== SSH ===
Estrarre la chiave pubblica (il percorso della libreria dipende dalla distribuzione):
ssh-keygen -D /usr/lib/i386-linux-gnu/opensc-pkcs11.so
Oppure, se si usa una scheda con l'altro tipo di chip
ssh-keygen -D /usr/lib/bit4id/libbit4xpki.so

Dopo aver copiato la chiave pubblica sul sistema remoto (ad es. in ~/.ssh/authorized_keys), è possibile collegarsi fornendo il PIN quando richiesto:
ssh -I /usr/lib/i386linuxgnu/opensc-pkcs11.so ''indirizzo-del-server''
Oppure
ssh -I /usr/lib/bit4id/libbit4xpki.so ''indirizzo-del-server''

= Utilità =
== Modificare PIN ==
$ pkcs15-tool --change-pin

[[Category:Howto]]

Carta Nazionale dei Servizi e Firma Digitale

2026-02-06T19:14:59Z

$pooky Hunter: /* Debian/Ubuntu/Mint */

Questa pagina ha lo scopo di fare chiarezza sul "mondo" delle '''smartcard''' con microchip crittografico, delle funzioni che tramite esse vengono veicolate e del loro utilizzo con Linux.

= CNS =

Una smartcard si definisce [http://www.digitpa.gov.it/carta-nazionale-dei-servizi «Carta Nazionale dei Servizi»] quando ha a bordo del suo microchip un certificato utile per l'autenticazione online, strutturato secondo quanto richiesto [http://www.digitpa.gov.it/node/689 dalla legge italiana].

Anche la '''CIE''' «Carta d'Identità Elettronica», la «tessera sanitaria regionale» '''TS''' e le carte regionali dei servizi '''CRS''' sono a tutti gli effetti CNS.

Sono strumenti di riconoscimento online d'identità e possono essere utilizzate anche per [http://www.digitpa.gov.it/firme-elettroniche-certificatori Firma Digitale] '''FD'''.

La smartcard è quindi l'oggetto fisico. Può contenere '''soltanto''' la funzionalità CNS, '''soltanto''' la funzionalità FD o '''entrambe''', oppure '''nessuna''' (come nel caso delle tessere sanitarie con microchip appena giunte al cittadino e non ancora "attivate").

Per ulteriori approfondimenti è possibile consultare [https://golem.linux.it/cloud/index.php/s/fCLGQzyRBpKfN45 Strumenti di Cittadinanza digitale] a cura di Giulia del GOLEM.

=Produttori di smartcard=

I produttori di smartcard (o meglio di microchip) dovrebbero rispettare lo standard [http://www.rsa.com/rsalabs/node.asp?id=2141 pkcs#15], ma non sempre lo fanno. Per questo abbiamo bisogno di driver specifici (spesso binari e non-Liberi).

==Athena==

Smartcard fra le più diffuse (CRS Lombardia, TS Toscana, TS Sardegna, ArubaPEC), sono del produttore [http://www.athena-scs.com/ Athena] è possibile scaricare i driver binari dal sito [http://www.pec.it/Download.aspx Aruba].

==Incard==

Alcune smartcard utilizzate in Italia (Camere di Commercio, Infocert, ArubaPEC) sono del produttore [http://www.incard.it/ Incard]. I driver di queste smartcard sembrano essere sviluppati da Bit4id e sono rilasciati gratuitamente, ma non-Liberi, in formato binario su [https://www.pec.it/download-software-driver.aspx Aruba].

==Oberthur==

Le smartcard [http://www.oberthur.com/ Oberthur] sono utilizzate per la firma digitale da [https://www.pec.it ArubaPEC], molti ordini professionali emettono per i loro associati smartcard di questo produttore. Utilizzano il medesimo driver di Incard scaricabile su [https://www.pec.it/download-software-driver.aspx Aruba]

==Siemens==

Molto usate in passato dalle Camere di Commercio e adesso dalla [http://www.regione.liguria.it/argomenti/diritti-e-doveri-del-cittadino/carta-regionale-dei-servizi.html CRS ligure], le smartcard Siemens richiedono il software [http://supportcrs.fascicolo-sanitario.it/modulistica/ CardOS].

==Vecchie smartcard==

Un bell'elenco, storico, molto dettagliato, di microchip e dei relativi produttori si trova nella [https://www.firma.infocert.it/pdf/CARD_1.pdf documentazione Infocert]. Sysgillo, InCrypto, Siemens... le vecchie firme digitali delle Camere di Commercio.

=Lettori di smartcard=

Chi produce i lettori spesso rispetta lo standard [http://www.rsa.com/rsalabs/node.asp?id=2133 pkcs#11], quindi i lettori più nuovi dovrebbero risultare compatibili con Linux.

I seguenti lettori di smartcard sono stati testati e funzionano con Linux

==Bit4id==
[https://support.bit4id.com/#!/it/product/miniLector_Piano miniLector Piano] di Bit4id: funziona.

==Manhattan==
[http://www.manhattan-products.com/en-US/products/5605-smart-card-reader Manhattan]

Lo vende (per esempio) [http://www.icintracom.biz/lettore-di-smart-card-usb-esterno-1822.html icintracom]: funziona.

Sembra lo stesso lettore che vende anche [http://www.digicom.it/digisit/prodotti.nsf/ITProdottiIDX/SmartCardReader Digicom]. Visto da Trony a 17,99 euro (settembre 2012). Logo Linux sull'esterno della scatola.

==Hamlet==
[http://www.hamletcom.com/products/huscr2.aspx Hamlet]: funziona.

==Gemalto==

Lettori di smartcard [http://www.gemalto.com/products/pc_link_readers/ IDBridge CT family]. Secondo [http://www.programmiamoinsieme.eu/blog/2012/02/11/firma-digitale-con-smart-card-cns-su-linux/ Ludo] funzionano.

Dal [http://support.gemalto.com/index.php?id=download_driver_pc-link_readers sito web] di Gemalto, sia per i lettori [http://support.gemalto.com/index.php?id=pc_usb_sl PC USB SL], sia per quelli [http://support.gemalto.com/index.php?id=pc_usb_tr_and_pc_twin PC USB TR e PC TWIN] si hanno buone notizie per quanto riguarda Linux:

''«This USB CCID device is supported by the '''libccid''' library. This library provides a PC/SC IFD handler implementation for the USB smart card interface devices compliant to the CCID protocol. Gemalto '''is actively involved''' in the development and improvement of this library. This library is packaged and distributed by most of the Linux distributions. TIPS: Use the package manager from your specific Linux distribution to search for the libccid library and install it. The libccid source code is available on the following web site: [http://pcsclite.alioth.debian.org/ccid.html Alioth].»''

==ASEDrive - Athena==

Athena produce non soltanto le smartcard, ma anche i lettori [https://www.partnerdata.it/athena/ ASEDrive]: dovrebbero funzionare.

=Firma digitale FD=

Supponendo di avere fatto bene tutte le configurazioni utili per i lettori e anche per la smartcard in nostro possesso, possiamo provare a firmare con un software di firma. Ce ne sono pochi di Liberi (o Open Source), molti sono a pagamento, alcuni sono non-Liberi ma gratuiti.

==Aruba Sign==
Il miglior software multi-piattaforma disponibile è probabilmente [https://www.pec.it/download-software-driver.aspx Aruba Sign].
Prodotto da Aruba, gratuito ma non libero, è scritto in Java e disponibile per Windows, MacOS X e Linux.
Permette di firmare documenti, apporre marcature temporali ed ulteriori operazioni come la modifica del PIN di una CNS.
Affinché riconosca correttamente il proprio lettore è necessario inserire il percorso del driver nella sezione Opzioni e Parametri, es. su Arch Linux con lettore Bit4id: /usr/lib/bit4id/libbit4xpki.so

==Marcatura temporale - Timestamp==

Una marcatura temporale si può apporre con File Protector. Quello di marcatura temporale è un servizio che viene fornito, tramite un server, da una [http://en.wikipedia.org/wiki/Trusted_timestamping#Trusted_.28digital.29_timestamping TSA] Time Stamping Authority (per dirla in modo grossolano un server terzo firma col suo certificato l'[http://it.wikipedia.org/wiki/Secure_Hash_Algorithm impronta] del nostro file dopo averci aggiunto data e ora).

Le marcature devono essere acquistate (per esempio su [http://www.pec.it/MarcheTemporali.aspx pec.it]).

=== FreeSigner ===

Basato su [http://j4sign.sourceforge.net/ j4sign], è un programma che permette di effettuare e verificare firme digitali. E' multipiattaforma ed è possibile scaricarlo a [https://de.osdn.net/projects/sfnet_j4sign/downloads/freesigner/freesigner-0.3.4/freesigner-0.3.4-setup.jar questo indirizzo]. Supporta i più recenti standard normativi di firma CADeS e la maggior parte delle smartcard compatibili con lo standard PKCS#11 e Linux.

=Tessera Sanitaria=

La cosiddetta [http://www.sistemats.it/ Tessera Sanitaria] non è altro che una Carta Nazionale dei Servizi.

Le prime tessere sanitarie non avevano il microchip, servivano soltanto perché funzionavano da codice fiscale (che poteva essere letto in automatico dal codice a barre stampato su di esse).

=== Tipologie ===

[[File:Tessera_sanitaria.jpeg]]

{| class="wikitable"
| Sigla
| Tipologia Carta
| Linux
| Driver
|-
| AT 2012
| Siemens / ATOS
| OK
| OpenSC, [https://www.regione.toscana.it/-/area-download Proprietario]
|-
| AC 2013, 2014, 2018
| Actalis
| OK
| OpenSC, [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ACx 2021
| Actalis
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ACe 2021
| Actalis
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| OT 2015, 2016
| OBERTHUR
| OK
| OpsnSC, [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ID 2019
| IDEMIA
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|-
| ST 2021
| STMICROELECTRONICS
| OK
| [https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso Proprietario]
|}

Nel caso la vostra carta non fosse supportata da questi driver provate: [https://sistemats4.sanita.finanze.it/CardDriverDownloaderWeb/pages/home.xhtml Ricerca], [https://www.cartaidentita.interno.gov.it/fornitori-di-servizi/documentazione-middleware-cie/ CIE], [https://www.firma.infocert.it/installazione/ Infocert].

==Portali Regionali==

* Tessera Sanitaria e Carta Provinciale dei Servizi della [http://www.provincia.bz.it/cartaservizi/ Provincia Autonoma di Bolzano]

* La [http://www.regione.calabria.it/sanita/index.php?option=com_content&task=view&id=405&Itemid=100 Regione Calabria]

* Carta dei Servizi del [http://cartaservizi.regione.fvg.it/ Friuli Venezia Giulia]

* Carta regionale dei Servizi [http://www.regione.liguria.it/argomenti/diritti-e-doveri-del-cittadino/carta-regionale-dei-servizi.html Regione Liguria]

* Carta Regionale dei Servizi [http://www.crs.regione.lombardia.it/ Regione Lombardia]

* Tessera Sanitaria [http://www.regione.toscana.it/cartasanitaria Regione Toscana] [http://www.regione.toscana.it/servizi-online/servizi-sicuri/carta-sanitaria-elettronica/guida-all-uso Guida all'uso] Lettore di smartcard a [https://www.regione.toscana.it/servizi-online/servizi-sicuri/carta-sanitaria-elettronica/lettore-smart-card 4,20 euro]

* Tessera Sanitaria [https://tscns.regione.sardegna.it/articoli/linux Regione Sardegna]

* Tessera Sanitaria e Carta Provinciale dei Servizi [http://www.cartaservizi.provincia.tn.it/ Provincia Autonoma di Trento].

=Carta d'Identità Elettronica =

La CIE è una CNS identica alle altre. I driver proprietari per le varie piattaforme sono scaricabili [https://www.cartaidentita.interno.gov.it/fornitori-di-servizi/documentazione-middleware-cie/ qui].

= Installazione SmartCard su Linux =
== Distribuzioni ==
=== Debian/Ubuntu/Mint ===
Installare i seguenti pacchetti
# apt install pcsc-tools pcscd opensc opensc-pkcs11

Il demone <code>pcscd</code> si avvierà automaticamente.

Le nuove carte ACx 2021 non sono ancora supportate da OpenSC, per poterle utilizzare occorrerà scaricare ed installare manualmente il pacchetto
* [https://swdownload1.agenziaentrate.gov.it/pub/sanita/libbit4xpki-idemia-amd64.1.4.10-647.deb libbit4xpki-idemia-amd64.1.4.10-647.deb]

=== Arch Linux ===
Installare i seguenti pacchetti, utili solo per smartcard del produttore Athena (libaseCnsP11)
# pacman -Sy ccid pcsclite pcsc-tools opensc

Abilitare e avviare pcscd
# systemctl enable pcscd.socket
# systemctl start pcscd.socket

Alcune recenti tessere sanitarie non sono ancora supportate da OpenSC, sarà necessario scaricare e compilare manualmente il pacchetto
* [https://spookyh.altervista.org/altro/bit4id-xpki.tar.gz bit4id-xpki.tar.gz].

=== NixOS ===
Aggiungere i seguenti pacchetti al file <code>/etc/nixos/configuration.nix</code> nella sezione ''environment.systemPackages = with pkgs;''
pcsclite opensc openssl pcsctools ccid usbutils acsccid

Abilitare demone per la gestione delle smartcard aggiungendo la riga seguente al <code>configuration.nix</code>
services.pcscd.enable = true;

Effettuare il rebuild del sistema e riavviare
# nixos-rebuild switch

Alcune recenti tessere sanitarie non sono ancora supportate da OpenSC, per farlo create il file <code>[https://github.com/spookyh83/nixpkgs/blob/spookix/pkgs/misc/drivers/bit4id-xpki/default.nix /etc/nixos/cns_ita_new.nix]</code>
{ lib, stdenv, fetchurl, dpkg, pcsclite, opensc, pcsctools, ccid }:
stdenv.mkDerivation rec {
name = "bit4xpki";
src = fetchurl {
url = "https://swdownload1.agenziaentrate.gov.it/pub/sanita/libbit4xpki-idemia-amd64.1.4.10-622.deb";
sha256 = "1mq6xng97d5s94h84p1clsnh56g245xcr1pbjm3ryjf43w7jlqlx";
};
unpackPhase = "dpkg-deb -x $src $out";
meta = with lib; {
description = "Libraries for the XPKI client used by the Italian CNS.";
homepage = "https://sistemats1.sanita.finanze.it/portale/elenco-driver-cittadini-modalita-accesso";
platforms = [ "x86_64-linux" ];
license = licenses.unfree;
};
buildInputs = [ dpkg ];
shellHook = ''
export PATH="${dpkg}/bin:$PATH"
'';
}

Aggiungere una riga tra le import di <code>/etc/nixos/configuration.nix</code>
{
imports =
[ # Include the results of the hardware scan.
./hardware-configuration.nix
./bit4id.nix #'''File nella directory /etc/nixos per caricare il driver
];

Creare il file <code>/etc/nixos/bit4id.nix</code>
{ config, pkgs, ... }:
let
bit4id = pkgs.callPackage /etc/nixos/cns_ita_new.nix {};
in
{
environment.systemPackages = [ bit4id ];
}

Effettuare il rebuild del sistema
# nixos-rebuild switch

== Testare il funzionamento della carta ==
# pcsc_scan

Dovrebbe produrre un output di questo genere, contenente alcune informazioni sulla CNS, tra cui dovreste riconoscere le vostre generalità.

PC/SC device scanner
V 1.4.22 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.10
Using reader plug'n play mechanism
Scanning present readers...
0: ACS ACR38U-CCID 00 00
Mon May 5 22:52:40 2014
Reader 0: ACS ACR38U-CCID 00 00
Card state: Card inserted,
ATR: 3B DF 18 00 81 31 FE 7D 00 6B 15 0C 01 81 01 11 01 43 4E 53 10 31 80 E8

== Localizzare la libreria ==
Al termine dell'installazione, è necessario individuare la libreria <code>opensc-pkcs11.so</code>, che serve per configurare il browser e utilizzare la tessera con esso.

Generalmente può essere trovata in uno dei seguenti percorsi:
* ''/usr/lib/opensc-pkcs11.so''
* ''/usr/lib/x86_64-linux-gnu/opensc-pkcs11.so''

Oppure qua per i nuovi driver proprietari aggiornati al 2021
* ''/usr/lib/bit4id/libbit4xpki.so''

Se non si riesce a localizzarla, si può provare a cercarla col seguente comando:
$ find / -name "opensc-pkcs11.so" 2> /dev/null

= Applicazioni =
Molte applicazioni possono usare il certificato della CNS per autenticarvi, come il browser o ssh.
== Browser ==
'''Attenzione:''' collegare sempre il lettore '''prima''' di aprire il browser!

Dopo la configurazione, è possibile verificare il funzionamento collegandosi alla [https://ca.arubapec.it/crtest/showcert.php pagina test di Aruba] ed inserendo il PIN.

=== Firefox ===
# Collegare il lettore di smartcard
# Avviare Firefox
# Inserire la tessera sanitaria nel lettore
# In Firefox, selezionare ''Modifica'' → ''Preferenze'' → ''Privacy e sicurezza'' → ''Dispositivi di sicurezza''
# Cliccare su ''Carica'', inserire una descrizione (es: ''TesseraSanitaria'') ed il percorso corretto del file <code>opensc-pkcs11.so</code> o <code>libbit4xpki.so</code>, come individuati precedentemente.

=== Chrome/Chromium ===
Chiudere il browser, quindi aprire un terminale e lanciare i seguenti comandi, modificando opportunamente il percorso del file <code>opensc-pkcs11.so</code>, come individuato precedentemente.

$ cd ~
$ modutil -dbdir sql:.pki/nssdb/ -add "OpenSC" -libfile /usr/lib/opensc-pkcs11.so

Nel caso dei driver del 2021 sarà invece necessario usare quest'altro comando

$ cd ~
$ modutil -dbdir sql:.pki/nssdb/ -add "CNS2021" -libfile /usr/lib/bit4id/libbit4xpki.so

=== SSH ===
Estrarre la chiave pubblica (il percorso della libreria dipende dalla distribuzione):
ssh-keygen -D /usr/lib/i386-linux-gnu/opensc-pkcs11.so
Oppure, se si usa una scheda con l'altro tipo di chip
ssh-keygen -D /usr/lib/bit4id/libbit4xpki.so

Dopo aver copiato la chiave pubblica sul sistema remoto (ad es. in ~/.ssh/authorized_keys), è possibile collegarsi fornendo il PIN quando richiesto:
ssh -I /usr/lib/i386linuxgnu/opensc-pkcs11.so ''indirizzo-del-server''
Oppure
ssh -I /usr/lib/bit4id/libbit4xpki.so ''indirizzo-del-server''

= Utilità =
== Modificare PIN ==
$ pkcs15-tool --change-pin

[[Category:Howto]]

Howto

2025-11-22T12:12:10Z

$pooky Hunter:

Tutti gli Howto sono visibili nella [[:Category:Howto | categoria dedicata]].
== Howto attuali ==
{|
|
=== Per le macchine dell'Officina ===

; [[Android_USB_tethering | Android USB tethering]]
; [[A10-OLinuXino-LIME]]
; [[apt-cacher|Apt-Cacher]]
; [[Boot loader | Ripristino del Boot Loader]]
; [[Btrfs]]
; [[Condividere_connessione|Condividere la connessione]]
; [[Docker]]
; [[File img]]
; [[Floppy_Linux|Floppy Linux]]
; [[GOLEM Dolly 2014 | GOLEM Dolly]]
; [[GPG_Gnu_Privacy_Guard|GPG]]
; [[Installare_Arch_Linux_in_una_partizione_cifrata | Partizione cifrata su Arch Linux]]
; [[Netcat]]
; [[Pillole hardware]]
; [[PXE|PXE (Boot da Rete)]]
; [[RAID | Restore RAID 1]]
; [[Rete del GOLEM]]
; [[Ricompilazione Kernel]] Prontuario veloce
; [[Ricompilazione Kernel per Niubbi]]
; [[Riconoscere il materiale]]
; [[Ubuntu e privacy]]
; [[UEFI e GPT]]
; [[VPN del GOLEM]]
; [[Installare Arch Linux su ZFS|ZFS su Arch Linux]]
|
=== Altre guide ===


; [[Arduino_ed_Internet | Arduino ed Internet]]
; [[Biscotti_open_source | Biscotti Open Source]]
; [[Conversioni_video|Convertire Video]]
; [[Installare Debian GNU/Linux su NAS Intel SS4000-E ARM e cloni|Debian su NAS arm]]
; [[Filesystem esotici]]
; [[FreeDOS Networking]]
; [[IPv6_@_GOLEM | IPv6]]
; [[KDE5_file_template | Modello di file personalizzato su KDE5]]
; [[Minidlna]] (file sharing in rete locale)
; [[MySQL]]
; [[Motion | Videosorveglianza casalinga]]
; [[OpenBSD]]
; [[Connessioni_alternative | PLIP]]
; [[PDF Batch]]
; [[Pkgsrc_su_Slackware | pkgsrc su Slackware]]
; [[Postfix Relay]]
; [[QGIS]]
; [[Reti Alternative | Reti Alternative]]
; [[Resize Immagini | Manipolazione Immagini (ImageMagick)]]
; [[Storia dei sistemi UNIX]]
; [[Telegram]]
; [[Tor]]
; [[VLAN]]
; [[Wordpress]]
|}

== Howto vecchi o da rivedere ==

; [[Appunti Arch Linux]]
; [[Appunti NixOS]]
; [[Copiare floppy]]
; [[Webcam | Creative Live! Cam Vista IM]]
; [[Device_rete|Fissare device name per schede di rete]]
; [[Estrarre_audio_da_dvd|Estrarre audio da DVD]]
; [[Net-HOWTO | GOLEM Networking Howto]]
; [[The_Gimp_come_tradurre_Script-Fu|Gimp, tradurre Script-Fu]]
; [[Linea_di_comando|Linea di comando]]
; [[Ricevitore GPS]]
; [[LibreofficeRubrica | Rubrica su Libreoffice]]
; [[Vodafone_Station_2_AP|Vodafone Station 2 come Access Point]]

[[Category:howto]]

Reti Alternative

2025-11-22T12:10:13Z

$pooky Hunter: Creata pagina con "=Contenuti distribuiti= ==IPFS== Protocollo di comunicazione e rete P2P per l'archiviazione e la condivisione di dati in un file system distribuito =Reti Anonime / Privacy-f..."

=Contenuti distribuiti=
==IPFS==
Protocollo di comunicazione e rete P2P per l'archiviazione e la condivisione di dati in un file system distribuito

=Reti Anonime / Privacy-focused=
==Tor==
Accesso anonimo al web ed ai servizi onion

==I2P==
Rete anonima alternativa con focus su servizi interni (eepsites)

==Lokinet==
https://lokinet.org/

=Reti Overlay / Mesh IPv6=
==Yggdrasil==

=Reti di Test=
==DN42==
Simulare AS, imparare BGP e routing

=Condivisione Mesh della rete=
==LibreMesh==
Reti community wireless

==Althea==
Mesh network con pagamenti automatici DeFi per il traffico consumato

=Comunicazione P2P=
==Briar==
Messaggistica P2P via Bluetooth/WiFi diretto
Internet (via Tor)
Bluetooth (device-to-device)
WiFi Locale (senza Internet!)

==Cwtch==
Messaggistica anonima decentralizzata con meta-dati resistenti

Cwtch/Matrix
Matrix: Federato (server interconnessi)
Cwtch: P2P puro (nessun server centrale)
Entrambi evitano piattaforme centralizzate

2. Privacy e Sicurezza
Matrix: E2E encryption opzionale (obbligatoria in Element)
Cwtch: E2E encryption by design + metadata protection

3. Architettura
Matrix: Client ---> Server Homeserver <---> Altri Homeserver
Cwtch: Client <-----> Client (direttamente, P2P)

4. Protezione Metadati
Matrix: I server possono vedere "chi parla con chi"
Cwtch: Nessun metadato - nemmeno la rete sa chi comunica

5. Anonimato vs. Identità
Matrix: Identità persistenti (@user:server.org)
Cwtch: Identità effimere, sessioni anonime

6. Casi d'Uso
Matrix: Alternative a Slack/Teams, comunicazione organizzata
Cwtch: Comunicazione "sensibile", whistleblowing, incontri anonimi

Matrix usa il Double Ratchet (come Signal)
Cwtch è basato su Tor e protocolli crypto moderni

Utente:$pooky Hunter

2025-04-19T23:38:11Z

$pooky Hunter:

'''[https://spookyh.altervista.org/ $pooky Hunter]'''

[[Immagine:Linux_counter_259052.png]]

e-mail: spookyh+golem@gmail.com

PGP [https://keyserver.ubuntu.com/pks/lookup?search=0x9DF79404AEB75693&fingerprint=on&op=index Key]

[https://spookyh.altervista.org/ Sito web]

Appunti Arch Linux

2025-04-15T15:09:34Z

$pooky Hunter: /* Rete Bridge */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Rimuovere la rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è l'utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== WireGuard ===

https://www.wireguard.com/quickstart/

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

Editare il file ''/etc/default/lxc-net''
# Leave USE_LXC_BRIDGE as "true" if you want to use lxcbr0 for your
# containers. Set to "false" if you'll use virbr0 or another existing
# bridge, or mavlan to your host's NIC.
USE_LXC_BRIDGE="true"
# If you change the LXC_BRIDGE to something other than lxcbr0, then
# you will also need to update your /etc/lxc/default.conf as well as the
# configuration (/var/lib/lxc/<container>/config) for any containers
# already created using the default config to reflect the new bridge
# name.
# If you have the dnsmasq daemon installed, you'll also have to update
# /etc/dnsmasq.d/lxc and restart the system wide dnsmasq daemon.
LXC_BRIDGE="lxcbr0"
LXC_ADDR="10.0.3.1"
LXC_NETMASK="255.255.255.0"
LXC_NETWORK="10.0.3.0/24"
LXC_DHCP_RANGE="10.0.3.2,10.0.3.254"
LXC_DHCP_MAX="253"

=== Autostart ===
Per avviare automaticamente un container all'avvio del sistema host bisognerà:

Abilitare LXC all'avvio
systemctl enable lxc --now

Aver impostato il container per l'autostart editando il file ''/var/lib/lxc/'''NOME_CONTAINER'''/config''
lxc.start.auto = 1
lxc.start.delay = 5

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-15T15:03:22Z

$pooky Hunter: /* Rete Bridge */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Rimuovere la rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è l'utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== WireGuard ===

https://www.wireguard.com/quickstart/

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

Editare il file /etc/default/lxc-net
# Leave USE_LXC_BRIDGE as "true" if you want to use lxcbr0 for your
# containers. Set to "false" if you'll use virbr0 or another existing
# bridge, or mavlan to your host's NIC.
USE_LXC_BRIDGE="true"
# If you change the LXC_BRIDGE to something other than lxcbr0, then
# you will also need to update your /etc/lxc/default.conf as well as the
# configuration (/var/lib/lxc/<container>/config) for any containers
# already created using the default config to reflect the new bridge
# name.
# If you have the dnsmasq daemon installed, you'll also have to update
# /etc/dnsmasq.d/lxc and restart the system wide dnsmasq daemon.
LXC_BRIDGE="lxcbr0"
LXC_ADDR="10.0.3.1"
LXC_NETMASK="255.255.255.0"
LXC_NETWORK="10.0.3.0/24"
LXC_DHCP_RANGE="10.0.3.2,10.0.3.254"
LXC_DHCP_MAX="253"

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-08T22:44:33Z

$pooky Hunter: /* VPN */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Rimuovere la rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è l'utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== WireGuard ===

https://www.wireguard.com/quickstart/

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-08T22:37:45Z

$pooky Hunter: /* NetworkManager */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Rimuovere la rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è l'utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-08T22:35:30Z

$pooky Hunter: /* iproute2 */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Rimuovere la rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è una utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-01T16:39:48Z

$pooky Hunter: /* ZFS */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== ZFS ===
Creiamo un pool dove mettere il dataset cifrato, es.: '''tank/encrypted_data'''
# zpool create tank /dev/sdc3

Creiamo il dataset
# zfs create -o encryption=aes-256-gcm -o keyformat=passphrase -o keylocation=prompt '''tank/encrypted_data'''

Montiamo il datasett
# zfs mount '''tank/encrypted_data'''

Montiamo pool e dataset cifrato al riavvio successivo
# zpool import tank
# zfs load-key '''tank/encrypted_data'''
# zfs mount '''tank/encrypted_data'''

[[Appunti_Arch_Linux#ZFS_Cifrato|ZFS cifrato]]

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è una utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-01T16:32:14Z

$pooky Hunter: /* FScrypt */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== fscrypt ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

=== [[Appunti_Arch_Linux#ZFS_Cifrato|ZFS]] ===

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è una utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-01T16:30:42Z

$pooky Hunter: /* FScrypt */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== [https://wiki.archlinux.org/title/Fscrypt FScrypt] ===
È un sistema di cifratura progettato per lavorare con filesystem moderni che supportano direttamente la crittografia nativa come ext4, F2FS, UBIFS, CephFS e forse in futuro anche btrfs.

Abilitiamo la crittografia su una directory di un device '''sdc1''' precedentemente formattato con ext4
# fscrypt setup /mnt/encrypted
# tune2fs -O encrypt /dev/'''sdc1'''
# fscrypt encrypt /mnt/encrypted

Per accedere alla directory al riavvio successivo
# fscrypt unlock /mnt/encrypted

[https://wiki.archlinux.org/title/Fscrypt How-to Arch]

=== [[Appunti_Arch_Linux#ZFS_Cifrato|ZFS]] ===

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è una utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

Appunti Arch Linux

2025-04-01T16:20:00Z

$pooky Hunter: /* Cryptsetup */

[https://archlinux.org/ Arch Linux] è una distribuzione Linux leggera e veloce; ma la cui installazione, configurazione e amministrazione avviene prevalentemente da terminale attraverso la modifica manuale di file di configurazione testuali.

Fornisce, seguendo un modello di distribuzione detto "rolling-release", l'ultima versione stabile della maggior parte del software opensource disponibile per Linux. Dato che è in costante aggiornamento non richiede periodici passaggi da una versione stabile alla successiva. Il lato negativo è che aggiornamenti di componenti importanti come quelli di: '''kernel, boot loader, driver video, librerie...''' potrebbero determinare problemi tali da rendere il sistema inutilizzabile. Accorgimenti come lo snapshot periodico del filesystem riescono, per fortuna, a contrastare l'impatto di questi inconvenienti.

= Installazione =
== Guida ==
[https://wiki.archlinux.org/title/Installation_guide Guida ufficiale]

== Supporti ==
* ISO ufficiale [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso archlinux-x86_64.iso]

* ISO con supporto per lo [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/index.html ZFS] [https://archzfs.leibelt.de/media/data/archlinux-archzfs-linux.iso archlinux-archzfs-linux.iso]

* ISO con installer grafico Calamares [https://sourceforge.net/projects/alci/files/alci-iso/ ALCI]

* ISO live CD/USB con interfaccia Xfce, utile per operazioni di ripristino o installazione [https://www.system-rescue.org/Download/ SystemRescue]:

== ISO personalizzata ==
Con '''archiso''' è possibile creare un'immagine con pacchetti aggiuntivi rispetto a quelli contenuti nella versione ufficiale.

# pacman -S archiso

Copiare il contenuto del pacchetto in una directory di lavoro, es.: ''/root/media''
# cp -r /usr/share/archiso/configs/releng /root/media

Se volessimo aggiungere il supporto ad un pacchetto non contenuto nei repository ufficiali come, per esempio, lo ZFS occorrerebbe:

* Importare la chiave pubblica del suo repository
# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76

* Modificare le seguenti righe al file '''pacman.conf''' di archiso per aggiungere il repository
[archzfs]
SigLevel = Never
Server = https://archzfs.com/$repo/$arch

* Aggiungere le seguenti righe al file ''packages.x86_64'' per aggiungere i pacchetti che ci interessa installare
zfs-utils
zfs-dkms
net-tools

* Se volessimo creare una versione live di una macchina, comprensiva di tutti i suoi pacchetti, potremmo semplicemente aggiungerli al file ''packages.x86_64''

# pacman -Qq >> ''/path/packages.x86_64''

* Lanciare lo script per creare l'ISO
# ./build.sh -v
L'immagine sarà generata nella directory /root/media/out

== Preparazione del disco ==
Su Linux si può scegliere (salvo casi estremamente [https://wiki.archlinux.org/title/partitioning#Partitionless_disk particolari]) tra due [https://unix.stackexchange.com/questions/289389/what-are-the-differences-between-the-various-partition-tables tipi] di tabella delle partizioni

* msdos (Master Boot Record o più semplicemente MBR)

* GPT (GUID Partition Table)

In linea generale è consigliabile di scegliere il GPT perché è un formato più moderno ed ha meno limitazioni rispetto all'MBR risalente ai tempi dell'MS-DOS.

I casi in cui è preferibile utilizzare la tabella ''msdos'' sono:

* dual-boot con Windows (32-bit o 64-bit) con la scheda madre in modalità Legacy BIOS
* in schede madri molto datate il BIOS potrebbe non supportare lo schema GPT (esiste comunque un [https://wiki.archlinux.org/title/partitioning#Tricking_old_BIOS_into_booting_from_GPT trucco] per aggirare l'ostacolo)

[https://wiki.archlinux.org/title/partitioning#Choosing_between_GPT_and_MBR Vantaggi] di GPT su MBR:

* offre un sistema di denominazione delle partizioni indipendente dal filesystem (PARTLABEL, PARTUUID)

* supera il concetto di partizione primaria ed estesa (su MBR il numero massimo di partizioni primarie, quelle su cui si può installare un sistema operativo è limitato a 4). Su GPT, nella configurazione standard, si possono definire fino a 128 partizioni.

* la grandezza massima di un disco è di 2 ZiB, mentre su MBR 2 TiB

* permette di fare a meno della tradizionale partizione di /boot con i filesystem BTRFS e ZFS in modo da semplificare la gestione degli snapshot.

=== Schede madri BIOS ===
Creare due partizioni.

# '''[http://en.wikipedia.org/wiki/BIOS_Boot_partition BIOS GRUB Partition]''': concettualmente l'equivalente dell'MBR dei sistemi GPT. A differenza di quest'ultimo, la cui dimensione è di soli 512 byte, la BIOS GRUB Partition può però essere sufficientemente grande da contenere i driver per il supporto di un filesystem come ZFS o BTRFS. Il contenuto di questa partizione cambia esclusivamente nei rari casi di upgrade del GRUB perché non vi risiedono né kernel né ramdisk.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione BIOS GRUB (EF02) a partire dal 1MB, della grandezza di 64MB, 8GB per la SWAP ed il resto del disco resterà disponibile per il filesystem di Linux.

Se avete più dischi da utilizzare in raid, questa operazione andrà ripetuta per ciascun disco.

# sgdisk \
--new=1:2048:133120 --typecode=1:EF02 --change-name=1:"GRUB" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

=== Schede madri UEFI ===
Creare due partizioni.

# '''EFI''': è una partizione in formato FAT32 necessaria per l'avvio dei sistemi operativi nei PC con schede madri UEFI.
# '''Linux filesystem''': successivamente da formattare col filesystem di nostra scelta: BTRFS, ZFS, ext4, XFS, JFS.

==== Partizionamento ====
Col seguente comando verrà creata la partizione EFI (EF00) a partire dal 1MB, della grandezza di 512MB, 8Gb per la SWAP ed il resto del disco per il filesystem di Linux.
# sgdisk \
--new=1:2048:1064960 --typecode=1:EF00 --change-name=1:"efi" \
--new=2:0:+8000M ---typecode 2:8200 --change-name=2:"SWAP" \
--largest-new=3 --typecode=3:8300 --change-name=3:"ROOT" /dev/sda

La partizione '''EFI''' dovrà poi essere formattata in FAT32
# mkfs.vfat -F 32 /dev/sda1

La seconda partizione dovrà poi essere formattata con uno dei filesystem supportati da Linux (ext4, btrfs, xfs...)
# mkfs.btrfs /dev/sda3

== Montaggio del filesystem ==
Formattazione ed attivazione della SWAP
# mkswap /dev/sda2
# swapon /dev/sda2

Montaggio del filesystem di ROOT nei sistemi BIOS
# mount /dev/sda3 /mnt

Montaggio del filesystem di ROOT nei sistemi UEFI
# mount /dev/sda3 /mnt
# mount --mkdir /dev/sda1 /mnt/boot

== Pacchetti base ==
Per l'installazione di base si consigliano i seguenti meta-pacchetti
# pacstrap -K /mnt base base-devel linux linux-headers linux-firmware

== Configurazione ==
Creazione del file fstab
# genfstab -U /mnt >> /mnt/etc/fstab

Chroot nel nuovo sistema
# arch-chroot /mnt

Timezone
# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime

Editare il file <code>/etc/systemd/timesyncd.conf</code> ed abilitare il servizio per la sincronizzazione automatica dell'orario
# systemctl enable systemd-timesyncd.service

Editare il file <code>/etc/locale.gen</code> e togliere il commento agli argomenti che interessano, es.: ''en_US.UTF-8'', ''it_IT.UTF-8''. E successivamente generare la localizzazione eseguendo
# locale-gen

Configurare la lingua che vogliamo usare per il nostro sistema editando il file <code>/etc/locale.conf</code> oppure lanciando il comando
# localectl set-locale LANG=en_US.UTF-8

Selezioniamo il layout della tastiera editando il file <code>/etc/vconsole.conf</code>
# echo "KEYMAP=it" >> /etc/vconsole.conf

Scegliere un home host (es.: ''archstar'')
# echo '''archstar''' >> /etc/hostname

Impostare una password per l'utente root
# passwd

Installare e configurare il bootloader

= Filesystem =
Su Linux, a seconda di ciò di cui abbiamo bisogno, è possibile scegliere tra numerosi filesystem. Le principali opzioni sono le seguenti:

- BTRFS: supporta nativamente sottovolumi, snapshot ed il raid 0, 1 e 5; ma non la crittografia.

- EXT4: il FS storico di Linux, evoluzione di ext3. Supporta nativamente la crittografia dei dati, ma non gestisce autonomamente né RAID, né snapshots.

- [https://openzfs.github.io/openzfs-docs/index.html ZFS]: non è supportato direttamente da Linux, ha bisogno di un driver esterno per funzionare e ciò, per gli utenti meno smaliziati, potrebbe complicare le operazioni di ripristino di sistema in caso di problemi. Supporta il raid 0, 1 e z (una variante del raid5 che permette, grazie ad un meccanismo di scrittura dei dati detta "write-atomicity" di evitare la perdita di dati anche in caso di improvviso spegnimento improvviso del computer), gli snapshot, i sottovolumi e la cifratura dei dati. Non è però possibile modificare la composizione di un raid una volta creato.

- [https://access.redhat.com/documentation/it-it/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index XFS + LVM]: accoppiare il filesystem xfs al gestore di volumi di LVM è il modo con cui RedHat (IBM) ha scelto di implementare le funzionalità di raid e snapshots nella propria distribuzione.

== IMG ==
Per fare esperimenti con i filesystem può essere utile creare dei file immagine

Creare un file immagine di una specifica grandezza (es.: 10G)
$ truncate -s 10g disk.img

Formattarlo con un filesystem (es.: btrfs)
$ mkfs.btrfs disk.img

Montarlo in loop
$ sudo mount -o loop disk.img /mnt

== BTRFS ==
Creazione del filesystem
# mkfs.btrfs ''/dev/partizione''

Montaggio del filesystem
# mount -o compress=lzo ''/dev/partizione'' ''/mnt/punto_mount''

(Si consiglia di usare l'opzione di compressione del filesystem per migliorare le performance ed ottimizzare l'utilizzo dello spazio)

===Subvolumi===
* Creare un subvolume
# btrfs subvolume create ''subvolume''

* Controllare i subvolumi presenti sul sistema
# btrfs subvolume list /

In una tipica installazione Ubuntu avremo un output di questo tipo
ID 257 gen 9755 top level 5 path @
ID 292 gen 7624 top level 5 path @home

''@'' è il nome del subvolume contenente la root '''/''' del filesystem
''@home'' è il nome del subvolume della /home

=== Montaggio di un subvolume ===
# mount -o subvol=''subvolume'' ''/dev/partizione'' ''/mnt/punto_mount''

=== fstab ===
Normalmente la root di sistema viene collocata in un subvolume (es.: ''@''), per poter effettuare opzioni di snapshot etc e consigliabile montare il filesystem con l'opzione ''subvolid=0''. Nella directory di mount saranno visibili tutti i subvolumi e le snapshot della partizione e sarà quindi possibile effettuare tutte le operazioni indicate nei passaggi successivi.

Ecco un '''/etc/fstab''' di esempio
LABEL=ROOT / btrfs defaults,compress=lzo,subvol=@ 0 0
LABEL=ROOT /home btrfs defaults,compress=lzo,subvol=@home 0 0
LABEL=ROOT /mnt/btrfs btrfs defaults,noauto,subvolid=0,compress=lzo 0 0

Montando la partizione con label ROOT su /mnt/btrfs saranno visibili tutti i subvolumi.

===Conversione da Ext3/4 a Btrfs===
# btrfs-convert /dev/partizione

Automaticamente è creata una snapshot contenente il vecchio filesystem (''/ext2_saved'')

In caso di problemi può essere montata col comando
# mount -t btrfs -o subvol=ext2_saved /dev/xxx /ext2_saved
# mount -t ext3 -o loop,ro /ext2_saved/image /ext3

Se tutto è andato a buon fine può invece essere eliminata
# btrfs subvolume delete /ext2_saved

===Riparazione di un filesystem danneggiato===
* Direttamente sul filesystem montato
# btrfs scrub start -B /dev/partizione
o anche direttamente sulla root
# btrfs scrub start -B /

* Sul disco smontato
# btrfs check --repair /dev/partizione

Per non dover ricorrere ad un dispositivo di avvio alternativo, dato che btrfs-check non può essere utilizzato su un filesystem montato, si consiglia di aggiungerlo al ramdisk modificando in questo mmodo il file <code>/etc/mkinitcpio.conf</code>

BINARIES=(btrfs)

=== Quote ===
Per limitare le dimensioni di un subvolume è possibile abilitare la gestione delle '''quote'''.

Utilizzare il seguente comando su un filesystem btrfs appena creato e privo di subvolumi
# btrfs quota enable volume

Se invece le quote non sono state abilitate subito su tutto il filesystem è necessario creare un qgroup (quota group) per ogni subvolume utilizzando il rispettivo ID e successivamente fare una scansione delle quote.
# btrfs subvolume list <path> | cut -d' ' -f2 | xargs -I{} -n1 btrfs qgroup create 0/{} <path>
# btrfs quota rescan <path>

Assegnare una quota limite ad un subvolume
# btrfs qgroup limit size /volume/subvolume

Es.:
# btrfs qgroup limit 20g /mnt/@
# btrfs qgroup limit 100g /mnt/@home

Scoprire la quantità di spazio utilizzata da un subvolume
# btrfs qgroup show <path>

=== Snapshots ===
Data la natura instabile delle distribuzioni '''rolling-release''' come Arch Linux ritengo praticamente obbligatorio per la partizione di '''/''' l'utilizzo di un filesystem che supporti gli snapshot.

* Effettuare uno snapshot
# btrfs subvolume snapshot @ rootsnap

Nell'esempio abbiamo effettuato il ''backup'' del filesystem di root e l'abbiamo chiamato ''rootsnap''

* Montare un subvolume/snapshot
# mount -t btrfs -o subvol=rootsnap /dev/partizione /mnt/snapshot

* Cancellare un subvolume/snapshot
# btrfs subvolume delete rootsnap

==== Integrazione con GRUB ====
È possibile caricare automaticamente all'avvio gli snapshot dei filesystem di root attraverso il programma '''grub-btrfs'''
# pacman -S grub-btrfs

Con questo tool ogni volta che rigeneriamo il file di configurazione di GRUB il sistema rileva eventuali sottovolumi avviabili (snapshot comprese) aggiungendoli al menu di avvio del GRUB
# grub-mkconfig -o /boot/grub/grub.cfg

=== Backup ===
Le snapshot possono essere salvate su un disco esterno, a patto che questo abbia un file system btrfs.
L'operazione di trasferimento può essere effettuata soltanto su snapshot in sola lettura.
Si ipotizza che il proprio disco di sistema sia montato in /mnt/btrfs ed il disco esterno in /mnt/ext

* Creare la snapshot in sola lettura (opzione -r) oppure impostare il flag di sola lettura ad una snapshot già fatta
btrfs subvolume snapshot -r @root @root-yymmdd-ro
btrfs property set /mnt/btrfs/@root-yymmdd-ro ro true
* Trasferire la snapshot sul disco esterno.
btrfs send /mnt/btrfs/@root-yymmdd-ro | btrfs receive /mnt/ext
* Quando necessario, ripristinare la snapshot
btrfs send /mnt/ext/@root-yymmdd-ro | btrfs receive /mnt/btrfs/
* Eventualmente, rinominare la snapshot e reimpostare i privilegi di scrittura
mv /mnt/ext/{@root-yymmdd-ro,@root}
btrfs property set /mnt/btrfs/@root ro false

=== RAID ===
Tipologie e caratteristiche dei raid [https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#profiles supportati]

Confronto tra varie tecnologie di [https://blog.jenningsga.com/status-of-storage-within-linux/ raid]

{| class="wikitable"
! RAID !! Redundancy Copies !! Redundancy Parity !! Redundancy Striping !! Spazio utilizzato !! Min/max n. dischi
|-
| disco singolo || 1 || || || 100% || 1/N
|-
| RAID0 || 1 || || 1 to N || 100% || 1/N
|-
| RAID1 || 2 || || || 50% || 2/N
|-
| RAID1C3 || 3 || || || 33% || 3/N
|-
| RAID1C4 || 4 || || || 25% || 4/N
|-
| RAID10 || 2 || || 1 to N || 50% || 2/N
|-
| RAID5 || 1 || 1 || 2 to N-1 || (N-1)/N || 2/N
|-
| RAID6 || 1 || 2 || 3 to N-2 || (N-2)/N || 3/N
|}

====RAID 0====
# mkfs.btrfs -d raid0 /dev/sda1 /dev/sdb1

===== Montare il raid =====
# mount /dev/sda1 /mnt

(È equivalente a ''mount /dev/sdb1 /mnt'', il sistema riconosce che è presente un raid 0 e provvede al montaggio corretto dei dischi)

Verifica del montaggio
# btrfs filesystem show /mnt

Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 2 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1

=====Aggiungere una partizione=====
# btrfs device add /dev/sdc1 /mnt

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.75GiB
devid 1 size 136.72GiB used 17.03GiB path /dev/sda1
devid 2 size 136.72GiB used 17.01GiB path /dev/sdb1
devid 3 size 136.72GiB used 0.00 path /dev/sdc1

Adesso è necessario effettuare una redistribuzione dei dati sui tre dischi
# btrfs balance start -d -m /mnt

Per vedere a che punto del bilanciamento è arrivato il sistema
# btrfs fi balance status /

# btrfs filesystem show /mnt
Label: none uuid: 4714fca3-bfcb-4130-ad2f-f560f2e12f8e
Total devices 3 FS bytes used 27.78GiB
devid 1 size 136.72GiB used 10.03GiB path /dev/sda1
devid 2 size 136.72GiB used 10.03GiB path /dev/sdb1
devid 3 size 136.72GiB used 11.00GiB path /dev/sdc1

=====Rimuovere un device=====
# btrfs device delete /dev/sdb1 /mnt

L'operazione può impiegare parecchio tempo e per andare a buon fine sui dischi rimanenti deve essere rimasto sufficiente spazio libero da ospitare i dati contenuti nel device che vogliamo togliere dal raid.

==== RAID 1 ====
=====Creazione di un raid1 ex novo=====
Copiare la tabella delle partizioni da sda a sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdb

Creare il raid
# mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1

===== Aggiungere un mirror ad un disco esistente =====
# btrfs device add /dev/sdb1 ''/punto_di_mount''
# btrfs balance start -dconvert=raid1 -mconvert=raid1 ''/punto_di_mount''

===== GRUB =====
Se si utilizza un raid1 per la partizione di sistema '''/''' e si vuole rendere Linux avviabile automaticamente anche in caso di danneggiamento o mancanza di uno dei due dischi del raid occorrerà che sul secondo disco sia clonata la partizione EFI o BIOS GRUB (es.: /dev/sda1) e che vi sia installato il bootloader.
# dd if=/dev/sda1 of=/dev/sdb1
# grub-install /dev/sdb

=====Sostituzione device danneggiato=====
Verificare qual è il disco che dà dei problemi
# mount /dev/sda1 ''/punto_di_mount'' -o degraded
# btrfs device stats ''/punto_di_mount''
# btrfs filesystem show ''/punto_di_mount''
# btrfs device usage ''/punto_di_mount''

Ipotizzando che '''1''' sia l'ID del disco danneggiato secondo i comandi dati in precedenza
# btrfs replace start '''1''' /dev/sdc1 ''/punto_di_mount''

Per monitorare lo stato di ripristino del raid
# btrfs replace status ''/punto_di_mount''

In alcuni casi potrebbe essere necessario montare il filesystem in modalità '''degraded''' (con l'opzione ''-o degraded'') e lanciare il successivo comando per eliminare definitivamente il device dal raid.
# btrfs device delete missing /mnt

==== RAID 5 ====
{{Note
|type=warning
| text= '''ATTENZIONE il raid5 su BTRFS è considerato [https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices non sicuro] e se ne sconsiglia il suo utilizzo'''
}}
==== RAID 1C ====

===== RAID 1C3 =====
Se si desidera duplicare i dati rispettivamente 2 volte in modo da poter perdere fino a due dischi su 3 senza perdere dati è possibile utilizzare una modalità chiamata raid1c3

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c3 -m raid1c3 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c3
# btrfs balance start -dconvert=raid1c3 -mconvert=raid1c3 /storage-btrfs/

===== RAID 1C4 =====
Se si desidera duplicare i dati rispettivamente 3 volte in modo da poter perdere fino a 3 dischi su 4 senza perdere dati è possibile utilizzare una modalità chiamata raid1c4

Per creare ex novo il raid1c3
# mkfs.btrfs -d raid1c4 -m raid1c4 /dev/sda1 /dev/sdb1 /dev/sdc1

Per convertire a raid1c4
# btrfs balance start -dconvert=raid1c4 -mconvert=raid1c4 /storage-btrfs/

== ZFS ==
===Installazione di modulo e le utility da AUR===
# pacman-key -r F75D9D76
# pacman-key --lsign-key F75D9D76
$ pikaur -S zfs-utils zfs-dkms

===Installazione di modulo e utility da archzfs===
Modificare le seguenti righe al file '''pacman.conf''' di archiso
[archzfs-testing]
Server = https://archzfs.com/$repo/$arch

# pacman-key -r DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman-key --lsign-key DDF7DB817396A49B2A2723F7403BD972F75D9D76
# pacman -S zfs-utils zfs-linux

===Configurare il FS===
[https://wiki.archlinux.org/title/ZFS Comandi] per ottenere informazioni utili sul filesystem e sui pool
# zfs list -t all
# zpool status
# zpool list

Abilitare i vari servizi sul filesystem
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Creare un pool su un disco
# zpool create "pool" sda

Creare un pool su una partizione
# zpool create "pool" sda2

Importare un pool
# zpool import "pool"

Aggiungere pool alla cache per auto-import e mount (abilitare i vari demoni zfs)
# zpool set cachefile=/etc/zfs/zpool.cache "pool"

oppure si possono caricare i mountpoint in modalità legacy dall'fstab
# zfs create -o mountpoint=legacy ''pool''/directory

Aggiungere la compressione
# zfs get compression ''pool''
# zfs set compression=lz4 ''pool''

Vedere le proprietà di un ''pool''
# zfs get all ''zpool''

==== RAID ====
Creare un pool in raid0
# zpool create "pool" /dev/sdb /dev/sdc

Creare un pool in raid1
# zpool create "pool" mirror /dev/sdb /dev/sc

Creare un pool ''raid5'' su più dischi
# zpool create "pool" raidz /dev/sdb /dev/sdc /dev/sdd

Creare un pool raid5 su immagini
# zpool create "pool" raidz /path/1.img /path/2.img /path/3.img

* [https://docs.oracle.com/cd/E19253-01/819-5461/gbbvf/index.html Sostituire] disco in raid

Rimuovere il disco da sostituire
# zpool offline disco1

Inserire il nuovo disco
# zpool replace "pool" disco1
# zpool online disco1

* Utilizza un altro disco montato al posto di quello danneggiato
# zpool replace "pool" disco1 disco2

Aggiungere uno o più dischi ad un pool
# zpool add "pool" mirror disco3 disco4
# zpool add "pool" raidz disco3 disco4 disco5

Rimuovere disco1 da pool se aggiunto erroneamente
# zpool remove "pool" disco1

Controllare lo stato di un pool
# zpool status

Correggere eventuali errori
# zpool clear ''pool'' ''disco''
# zpool scrub ''pool''

=== Root filesystem ===
* Guida ufficiale [https://openzfs.github.io/openzfs-docs/Getting%20Started/Arch%20Linux/Root%20on%20ZFS/1-preparation.html Root on ZFS]

Per prima cosa organizzare la tabella delle partizioni del [[#Preparazione_del_disco | disco]]

Formattare la partizione e creare il dataset (senza mountpoint)
# zpool create -m none rpool ''sda2''

Smontare il pool e rimontarlo in modalità legacy
# zfs create -o mountpoint=none rpool/ROOT
# zfs create -o mountpoint=legacy rpool/ROOT/arch
# zpool set bootfs=rpool/ROOT/arch rpool
# mount -t zfs rpool/ROOT /mnt
''rpool'' è il nome che abbiamo voluto dare al volume contenente il filesystem di sistema

NB: se NON si usa il mountpoint in modalità legacy occorrerà impostare <code>canmount=noauto</code> su tutti i dataset con <code>mountpoint=/</code> (es.: zfs create -o mountpoint=/ -o canmount=noauto rpool/ROOT/arch) altrimenti il sistema cercherà di eseguirne automaticamente l'automount e fallirà se esistono più filesystem da montare su /

Se volessimo aggiungere altri pool es.:
# zfs create rpool/home
# zfs create rpool/arch/pkg
# zfs create rpool/var
# zfs create rpool/srv

Configurare la cache degli zpool
# zpool set cachefile=/etc/zfs/rpool.cache rpool

Copiare il file di cache nel sistema dove dovremo eseguire il chroot per l'installazione.
# mkdir -p /mnt/etc/zfs
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache

Installare il sistema di base
# pacstrap -K /mnt base linux linux-firmware zfs-utils zfs-linux

Altri pacchetti consigliati
# pacstrap -K /mnt base-devel net-tools networkmanager nano zsh grml-zsh-config busybox

Eseguire il chroot per procedere con l'installazione
# arch-chroot /mnt

Configurare il mountpoint su fstab
/etc/fstab
rpool/ROOT/arch / zfs noatime 0 0

Editare il file /etc/mkinitcpio.conf aggiungendo zfs prima del filesystem
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

Abilitare i servizi per ZFS all'avvio
# systemctl enable zfs-zed.service
# systemctl enable zfs-mount.service
# systemctl enable zfs-share.service
# systemctl enable zfs-import.target
# systemctl enable zfs.target

Impostare una password di root
# passwd

Ricreare il ramdisk col supporto per ZFS
# mkinitcpio -p linux

Installare il [[Appunti_Arch_Linux#BOOT_LOADER|Boot Loader]]

Uscire dal chroot e terminazione dell'installazione
# exit
# zfs unmount -a
# cp /etc/zfs/rpool.cache /mnt/etc/zfs/rpool.cache
# zpool export rpool
# reboot

==== BOOT LOADER ====
===== ZFSBootMenu =====
Per gestire a meglio gli snapshot e la clonazione dei pool è consigliabile utilizzare, su PC che supportano UEFI, il boot loader [https://docs.zfsbootmenu.org/en/latest/guides/alpine/uefi.html ZFSBootMenu].

Esportiamo le variabile per configurare il primo disco /dev/sda come disco di avvio
# export BOOT_DISK="/dev/sda"
# export BOOT_PART="1"
# export BOOT_DEVICE="${BOOT_DISK}${BOOT_PART}"

Assicuriamoci che il nostro pool di root sia configurato come avviabile
# zpool set bootfs=''rpool/ROOT/'' ''rpool''

Formattiamo sda1 per creare la partizione EFI di boot
# mkfs.vfat -F32 "$BOOT_DEVICE"

Aggiungiamola all'fstab e montiamola
# cat << EOF >> /etc/fstab
$BOOT_DEVICE /boot/efi vfat defaults 0 0
EOF

# mkdir -p /boot/efi
# mount /boot/efi

Scarichiamo ed installiamo il boot loader
# mkdir -p /boot/efi/EFI/ZBM
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# cp /boot/efi/EFI/ZBM/VMLINUZ.EFI /boot/efi/EFI/ZBM/VMLINUZ-BACKUP.EFI

Forziamo zfsbootmenu a montare il nostro dataset con i permessi di scrittura
# zfs set org.zfsbootmenu:commandline="quiet loglevel=4 rw" rpool/ROOT

Installiamo e configuriamo ''efibootmgr''
# pacman -S efibootmgr

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu (Backup)" \
-l \\EFI\\ZBM\\VMLINUZ-BACKUP.EFI

# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

* Se si utilizza un pool distribuito su più dischi (RAID1 o RAIDZ) occorrerà installare il bootloader anche sugli altri dispositivi (nel caso del disco /dev/sdb).

# mount /dev/sdb1 /boot/efi
# curl -o /boot/efi/EFI/ZBM/VMLINUZ.EFI -L https://get.zfsbootmenu.org/efi
# efibootmgr -c -d "$BOOT_DISK" -p "$BOOT_PART" \
-L "ZFSBootMenu sdb" \
-l \\EFI\\ZBM\\VMLINUZ.EFI

===== GRUB =====
Se non ci interessa gestire snapshot o utilizziamo un PC con BIOS è possibile optare per GRUB
# pacman -S grub
# grub-install /dev/sda
(se si usa un pool composto da più dischi es. raidz per il filesystem di root è consigliabile installare grub su tutti i dischi: sda, sdb, sdc, sdd...)
# grub-mkconfig -o /boot/grub/grub.cfg

Esempio
#Grub entry
menuentry 'Arch Linux'{
insmod gzio
insmod part_gpt
insmod zfs
set root='hd0,gpt3'
echo 'Loading Linux linux ...'
linux /ROOT@/boot/vmlinuz-linux root=ZFS=rpool/ROOT rw loglevel=3 quiet
echo 'Loading initial ramdisk ...'
initrd /ROOT@/boot/initramfs-linux.img
}

=== Snapshot ===
Snapshot del dataset ROOT
# zfs snapshot -r rpool/ROOT''@snapshot-2023-03-07''

Lista degli snapshot presenti
# zfs list -t snapshot

Ripristino dello snapshot
# zfs rollback rpool''@snapshot-2023-03-07''

Oltre che servire per il ripristino, possono essere montati per esplorarne il contenuto, ma non è possibile modificarlo.
# mount -t zfs rpool@''2023-04-11'' /mnt/''snapshot''

Copia locale di un dataset
# zfs send -R rpool/ROOT''@snapshot-2023-03-07'' | zfs recv -F rpool/ROOT/backup

Invio via SSH di una snapshot
# zfs send -R rpool/ROOT''@snapshot-2023-03-07''| ssh ''user@ip_address'' zfs recv tank/backups/rootzfs

Backup locale di una snapshot
# zfs send -R rpool/ROOT@snapshot | gzip > /tmp/zfs_backup.gz

Restore del backup
# gzcat /tmp/zfs_backup.gz | zfs recv -F rpool/ROOT

==== Clone ====
Se vogliamo eseguire operazioni di scrittura su una snapshot occorre effettuare un clone del dataset
# zfs snapshot ''rpool/home''@yesterday
# zfs clone ''rpool/home''@yesterday rpool/new_home

Per sostituire il filesystem principale col clone
# zfs promote rpool/new_home

=== ZFS Cifrato ===
Creare un dataset cifrato con password
# zfs create -o encryption=on -o keyformat=''password'' ''nomepool''/''nomedataset''

Generazione di una chiave di cifratura
# dd if=/dev/random of=/path/to/key bs=1 count=32

Creare un dataset cifrato con una chiave di cifratura
# zfs create -o encryption=on -o keyformat=raw -o keylocation=''file:///directory/della/chiave'' ''nomepool''/''nomedataset''

Controllare il percorso della chiave per ''nomepool''/''nomedataset''
# zfs get keylocation ''nomepool''/''nomedataset''

Cambiare il percorso della chiave
# zfs set keylocation=''file:///nuova/directory/della/chiave'' ''nomepool''/''nomedataset''

Caricare manualmente le chiavi di cifratura prima del montaggio
# zfs load-key ''nomepool''/''nomedataset'' # carica la chiave del determinato dataset
# zfs load-key -a # carica tutte le chiavi del filesystem

==== Unlock con systemd ====
Creare script per il caricamento delle chiavi all'avvio

* Caricando la password dal keyfile
''/etc/systemd/system/zfs-loadkey-file.service''

[Unit]
Description=Load ZFS encryption keys
DefaultDependencies=no
After=zfs-import.target
Before=zfs-mount.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/zfs load-key -a
StandardInput=tty-force
[Install]
WantedBy=zfs-mount.service

* Digitando la password

''/etc/systemd/system/zfs-load-key@.service''
[Unit]
Description=Load %I encryption keys
Before=systemd-user-sessions.service zfs-mount.service
After=zfs-import.target
Requires=zfs-import.target
DefaultDependencies=no
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'until (systemd-ask-password "Encrypted ZFS password for %I" --no-tty | zfs load-key %I); do echo "Try again!"; done'
[Install]
WantedBy=zfs-mount.service

==== Unlock al login ====
Impostare il filesystem in modalità legacy così che non sia montato automaticamente all'avvio
# zfs set mountpoint=legacy zroot/data/

Modificare il file /etc/fstab
zroot/data/ /home zfs rw,xattr,posixacl,noauto 0 0

Creare il seguente script: <code>/sbin/mount-zfs-homedir</code>

#!/bin/bash
#
set -eu
# Password is given to us via stdin, save it in a variable for later
PASS=$(cat -)
#
VOLNAME="zroot/data/home"
#
# Unlock and mount the volume
zfs load-key "$VOLNAME" <<< "$PASS" || continue
zfs mount "$VOLNAME" || true # ignore errors

Aggiungere lo script a PAM: /etc/pam.d/system-auth

auth optional pam_exec.so expose_authtok /sbin/mount-zfs-homedir

=== Cache ===
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un pool, eventualmente anche raid

# zpool add -f ''rpool'' cache /dev/sdd1
# zpool add -f ''rpool'' log /dev/sdd2

=== Sharing ===
Non è molto noto, ma ZFS ha integrati dei [https://docs.oracle.com/cd/E36784_01/html/E36835/gayne.html#scrolltoc comandi] per permettere la condivisione del filesystem con altre macchine tramite i protocolli NFS o SMB.

Premessa: occorrerà attivare il server NFS
# systemctl start nfs-server.service
# systemctl enable nfs-server.service

Condividere tramite NFS l'intero pool ''home''
# zfs set share.nfs=on ''pool''/home

Verificare la condivisione
# zfs get -r share.nfs ''pool''/home
NAME PROPERTY VALUE SOURCE
pool/home share.nfs on local

Condividere tramite NFS la directory home dell'utente 1, 2...
# zfs create ''pool''/home/'''utente1'''
# zfs create ''pool''/home/'''utente2'''

Si possono specificare opzioni di montaggio per i permessi sul mount
# zfs set share.nfs.nosuid=on ''pool''/home/'''utente1'''
# zfs set share.nfs=on ''pool''/home/'''utente1'''

Condividere una directory con tutta la rete
# zfs share -o share.nfs=on -o share.nfs.public=on pool/public%pubshare

Condividere una directory con una parte della rete
# zfs set share.nfs='rw=@192.0.10.0/16,rw=@192.0.11.0/24' pool/public%pubshare

Disabilitare temporaneamente una condivisione
# zfs unshare pool/home/''nomeshare''

Rimuovere una condivisione
# zfs set share.nfs=off pool/''share''

=== Montare share ===
Montare il volume pool1 della macchina con IP 192.168.0.2 su /mnt/pool1
# mount -t nfs 192.168.0.2:/pool1 /mnt/pool1

Aggiungere la seguente riga al file '''/etc/fstab''' per automatizzare il montaggio
192.168.0.2:/pool1 /mnt/pool1 nfs defaults 0 0

=== SWAP ===
Creare una partizione swap da 8 GiB
# zfs create -V 8G '''<pool>/swap'''

Formattazione della partizione
# mkswap -f /dev/zvol/<pool>/swap

Attivazione della swap
# swapon /dev/zvol/<pool>/swap

Aggiungere la swap al <code>/etc/fstab</code>
'''/dev/zvol/<pool>/swap''' none swap discard 0 0

== Filesystem Cifrato ==
Esistono molti modi per cifrare volumi e file su Linux, come si può vedere da questa [https://wiki.archlinux.org/title/Data-at-rest_encryption#Comparison_table tabella]

* Generare una password di 32 caratteri alfanumerici con /dev/random.
cat /dev/random | tr -dc '[:alnum:]' | fold -w 32 | head -n 1

=== EncFS ===
Cifrare una directory può essere un'alternativa alla cifratura di un intera partizione come avviene invece con Cryptsetup. EncFS è un filesystem user-space montabile tramite FUSE che permette di effettuare questa operazione. Rispetto ad un filesystem loopback criptato ci sono però diversi pregi e difetti.

* Pro
# Selezionare selettivamente i contenuti da cifrare, rispetto ad avere un device completamente cifrato, appesantisce meno il lavoro della CPU specialmente quando si utilizzano processori datati privi del set di istruzioni AES.
# Dimensioni modificabili: un file system vuoto EncFS è composto da qualche dozzina di byte e può crescere a qualsiasi dimensione senza bisogno di essere riformattato. Con un dispositivi di cifratura a blocchi, si alloca un filesystem in anticipo con le dimensioni desiderate.
# Possibilità di backup incrementali: Un filesystem EncFS può essere salvato con una politica per file. Un programma di backup è in grado di rilevare quali file sono cambiati, anche se non sarà in grado di decifrarli.
# Permette di aggiungere la crittografia a qualsiasi filesystem
# Lavora a livello utente, non richiede permessi di amministratore

* Contro
# Non permette di cifrare l'intera installazione, ma solo i file selezionati
# Chi ha accesso ai file crittografati può conoscerne i meta-dati (numero di file, permessi, dimensione)
# EncFS sembra non sia più attivamente mantenuto. Un'alternativa molto simile potrebbe essere gocryptfs.

==== Montaggio automatico ====
Dato che non è possibile passare opzioni all'eseguibile encfs su fstab è necessario creare un wrapper, cioè uno script da rendere eseguibile (es. <code>/home/user/encfs.sh</code>) che vada a recuperare la password da un file (es. ''encfs_password''), magari contenuto in una chiavetta USB anch'essa montata automaticamente all'avvio.

Wrapper
#!/bin/sh
encfs --public --extpass="cat /mnt/USB/encfs_password" $*

A questo punto è possibile aggiungere all'''/etc/fstab'' le seguenti righe.
# Montaggio automatico della penna USB ''cafebabe-b00b5-deadbee'' all'avvio
UUID=cafebabe-b00b5-deadbeef /mnt/USB auto defaults,auto 0 0
# Richiamo del wrapper
/home/''user''/encfs.sh#/home/''user''/.encrypted /home/''user''/decrypted fuse rw,user,auto 0 0

=== gocryptfs ===
Creare una directory cifrata ''crypt'' e montarla su ''dati''
$ mkdir crypt dati
$ gocryptfs -init crypt
$ gocryptfs crypt dati

Creare una versione cifrata di una preesistente home

$ mkdir /home/user.crypt
$ gocryptfs -init -reverse /home/user
$ gocryptfs -reverse /home/user /home/user.crypt

È possibile aggiungere una linea simile alle seguente al file '''/etc/fstab''' per automatizzare il sistema di montaggio di una cartella cifrata durante il boot utilizzando un keyfile.

/home/user/cipher /home/user/plain fuse./usr/bin/gocryptfs nofail,allow_other,passfile=/tmp/password 0 0

=== [https://wiki.archlinux.org/title/ECryptfs ECryptfs] ===

=== VeraCrypt ===
[https://www.veracrypt.fr VeraCrypt] (fork di TrueCrypt) è un tool opensource dotato di '''interfaccia grafica''' che permette di configurare la cifratura di volumi reali o file immagini montate in loop. Ha una funzione particolare, chiamata '''Hidden Volume''' che permette di creare un volume nascosto all'interno di un normale volume VeraCrypt al quale si può accedere con una diversa password così da evitare in caso di necessità (ricatto, fidanzata/moglie gelosa, imposizione da parte delle forze dell'ordine) di mostrare il contenuto del reale archivio cifrato.

=== LUKS ===
Questo strumento permette di crittografare un intero disco o una partizione, es. /dev/'''sdc2''':

# cryptsetup luksFormat --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 /dev/'''sdc2'''

Una volta formattato il device è possibile montarlo, verrà chiesto di creare una password a meno che nel comando non venga esplicitato un file con la chiave di cifratura
# cryptsetup open /dev/'''sdc2''' lukspart

Adesso è possibile formattare il device col filesystem che preferiamo
# mkfs.btrfs /dev/mapper/lukspart

[https://wiki.golem.linux.it/Installare_Arch_Linux_in_una_partizione_cifrata How-to GOLEM]

[https://guide.debianizzati.org/index.php/Volumi_criptati_LUKS_-_Creazione_e_uso_con_cryptmount How-to Debianizzati]

=== [https://wiki.archlinux.org/title/Fscrypt FScrypt] ===

=== [[Appunti_Arch_Linux#ZFS_Cifrato|ZFS]] ===

= RAID mdadm =
Su Linux era possibile effettuare RAID via software anche prima dell'avvento di filesystem di nuova generazione come btrfs o zfs. Per fare ciò è possibile utilizzare il comando <code>mdadm</code>.

Vedere l'organizzazione della tabella delle partizioni dei dischi
$ lsblk

sda 8:16 0 447.1G 0 disk
├─sda1 8:17 0 500M 0 part
├─sda2 8:18 0 16G 0 part [SWAP]
└─sda3 8:19 0 430.6G 0 part /

sdb 8:32 1 3.7G 0 disk
├─sdb1 8:33 1 3.5G 0 part
├─sdb2 8:34 1 239M 0 part [SWAP]
└─sdb3 8:19 0 430.6G 0 part /

Nell'esempio ci sono due dischi (sda, sdb) contenenti 3 partizioni: EFI, SWAP e Linux.

== RAID 0 ==
Creare un volume ''md3'' che costituito dalla somma delle due partizioni sda3 e sdb3
# mdadm --create --verbose /dev/md3 --level=0 --raid-devices=2 /dev/sda3 /dev/sdb3

Verificare che il raid funzioni correttamente
# mdadm --detail /dev/md0

Utilizzare il nuovo volume md3, formattato col filesystem XFS, per una nuova installazione di Arch Linux (montandolo in /mnt)
# mkfs.xfs /dev/md3
# mount /dev/md3 /mnt/

Per memorizzare l'array nel file di configurazione
# mdadm –Es > /etc/mdadm.conf

== RAID 1 ==
Creare un volume ''md3'' mirror delle due partizioni sda3 e sdb3
# mdadm --create /dev/md3 /dev/sda3 /dev/sdb3 --level=1 --raid-devices=2

== RAID 5 ==
Creare un volume ''md3'' con un [https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5 raid5], ovviamente stavolta occorreranno almeno 3 dischi es.: sda3, sdb3, sdc3.

Per creare tre partizioni tutte della stessa dimensione è possibile copiare su sdb e sdc la tabella delle partizioni di sda
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# sfdisk -d /dev/sda | sfdisk /dev/sdc

Creare l'array in raid5
# mdadm --create /dev/md/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 --level=5 --raid-devices=3 --bitmap=internal

== Modificare l'array ==
È possibile passare da raid1 a raid5
# mdadm --grow /dev/md3 --level=5
# mdadm --grow /dev/md3 --add /dev/sdc3 --raid-devices=3

== Accorgersi di un guasto ==
Nei raid 1 e 5 in caso di danneggiamento di un disco sarà possibile sostituirlo e ricostruire l'array senza perdere dati. Nell'ipotesi di avere un guasto su '''sdb''' in un raid1 comparirà qualcosa di simile a questo eseguendo <code>cat /proc/mdstat</code>
md3 : active raid1 sda3[1]
''blocks [2/2] [U_]''
invece che
md3 : active raid1 sda3[1] '''sdb3'''[0]
262016 blocks [2/2] [UU]

===Rimuovere il disco danneggiato dal RAID===
Si dovrà marcare sdb3 come danneggiata e andrà rimossa dall'array.
# mdadm --manage /dev/md3 --fail /dev/sdb3
# mdadm --manage /dev/md3 --remove /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --fail /dev/sdb1
# mdadm --manage /dev/md1 --remove /dev/sdb1

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid5] [raid4] [raid6] [raid10]
md0 : active raid1 sda3[0]
24418688 blocks [2/1] [U_]

unused devices: <none>

=== Sostituzione del disco danneggiato ===
Spegnere il computer, rimuovere il disco guasto e collegarne al suo posto uno funzionante.

'''NB: il nuovo disco dovrà essere di dimensioni uguali o maggiori del disco sostituito'''

Installato il nuovo disco, riaccendere il PC, loggarsi come root e ricreare sul nuovo sdb le stesse partizioni presenti su sda:
# sfdisk -d /dev/sda | sfdisk /dev/sdb
# fdisk -l ''(per controllare che le partizioni siano uguali)''

=== Ripristino del RAID 1 ===
Aggiungere ''/dev/sdb3'' a ''/dev/md3''
# mdadm --manage /dev/md3 --add /dev/sdb3

Se avessimo più array (es. md1, md2...) contenenti partizioni del disco sdb (sdb1, sdb2...), l'operazione andrebbe ripetuta per ciascuno di essi es.:
# mdadm --manage /dev/md1 --add /dev/sdb1

Controllare che tutto sia andato a buon fine
# cat /proc/mdstat

= LVM =
Il [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes Logical Volume Manager] (LVM o gestore logico dei volumi) è un software per la gestione dei dischi che permette di superare le limitazioni legate al normale partizionamento di questi ultimi. Si tratta di una specie di ''strato'' che si va a frapporre tra il dispositivo fisico ed il filesystem. Permette di gestire dinamicamente aggiunta, rimozione o ridimensionamento dello spazio di archiviazione, il RAID, nonché lo snapshot dei volumi.

LVM è un prodotto oltremodo maturo, disponibile per Linux sin dal kernel 2.4, per questa ragione distribuzioni orientate al mercato aziendale come RedHat lo hanno scelto, accoppiandolo a XFS o ext4, come soluzione predefinita per implementare la maggior parte delle caratteristiche fornite dai moderni filesystem come BTRFS o ZFS

LVM si basa sui seguenti concetti

* '''Physical Volumes (PV)''': rappresentano qualsiasi disco si voglia inizializzare ("formattare") come sottosistema LVM
# pvcreate /dev/sda1
# pvcreate /dev/sdb3
# pvcreate /dev/sdc
# pvdisplay

* '''Volume Groups (VG)''': sono costituiti da ''physical volumes'' e rappresentano la capacità totale delle risorse di un LVM
# vgcreate vg0 /dev/sda1 /dev/sdb3 /dev/sdc
# vgdisplay vg0

* '''Logical Volumes (LV)''': utilizzano le risorse messe a disposizione dai ''volume groups''. Possono essere inizializzati anche con proprietà di RAID o cache.
# lvcreate -L 10G -n ''home'' vg0
# lvdisplay /dev/vg0/home

Oppure nel caso volessimo fare un raid5
# lvcreate -n lvr5 –type raid5 -L 10G -i 3 vg0

-n ''nome del volume''
–type raid5 ''tipo di raid''
-L ''dimensione massima della grandezza del raid''
-i ''numero dei physical volumes che si vogliono utilizzare''

Per formattare il volume logico appena creato
# mkfs -t ext4 /dev/vg0/lvr5

Per aggiungere un disco ad un Volume Groups
# vgextend vg0 /dev/sdb2

== Snapshot ==
Creare uno snapshot della del volume logico ''/home'' che potrà contenere fino ad un massimo di 5 GiB di dati modificati rispetto all'originale
# lvcreate --size 5G --snapshot --name homesnap20230306 /dev/vg0/home

Ripristinare il volume logico ricaricando lo snapshot
# lvconvert --merge /dev/vg0/homesnap20230306

Nel caso il logical volume sia attivo il merging avverrà col prossimo riavvio e lo snapshot sparirà.

== Cache ==
Utilizzare un moderno disco a stato solido può essere una soluzione economica per velocizzare un LV.

Convertire il disco a PV ed aggiungerlo al preesistente VG
# pvcreate ''/dev/discoSSD''
# vgextend vg0 ''/dev/discoSSD''

Aggiungere la cache al LV
# lvcreate --type cache --cachemode writethrough -l 100%FREE -n root_cachepool vg0/home ''/dev/discoSSD''

Rimuovere la cache dal LV
# lvconvert --uncache vg0/home

= GRUB (Boot loader) =
È possibile scegliere tra più bootloader: GRUB, Lilo, Syslinux o addirittura il bootloader integrato del systemd (systemd-boot). Ma dato che GRUB è utilizzabile pressoché in ogni circostanza: schede madri BIOS, UEFI; Secure Boot, hard disk, floppy, CD-ROM... in questa guida mi limiterò alla sua configurazione, tralasciando le alternative.

== Sistema con BIOS ==
# pacman -S grub
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

== Sistema UEFI ==
'''NB: per installare correttamente GRUB su un sistema UEFI occorre che il device di installazione abbia effettuato il boot in modalità UEFI e non Legacy (BIOS)'''

# pacman -S grub
# mkdir /boot/EFI
# mount /dev/sda1 /boot/EFI
# grub-install /dev/sda
# grub-mkconfig -o /boot/grub/grub.cfg

== Gestione snapshot BTRFS ==

=== Manuale ===
Editare ''/etc/grub.d/40_custom'' (o crearlo) e aggiungere quanto segue per permettere l'avvio della snapshot ''rootsnap''

menuentry 'Linux snapshot' {
insmod gzio
insmod part_gpt
insmod btrfs
set root='hd1,gpt3'
linux /rootsnap/boot/vmlinuz-linux root=/dev/partizione rw rootflags=subvol=rootsnap quiet
initrd /rootsnap/boot/initramfs-linux.img
}

dopodichè aggiornare la configurazione di GRUB con
# grub-mkconfig -o /boot/grub/grub.cfg

=== Automatico ===
Per facilitare la gestione lei sottovolumi e delle snapshot del BTRFS Arch offre il pacchetto ''grub-btrfs'', la sua installazione provvederà ad aggiungere tutti i sottovolumi contenenti un sistema Linux al menu di grub.
# pacman -S grub-btrfs

Ogni volta che si vorrà aggiornare grub con nuovi subvolumi basterà dare il seguente comando

# grub-mkconfig -o /boot/grub/grub.cfg

== Ripristinare GRUB ==
Aggiornando la propria distribuzione Linux, il proprio boot loader o installando un altro sistema operativo (es. Windows) può capitare di sovrascrivere il [http://it.wikipedia.org/wiki/Master_boot_record MBR].

Avviare il computer con un liveCD/DVD o USB:
* [http://archlinux.mirror.garr.it/archlinux/iso/latest/archlinux-x86_64.iso Archlinux]
* [http://www.sysresccd.org/Download Systemrescuecd]
* [http://grml.org/download/ grml]
* [http://na.mirror.garr.it/mirrors/ubuntu-releases/ Ubuntu]

Ipotizziamo di avere una partizione / chiamata /dev/sda2 e nessuna /boot

Creiamo i seguenti mount point
# sudo su
# cd /mnt
# mkdir sda2
# mount /dev/sda2 /mnt/sda2

Se utilizziamo una scheda madre UEFI andrà montata anche la partizione efi (solitamente è la prima partizione del disco ''sda1'')
# mount /dev/sda2 /mnt/sda2/boot/efi

Se necessario editiamo il file di configurazione di grub
# nano /mnt/sda2/boot/grub/grub.cfg

=== arch-chroot ===
Se stiamo utilizzando un sistema basato su Arch Linux, utilizzando l'utility ''arch-chroot'' presente nel pacchetto ''arch-install-scripts'' potremo automatizzare il processo di chroot con un solo comando

# arch-chroot /mnt/sda2

=== Manuale ===
# mount --rbind /dev /mnt/sda2/dev
# mount -t proc /proc /mnt/sda2/proc
# mount -t sysfs /sys /mnt/sda2/sys/

Eseguiamo il vero e proprio chroot in /dev/sda2
# chroot /mnt/sda2

=== Reinstallazione ===
# grub-mkconfig -o /boot/grub/grub.cfg
# grub-install /dev/sda

=== Riavvio del sistema ===
Usciamo dal chroot, smontiamo la partizione e riavviamo il sistema
# exit
# umount /mnt/sda1/proc
# umount /mnt/sda1/dev
# umount /mnt/sda1
# systemctl reboot

== Eliminare il boot loader ==
In caso di errori nell'installazione di GRUB è possibile cancellare il vecchio boot loader di un disco (<code>''devicename'' = sda,sdb,sdc...</code>)
# dd if=/dev/zero of=''/dev/devicename'' bs=446 count=1

== ISOBoot ==
Con GRUB2 è possibile effettuare il boot di iso di LiveCD/USB Linux presenti sul disco aggiungendole su <code>/etc/grub.d/40_custom </code>

* Ubuntu 23.04
menuentry "Ubuntu 23.04 desktop ISO" {
insmod part_gpt
insmod ext2
insmod btrfs
rmmod tpm
# es.: terza partizione del primo disco
set root=(hd0,gpt3)
set isofile="/home/'''<username>'''/Downloads/ubuntu-23.04-desktop-amd64.iso"
loopback loop $isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile quiet splash
initrd (loop)/casper/initrd
}

= Networking =

== Manuale ==
===net-tools===
Storica serie di utility per gestire le interface di rete, presente da decenni nell'installazione base della maggior parte delle distribuzioni Linux, ma attualmente considerata [https://lists.debian.org/debian-devel/2009/03/msg00780.html obsoleta]. Tra i suoi comandi principali: arp, hostname, ifconfig, iptunnel netstat e route.

Attivare l'interfaccia di rete eth0 ed assegnarle l'indirizzo ip 192.168.0.2
# ifconfig eth0 192.168.0.2 up

Disattivare l'interfaccia di rete eth0
# ifconfig eth0 down

Assegnare manualmente un gateway (es.: 192.168.0.1) alla rete
# route add default gw 192.168.0.1

Ovviamente occorrerà aggiungere un server DNS al file <code>/etc/resolv.conf</code> per la risoluzione degli indirizzi.

=== iproute2 ===
{| class="wikitable sortable"
|+ Conversione comandi da net-tools a iproute2
|-
! net-tools
! iproute2
! Note
|-
| ifconfig
| ip addr, ip link
| Address and link configuration
|-
| route
| ip route
| Routing tables
|-
| arp
| ip neigh
| Neighbors
|-
| iptunnel
| ip tunnel
| Tunnels
|-
| nameif, ifrename
| ip link set name
| Rename network interfaces
|-
| ipmaddr
| ip maddr
| Multicast
|-
| netstat
| ss, ip route
| Show various networking statistics
|-
| brctl
| bridge
| Handle bridge addresses and devices
|}

Elencare gli indirizzi IP:
# ip addr

Mostra le informazioni di una specifica interfaccia di rete
# ip addr show ''eth0''

Aggiungere un indirizzo all'interfaccia eth0:
# ip addr add 192.0.2.10/24 dev eth0

Cancellare un indirizzo associato all'interfaccia eth0:
# ip addr delete 192.0.2.10/24 dev eth0

Attivare l'interfaccia eth0:
# ip link set dev eth0 up

Disattivare l'interfaccia eth0:
# ip link set dev eth0 down

Svuotare la cache arp per tutte le interfacce:
# ip neigh flush all

Aggiungere una rotta che passa per gateway 192.0.2.1
# ip route add default via 192.0.2.1

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route add 10.0.2.1/24 via 192.168.0.1 dev enp0s3

Aggiungere una rotta che passa per gateway 192.168.2.1 per l'interfaccia 10.0.2.0
# ip route del 10.0.2.0/24 via 192.168.0.1 dev enp0s3

Mostrare la tabella di routing
# ip route show

== Systemd-networkd==
'''[https://wiki.archlinux.org/title/Systemd-networkd systemd-networkd'''] è un demone, parte di systemd, che gestisce la configurazione della rete.

=== Esempi di configurazione ===
Per prima cosa sarà necessario abilitare il servizio
# systemctl enable --now systemd-networkd.service
# systemctl enable --now systemd-resolved.service
# ln -rsf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

==== DHCP ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
DHCP=yes

==== IP statico ====
/etc/systemd/network/20-wired.network
[Match]
Name=enp1s0
[Network]
Address=10.1.10.9/24
Gateway=10.1.10.1
DNS=10.1.10.1

==== Wireless adapter ====
Per potersi connettere a connessioni WIFI è necessario installare e configurare un'ulteriore applicazione dedicata come '''iwd''' o '''wpa_supplicant''' per l'autenticazione alla rete.

/etc/systemd/network/25-wireless.network
[Match]
Name=wlp2s0
[Network]
DHCP=yes
IgnoreCarrierLoss=3s

==== Rinominare l'interfaccia di rete ====
Invece che impostare una regola su udev è possibile usare un file di testo .link nel seguente modo

/etc/systemd/network/''10-ethusb0.link''
[Match]
MACAddress=12:34:56:78:90:ab
[Link]
Description=USB to Ethernet Adapter
Name=''ethusb0''

== Wifi ==
{| class="wikitable"
! [https://wiki.archlinux.org/title/Network_configuration/Wireless#Utilities Programmi] !! [https://wireless.wiki.kernel.org/en/developers/documentation/wireless-extensions WEXT] !! [https://wireless.wiki.kernel.org/en/developers/documentation/nl80211 nl80211] !! WEP !! WPA
|-
| [https://hewlettpackard.github.io/wireless-tools/Tools.html wireless_tools] || Sì || No || Sì || No
|-
| [https://wireless.wiki.kernel.org/en/users/documentation/iw iw] || No || Sì || Sì || No
|-
| [https://wiki.archlinux.org/title/wpa_supplicant wpa_supplicant] || Sì || Sì || No || Sì
|-
| [https://wiki.archlinux.org/title/Iwd iwd]/iwgtk || No || Sì || No || Sì
|}

== NetworkManager ==
[https://networkmanager.dev/ NetworkManager] è una utility che si è imposta come standard per la configurazione della reti Linux (LAN e Wifi)

Si compone di un demone, un'interfaccia da riga di comando [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings#configuring-a-static-ethernet-connection-using-nmcli_assembly_configuring-and-managing-network-access (nmcli)] ed un'interfaccia di configurazione basata su un menu testuale ([https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/assembly_configuring-and-managing-network-access_configuring-basic-system-settings nmtui]).

I principali desktop enviroment come GNOME e KDE Plasma possiedono una utility grafica che consente loro di configurare graficamente le reti basandosi su NetworkManager.

=== Installazione ===
# pacman -S networkmanager
# systemctl enable NetworkManager
# systemctl start NetworkManager

==== Configurazione ====
* Menu di configurazione: qualora si utilizzi un sistema privo di interfaccia grafica e si desideri configurare una rete wifi si consiglia caldamente l'utilizzo dell'applicazione <code>nmtui</code>

* Per chi dovesse prediligere la configurazione manuale: <code>nmcli</code>

* Per impedire a Network Manager di gestire una certa interfaccia di rete è sufficiente aggiungere il suo MAC Address al file di configurazione <code>/etc/NetworkManager/NetworkManager.conf</code>

[main]
plugins=keyfile
[keyfile]
unmanaged-devices=mac:''00:25:21:73:90:72''

=== Alternative ===
* [https://wiki.archlinux.org/title/ConnMan ConnMan]

== Condividere la connessione ==

=== Abilitazione del forwarding dei pacchetti ===

$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward

Per rendere il forwarding definitivo editare il file ''/etc/sysctl.conf'' modificando come segue il parametro net.ipv4.ip_forward:

net.ipv4.ip_forward = 1

=== Mascheramento dei pacchetti ===

$ sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

''eth0'' non è un parametro fisso, identifica l'interfaccia con la quale il PC si connette ad Internet

Per applicare automaticamente tale regola ad ogni riavvio
# iptables-save > /etc/iptables.ipv4.nat
# iptables-restore < /etc/iptables.ipv4.nat

=== Moduli kernel ===

Assicurarsi che siano caricati i seguenti moduli:
# modprobe ip_tables
# modprobe ip_conntrack
# modprobe iptable_nat
# modprobe ipt_MASQUERADE

=== Condivisione tramite rete ethernet ===

==== Configurazione scheda di rete interna ====

Assegnare un IP statico alla scheda ethernet con la quale si vuol condividere la connessione.

# ifconfig eth1 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario editare il file ''/etc/network/interfaces'' ed aggiungere la seguente configurazione

auto eth1
iface eth1 inet static
address 192.168.5.1
netmask 255.255.255.0

=== Condivisione tramite rete WI-FI ===

==== Configurazione scheda wireless ====

Se non si desidera cifrare la rete e proteggerla con una password sarà sufficiente eseguire questi comandi.

# iwconfig wlan0 mode Master
# iwconfig wlan0 ESSID ReteGOLEM
# iwconfig wlan0 enc off
# ifconfig wlan0 192.168.5.1 netmask 255.255.255.0 up

Per rendere tale configurazione permanente sarà necessario creare un file del tipo ''/etc/systemd/network/20-wifi.network'' ed aggiungere la seguente configurazione
[Match]
Name=wlan0
[Network]
Address=192.168.5.1/24

Naturalmente occorrerà che sia attivato il demone systemd-networkd
# systemctl enable --now systemd-networkd.service

===== Proteggere la connessione WI-FI =====

Installare il programma hostapd
# pacman -S hostapd

Configurare hostapd modificando ''/etc/hostapd/hostapd.conf''

# Interfaccia di rete
interface=wlan0
# Driver della scheda wifi usata (non tutte le schede sono supportate)
driver=nl80211
# Nome della rete (SSID)
ssid=ReteGOLEM
hw_mode=g
# Canale di trasmissione
channel=6
macaddr_acl=0
# Righe per la protezione
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
# Password del wifi
wpa_passphrase=password
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

Editare il file ''/etc/default/hostapd'' per impostare ''hostapd.conf'' come file di configurazione predefinito, modificando la riga DAEMON_CONF="":

DAEMON_CONF="/etc/hostapd/hostapd.conf"

=== Assegnazione automatica degli IP ai client ===

# pacman -S dhcp

Editare ''/etc/dhcpd.conf'' aggiungendo la configurazione per la rete interna (es.: eth1 o wlan0):

subnet 192.168.5.0 netmask 255.255.255.0 {
range 192.168.5.100 192.168.5.200;
option domain-name-servers 8.8.8.8;
}

== VPN ==
=== OpenVPN ===
https://wiki.archlinux.org/title/OpenVPN

===L2TP/IPsec VPN===
https://wiki.archlinux.org/title/Openswan_L2TP/IPsec_VPN_client_setup

= Container =
== Toolbox==
Toolbox è un tool che permette di creare ed utilizzare container che si integrano col sistema host accedendo ad ogni sua risorsa: directory home dell'utente, X11/Wayland, networking, periferiche esterne. Tutto senza dover mettere mano a nessun file di configurazione. È il modo più semplice per di integrare più distribuzioni all'interno di una stessa macchina Linux.

=== Immagini ===
* [https://github.com/toolbx-images/images https://github.com/toolbx-images/images] Immagini di container delle principali distribuzioni

=== Comandi ===
Creare un container
$ toolbox create -i quay.io/toolbx-images/rhel-toolbox:9.1 -c redhat

Entrare in un container
$ toolbox enter redhat

Fermare un container
$ podman stop nome_macchina

Rimuovere un container
$ toolbox rm -f redhat

Rimuovere un container e la sua immagine
$ toolbox rmi redhat

Esaminare la lista dei container e delle immagini disponibili
$ toolbox list

Permettere agli utenti non root di utilizzare i container
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subuid'
$ sudo sh -c 'echo "username:100000:65536" >> /etc/subgid'

Abilitare l'host al forwarding di X11 per le applicazioni che richiedono Xorg
# xhost +

Eseguire un comandi all'interno di un container
$ toolbox run -c redhat libreoffice

== LXC ==
[https://wiki.archlinux.org/title/Linux_Containers Linux Container] (LXC) permette di virtualizzare uno o più container Linux su un singolo host LXC, gestendone virtualmente RAM, CPU, socket e rete.

È estremamente utile quando si ha bisogno di isolare dei servizi dal sistema host: es.: server web, imap, smtp...

=== Installazione ===
Installare LXC
# pacman -S lxc lxc-templates lxcfs lxd

=== Comandi ===
Lista dei container installati
lxc-ls -f

Installare un container scegliendo l'immagine dalla lista di quelli disponibili
lxc-create -n playtime -t download

Se sapete già di quale container avete bisogno sarà possibile scaricarlo direttamente
lxc-create -n playtime -t download -- --dist archlinux --release current --arch amd64

Far partire il container chiamato ''debian''
lxc-start debian

Entrare dentro il container chiamato ''debian''
lxc-attach debian

Fermare l'esecuzione del container chiamato ''debian''
lxc-stop debian

Rimuovere il container chiamato ''debian''
lxc-destroy debian

Eseguire un comando dentro il container chiamato ''debian''
lxc-attach --name debian nano

=== Rete Bridge ===
Nel caso si debbano usare servizi da tenere esposti su Internet potrebbe essere conveniente utilizzare una rete bridge piuttosto che NAT.

[https://wiki.debian.org/LXC/SimpleBridge Configurazione] rete bridge.

== Docker ==
Abilitare ed avviare docker
# systemctl enable --now docker

Cercare il container desiderato
# docker search "xxx"

Scaricare l'immagine desiderata
# docker pull xxxx:latest

Visualizzare le immagini scaricate
# docker images

Visualizzare i docker creati
# docker ps -a

Avviare docker
# docker start nome_docker

Entrare nel docker
# docker attach nome_docker

Copiare un file dal sistema host al docker
# docker cp esempio.txt nome_docker: /esempio.txt

Copiare un file dal docker.
# docker cp container-id:/path/filename.txt ~/Desktop/filename.txt

Rimuovere un docker
# docker rm nome_docker

Rimuovere tutti i docker
# docker container stop $(docker container ls -aq)
# docker system prune -a --volumes

Avviare automaticamente un docker (da testare)
# docker run --restart=always --name nome_docker

Creare script di avvio ''docker-webserver''.service
[Unit]
Description=Some service
Requires=docker.service
After=docker.service
[Service]
Restart=always
ExecStart=/usr/bin/docker start -a container_name
ExecStop=/usr/bin/docker stop -t 2 container_name
[Install]
WantedBy=multi-user.target

* [https://wiki.archlinux.org/title/docker Arch Linux Docker WIKI]

== [https://wiki.archlinux.org/title/systemd-nspawn systemd-nspawn] ==

= Fonti software alternative =
Nella rara eventualità che si necessiti di un programma non presente né nei repository ufficiali, né su [https://aur.archlinux.org/ AUR] è possibile optare per una delle seguenti opzioni.

== AppImage ==
Scaricate qualsiasi pacchetto disponibile su [https://appimage.github.io/ appimage.github.io] e rendetelo eseguibile.

$ chmod a+x ''nomeprogramma''.AppImage

Non resta che eseguirlo col seguente comando o con un doppio click
$ ./''nomeprogramma''.AppImage

== Flatpak ==
Concepito per essere una sorta di '''Google Play Store''' per GNOME, è possibile installare programmi provenienti da [https://flathub.org/home flatpak] utilizzando i normali gestori grafici di pacchetti basati su packagekit come ''Gnome Software'' o ''Discover di Plasma''.

Installazione
# pacman -S flatpak

Abilitazione del repository ufficiale del progetto (software di terze parti potrebbe richiedere di aggiungere altri repository)
# flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Elenca i repository disponibili.
$ flatpak remotes

Installa un'applicazione (es.: libreoffice)
$ flatpak install flathub org.libreoffice.LibreOffice

Esegue un'applicazione (es.: libreoffice)
$ flatpak run org.libreoffice.LibreOffice

Disinstalla un'applicazione mantenendo i dati.
$ flatpak uninstall <nome app>

Disinstalla un'applicazione eliminando i dati (nella home utente .var/app/).
$ flatpak uninstall <nome app> --delete-data

Elimina i dati di tutte le applicazioni disinstallate (nella home utente .var/app/).
$ flatpak uninstall --delete-data

Disinstalla tutte le applicazioni flatpak installate sul sistema.
$ flatpak uninstall --all

Cerca ed esegue aggiornamenti per le applicazioni installate.
$ flatpak update

Aggiorna una singola applicazione.
$ flatpak update <nome app>

Elenca tutte le applicazioni flatpak installate sul sistema.
$ flatpak list --app

Elenca i runtime installati.
$ flatpak list --runtime

Visualizzare le informazioni sulle applicazioni in esecuzione.
$ flatpak ps

Termina un'applicazione bloccata o danneggiata (l'ID dell'istanza si può ottenere dal comando precedente).
$ flatpak kill <id istanza>

Tenta la riparare dei pacchetti danneggiati. Necessita dei privilegi di amministrazione.
$ flatpak repair

== Nix ==
[https://nixos.wiki/wiki/Nix_package_manager Nix package manager] è il gestore di pacchetti utilizzato su [https://nixos.org/ NixOS]. È possibile però utilizzarlo su qualsiasi distribuzione Linux affiancandone il gestore di pacchetti predefinito.

Nix analizza le istruzioni di compilazione (riproducibili) specificate in un file secondo il suo linguaggio di espressione, i risultati di questa compilazione sono archiviati secondo indirizzi univoci identificati da un hash e completi del loro intero albero delle dipendenze. Si crea così un archivio immutabile di pacchetti che consente aggiornamenti atomici, rollback e installazione simultanea di diverse versioni di un pacchetto.

[https://nixos.org/manual/nixpkgs/stable/ Guida completa]

=== Installazione ===
[https://nixos.org/download.html#nix-install-linux Guida ufficiale]

'''Single-user installation'''
$ sudo install -d -m755 -o $(id -u) -g $(id -g) /nix
$ sh <(curl -L https://nixos.org/nix/install) --no-daemon

Aggiungere la riga seguente al <code>.bashrc</code> o al file di configurazione della vostra shell per poter utilizzare i comandi Nix
$ source $HOME/.nix-profile/etc/profile.d/nix.sh

=== Canali ===
Il software è distribuito attraverso in repository chiamati '''canali''' nei quali può essere disponibile in forma già precompilata ''binary cache'' o come sorgente da compilare. Questi canali determinano la versione dei pacchetti disponibili categorizzandoli nei rami ''stabile'' ed ''instabile''.

Ecco di seguito i comandi principali per gestire questi canali

Lista dei canali configurati
$ nix-channel --list

Aggiungere il canale principale (''nixos'')
$ nix-channel --add https://nixos.org/channels/channel-name nixos

Aggiungere altri canali
$ nix-channel --add https://some.channel/url my-alias

Rimuovere un canale
$ nix-channel --remove channel-alias

Aggiornare un canale
$ nix-channel --update channel-alias

Aggiornare tutti i canali
$ nix-channel --update

=== Comandi ===
Cercare un pacchetto
$ nix search nixpkgs ''packagename''

Installare un pacchetto
$ nix-env -iA ''packagename''

Vedere i pacchetti installati
$ nix-env -q

Disinstallare un pacchetto
$ nix-env -e ''packagename''

Aggiornare tutti i pacchetti
$ nix-env -u

== Snap ==
È gestore di pacchetti ed un formato per la distribuzione di software ideato da Canonical Ltd. per Ubuntu, ma che adesso può essere utilizzato anche su altre distribuzioni. Consente di installare un'applicazione completa di tutte le sue librerie isolandola dal resto del sistema operativo. Si evitano così possibili conflitti tra applicazioni, permettendo la coesistenza di più versioni di uno stesso programma o libreria.

Su Arch è disponibile su AUR: [https://aur.archlinux.org/packages/snapd snapd]

=== Installazione ===
Installare ed abilitare Snap
$ [https://aur.archlinux.org/packages/yay yay] -S snapd
$ sudo ln -s /var/lib/snapd/snap /snap
$ sudo systemctl start snapd.service
$ sudo systemctl enable snapd.service

=== Comandi ===
Cercare un programma
$ snap find ''nomeprogramma''

Installare un programma
$ sudo snap install ''nomeprogramma''

Rimuovere un programma
$ sudo snap remove ''nomeprogramma''

Vedere i programmi installati
$ snap list

Rimuovere una determinata versione di un programma
$ sudo snap remove ''nomeprogramma'' --revision

Aggiornare manualmente i pacchetti snap
$ sudo snap refresh

= GPG =
[http://it.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard (GnuPG o GPG)] è un programma libero pensato per fornire un'alternativa opensource al [http://it.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy (PGP)].
Nel PGP sono usate sia la crittografia asimmetrica (a chiave pubblica) che quella simmetrica.
La chiave pubblica del destinatario serve al mittente unicamente per cifrare la chiave comune per un algoritmo di crittografia simmetrica che sarà usata per cifrare il testo in chiaro del messaggio.
Un destinatario decifra un messaggio protetto da GPG usando la chiave di sessione con l'algoritmo simmetrico. Tale chiave di sessione è inclusa nel messaggio in maniera criptata ed è decifrata usando la chiave privata del destinatario.
L'utilizzo di due cifrature oltre che a velocizzare l'esecuzione del programma (la cifratura a chiave simmetrica è molto più veloce di quella asimmetrica) permette di poter cifrare uno stesso messaggio per più destinatari.

== Generare una chiave ==
$ gpg --gen-key

Controllare che la chiave sia stata correttamente creata
$ gpg --list-keys

== Certificato di revoca ==
Il certificato di revoca serve per invalidare la chiave nel caso in cui questa venga compromessa.
Chiunque sia in possesso del certificato di revoca può revocare la chiave corrispondente, per cui è bene tenerlo in un posto sicuro.
Poiché, nel momento in cui si ha bisogno del certificato di revoca, potremmo non essere più in grado di generarlo, conviene generarlo subito dopo la creazione della chiave, e prima di iniziare a utilizzarla pubblicamente.
$ gpg --output certificato-di-revoca.asc --gen-revoke ''ID''
dove <code>ID</code> è dato dalle ultime 8 cifre dell'impronta (fingerprint) della chiave.

== Utilizzo pratico ==
=== Criptare un documento ===
$ gpg -o file1.ext.gpg -e -r UserID file1.ext

Esempio:
$ gpg -o tesi.odt.gpg -e -r spookyh@gmail.com tesi.odt

=== Decriptare un documento ===
$ gpg -o file1.ext -d file1.gpg

=== Firmare un documento ===
Il mittente può usare PGP per ''firmare'' un messaggio con l'algoritmo di firma RSA o Digital Signature Algorithm (DSA). Per fare ciò viene calcolato un hash (message digest) dal testo in chiaro e successivamente da questo hash è creata la [http://it.wikipedia.org/wiki/Firma_digitale firma digitale] usando la chiave privata del mittente.
$ gpg -o file1.ext.sig -s file1.ext

=== Verificare un documento ===
$ gpg --verify file1.sig

== Importare ed esportare chiavi (locali) ==
Importare una chiave (pubblica)
$ gpg --import chiave.asc (o .txt)

Esportare la propria chiave pubblica
$ gpg -a -o chiave_pubblica.asc --export

=== Esportare la propria chiave privata ===
{{Note
|type=attention
|text= La chiave privata può essere utilizzata per impersonare la vostra identità, '''NON''' inviarla mai a '''nessuno''', ed esportala solo per effettuarne backup, naturalmente da custodire in un luogo sicuro.}}
$ gpg --armor --export-secret-keys <ID> > secret-key.gpg.asc

== Condividere le chiavi pubbliche ==
Inviare la chiave ad un keyserver:
$ gpg --keyserver keyserver.linux.it --send-key <ID>

Importare una chiave da un keyserver:
$ gpg --keyserver keyserver.linux.it --recv-keys <ID>

Se ci fidiamo del proprietario e vogliamo mostrare pubblicamente la nostra fiducia, possiamo firmare la chiave appena importata e esportare la firma su un keyserver (vedere sezioni successive).

=== Keyserver ===
Quando si carica una chiave su un keyserver, poi questo la condivide con gli altri keyserver che fanno parte dello stesso circuito.
Non esiste un'entità centralizzata o un circuito di riferimento (per scelta di design), e, a volte, questo può generare confusione nell'utilizzatore.
Inoltre, alcuni keyserver potrebbero non essere sempre accessibili.

Tra i keyserver più noti:
* keys.openpgp.org
* keyserver.ubuntu.com
* keys.gnupg.net
* pgp.surfnet.nl
* pgp.circl.lu
* pgp.mit.edu

== Editare una chiave ==
Per fare operazioni e modifiche dobbiamo "editare" le chiavi, aprendo l'editor interattivo:
$ gpg --edit-key <ID>
'''NB: Prima di uscire dall'editor, ricordarsi di salvare, altrimenti le modifiche vanno perdute'''

* firmare
> sign
* cambiare i valori di fiducia
> trust
* vedere la fingerprint
> fpr
* cambiare la data di scadenza
> expire
* cambiare la password
> passwd
* firmare localmente in modo non esportabile
> lsign
* sempre '''ricordarsi di salvare'''
> save
* oppure uscire
> quit

Digitare <code>help</code> per una lista esaustiva.

Tutte le modifiche da rendere pubbliche vanno inviate ad un keyserver.

== Revocare una chiave ==
Avendo già il certificato di revoca:
$ gpg --import certificato-di-revoca.asc
$ gpg --keyserver pgp.surfnet.nl --send-key ''ID''

== Gestione delle chiavi ==
Controllare il database delle chiavi: questo comando mostra tutte le chiavi che abbiamo con molte informazioni.
$ gpg --list-keys --with-colons

Fornisce tutti i valori di fiducia assegnati alle varie chiavi. (Informazioni private)
$ gpg --list-ownertrust

== Controllo firme ==
$ gpg --check-sigs
$ gpg --list-sigs

== Esportare le chiavi altrui ==
Abbiamo importato e firmato la chiave di <ID>.

Rimandiamola al proprietario:
$ gpg --armor -export -o firma.sig <ID>

Questo comando crea un file di nome ''firma.sig'' nella directory corrente, che contiene la chiave firmata.
Spedire al proprietario ''firma.sig''.

Chi riceve la propria chiave firmata da altri può decidere inserirla nel proprio portachiavi, con
$ gpg --import firma.sig

Si aggiungono al portachiavi le nuove firme ma anche i nuovi ID che il mittente ha sulla sua chiave, col rispettivo valore di fiducia. Firmare le chiavi degli altri implica dar loro fiducia, e, spesso, anche aver verificato la loro identità in maniera sicura.
Se non ci fidiamo, non firmiamo. Se si firmano a caso tutte le chiavi che capitano a tiro, si perde la reputazione che si ha presso gli altri partecipanti della rete. Se vogliamo fare un uso pubblico di questa fiducia reciproca possiamo mandare la nostra chiave, contenente la nuova firma, al keyserver:
$ gpg --keyserver pgp.circl.lu --send-key <ID mia chiave>

Periodicamente occorre aggiornare il proprio portachiavi digitale, così da venire a conoscenza delle modifiche sulle chiavi degli altri.
$ gpg --keyserver pgp.circl.lu --refresh-keys

== Rete di fiducia ==
Una chiave importata può essere firmata con un certo grado di fiducia. Possiamo rispedirla al proprietario o caricare la firma su un keyserver, e se lui la importa nel suo portachiavi, avrà la propria chiave firmata da noi. Ognuno può quindi aggiungere le firme dei conoscenti alla propria chiave, che a loro volta hanno firme di altri.

== GUI ==
Esistono vari programmi a interfaccia grafica:
* ''Seahorse'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente GTK
* ''KGPG'', per gestire le chiavi e i certificati, comprese quelle ssh, per un ambiente QT
* ''Pinentry'' (anche da riga di comando) si ricorda la password della chiave per il tempo impostato (default 5 minuti)

= Systemd =
systemd-timesyncd — system time synchronization across the network;
systemd/Journal — system logging
systemd/Timers — alternative to cron

= Link Utili =

[https://wiki.archlinux.org/ ArchWiki]

[https://wwwcdf.pd.infn.it/AppuntiLinux/a21.htm Appunti Linux]

[https://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-11.3-NOCHUNKS.html LFS-BOOK]

[[Category: Howto]]

OpenBSD

2025-03-04T02:59:56Z

$pooky Hunter:

==Storia==
Nel Giugno del 1996 Theo de Raadt, uno dei primi sviluppatori del NetBSD, si allontana dal progetto a causa di attriti con il resto della comunità.
Il suo fork prenderà il nome di OpenBSD e i suoi obiettivi saranno: sicurezza, rispetto degli standard e portabilità.

==Creazione di un supporto d'avvio per l'installazione==
In questo articolo mi occuperò solamente dell'installazione e configurazione di base del port di OpenBSD per piattaforma i386 nella sua ultima versione: la 5.5.
Per non sovraccaricare il server primario è consigliabile utilizzare un mirror, il mirror italiano si trova a questo indirizzo: https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/i386/

Possiamo scegliere tra diversi file d'immagine per installare il sistema:

*floppy55.fs (Desktop PC) supporta la maggior parte delle periferiche PCI, ISA, dei controller IDE e SCSI e alcune schede PCMCIA.

*floppyB55.fs (Servers) supporta diversi controller RAID e SCSI non presenti nel floppy55.fs.

*floppyC55.fs (Laptops) contiene i driver CardBus and PCMCIA della maggior parte dei normali laptop.

*cd55.iso è una immagine ISO9660 che può essere usata per creare CD d'avvio, contiene una maggior selezione di driver rispetto alle immagini floppy.

* install55.iso simile alla cd55.iso, ma oltre al kernel contiene anche tutti i file per l'installazione di base, se la macchina in cui vogliamo installare OpenBSD ha il supporto per il CDROM questa è probabilmente la scelta migliore.

* install55.fs come la install55.iso, ma per l'installazione da USB.

==Creazione di un floppy di boot==

===Da sistemi BSD===
Scaricare il file immagine desiderato (es. floppy55.fs)

Formattare un floppy
# fdformat /dev/rfd0c
Format 1440K floppy `/dev/rfd0c'? (y/n): y
Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done.

Se il floppy dovesse avere dei settori danneggiati sostituitelo.

Adesso scriviamo l'immagine sul floppy
# dd if=floppy55.fs of=/dev/rfd0c bs=32k

=== Da Linux ===
# fdformat /dev/fd0
# dd if=floppy55.fs of=/dev/fd0

=== Da MS DOS o Windows===
Formattazione del floppy
C:\> format a:

Scrittura dell'immagine con rawrite
C:\> rawrite
RaWrite 1.2 - Write disk file to raw floppy diskette
Enter source file name: floppy55.fs
Enter destination drive: a
Please insert a formatted diskette into drive A: and press -ENTER- : Enter

==Creazione di una ISO personalizzata==

Molti potrebbero avere bisogno di un'iso per cdrom contenente non solo il sistema base, ma anche i sorgenti o dei pacchetti precompilati.

Scaricate tutto il contenuto di https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/i386/ in OpenBSD/5.5/
Per eseguire queste operazioni è consigliabile l'utilizzo di wget con l'opzione mirror.

# wget -m https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/i386/
# mv ftp.eu.openbsd.org/pub/OpenBSD .
# rm -rf ftp.eu.openbsd.org/
# cd OpenBSD/

Se ci interessa possiamo scaricare

* [https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/ports.tar.gz ports.tar.gz] - l'albero dei ports.
* [https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/src.tar.gz src.tar.gz] - i sorgenti del sistema operativo di base.
* [https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/sys.tar.gz sys.tar.gz] - i sorgenti del kernel.
* [https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/xenocara.tar.gz xenocara.tar.gz] - i sorgenti del server grafico.

Possiamo anche creare la directory packages/ e aggiungervi qualsiasi pacchetto precompilato si desideri installare dopo l'installazione del sistema di base. Naturalmente si dovrà fare attenzione alle dipendenze di ciascun pacchetto scaricato e a non superare lo spazio del supporto sul quale vogliamo andare a scrivere la nostra iso.

# mkdir packages
# cd packages
# wget -m https://ftp.eu.openbsd.org/pub/OpenBSD/5.5/packages/i386/

Se non ci siete tornate nella cartella OpenBSD/ e date un comando di questo genere per creare la vostra iso

# mkisofs -r -l -V "OpenBSD-5.5" -A "OpenBSD v5.5-Release, \
Custom ISO, 06-05-2014." -b 5.5/i386/install55.fs -c boot.catalog \
-o openbsd-i386-5.5.iso ../OpenBSD/

Per masterizzare l'iso va bene qualsiasi programma: K3B, Nero o da linea di comando:

# cdrecord -v -tao dev=/dev/il_vostro_masterizzatore -data driveropts=burnfree openbsd-i386-5.5.iso

==Installazione==
Le parole o le lettere in neretto corrispondono a quello che dovreste digitare per proseguire con l'installazione.
Fate fare il boot da CDROM al vostro computer e se tutto va bene dovrebbe apparirvi questo:
Welcome to the OpenBSD/i386 5.5 install program.
(I)nstall, (U)pgrade, (A)utoinstall or (S)hell? '''i'''

Selezionare it per la tastiera italiana e dare un nome al computer.
Choose your keyboard layout ('?' or 'L' for list) [default] '''it'''
System hostname? (short form, e.g. 'foo') puffy

Premere invio per configurare l'interfaccia di rete principale.
Available network interfaces are: em0 vlan0.
Which one do you wish to configure? (or 'done') [em0] '''Enter'''

Utilizzare dhcp o configurare un IP manualmente.
IPv4 address for em0? (or 'dhcp' or 'none') [dhcp] '''Enter'''

Salvo esigenze particolari è possibile saltare i prossimi due passaggi premendo Invio.
IPv6 address for em0? (or 'rtsol' or 'none') [none] '''Enter'''
Which one do you wish to configure? (or 'done') [done] '''Enter'''

Inserire la password di root. ''"Will not echo" significa che comparirà niente sullo schermo mentre si digita la password, per conferma dopo occorrerà ridigitarla)''
Password for root account? (will not echo) '''PaSsWoRd'''
Password for root account? (again) '''PaSsWoRd'''

Configurazione dei demoni del sistema di base
Start sshd(8) by default? [yes] '''Enter'''

Il network time protocol daemon è un demone che sincronizza automaticamente l'orologio della vostra macchina con alcuni server su Internet. Se avete una connessione ADSL flat può essere una buona idea rispondere '''yes''', se non vi interessa premete Invio.
Start ntpd(8) by default? [no] '''y'''
NTP server? (hostname or 'default') [default] '''Enter'''

Installazione del sistema grafico
Do you expect to run the X Window System? [yes] '''Enter'''

Inserire '''y''' per avviare X automaticamente all'avvio
Do you want the X Window System to be started by xdm(1)? [no] '''y'''

È possibile aggiungere un utente amministratore
Setup a user? (enter a lower-case loginname, or 'no') [no] '''Nome utente'''
Password for ''nome utente'' account? (will not echo) '''PaSsWoRd'''
Password for ''nome utente'' account? (again) '''PaSsWoRd'''

Selezionare la zona per il fusorario
What timezone are you in? ('?' for list) [Canada/Mountain] '''Europe/Rome'''

Configurazione del disco
Available disks are: wd0.
Which one is the root disk? (or done) [wd0] '''Enter'''
Use DUIDs rather than device names in fstab? [yes] Enter

Se il sistema riconosce più di un disco (es. wd1) potete specificare un supporto diverso da wd0, probabilmente però dovrete installare un boot loader (es. GRUB) per poter avviare la partizione dove avete installato OpenBSD.

Premere Invio per utilizzare tutto il disco, altrimenti è possibile specificare manualmente le partizioni.
Use (W)hole disk or (E)dit the MBR? [whole] '''Enter'''

Se non si ha intenzione di usare l'intero hard disk si consiglia di partizionarlo da Linux con cfdisk o gparted ''(l'fdisk dell'OpenBSD sembra studiato ad arte per portare i neuroni dell'utente al suicidio di massa)'''.

Premere '''E''' per non lasciare al sistema il compito di creare automaticamente le varie partizioni.
Use (A)uto layout, (E)dit auto layout, or create (C)ustom layout? [a] '''E'''

Ora ci troveremo ad usare disklabel per creare le slice nella partizione dell'OpenBSD.
Aggiungiamo una label per la /

> a '''a'''
offset: [63] '''Enter'''

Il punto di inizio della partizione, va bene il valore che ci dà lui.

size: [xxxxxxxxx] '''2000m'''

A size possiamo indicare la grandezza della slice, nel caso dell'esempio 2000 Mb, specificando k per Kb, m per Mb o g per Gb dopo il valore numerico che abbiamo inserito.

Rounding to nearest cylinder: xxxxxx
FS type: [4.2BSD] '''Enter'''
mount point: [none] '''/'''

Aggiungiamo una label di swap
> a '''b'''
offset: [xxxxxx] '''Enter'''
size: [xxxxxxxx] '''300m'''
Rounding to nearest cylinder: xxxxxx
FS type: [swap] '''Enter'''

Per uso server o multiutente sarebbe indicato aggiungere anche delle slice per: /tmp, /var e /home
> a '''d'''
offset: [xxxxxxx] '''Enter'''
size: [xxxxxxx] '''200m'''
Rounding to nearest cylinder: xxxxx
FS type: [4.2BSD] '''Enter'''
mount point: [none] '''/tmp'''

E così via...
> p '''m'''

Per visualizzare la situazione definitiva con i parametri in Megabyte.
> '''q '''
Write new label?: [y] '''Enter'''
OpenBSD filesystems:
wd0a /
The next step *DESTROYS* all existing data on these partitions!
Are you really sure that you're ready to proceed? [no] '''y'''

Installazione del sistema di base

Let's install the sets!
Location of sets? (cd disk ftp http or 'done') [cd] '''Enter'''

Available CD-ROMs are: cd0.

Se abbiamo usato un floppy di boot, se ci siamo scordati qualcosa nella directory /5.5/i386/ della nostra iso o per qualsiasi altro motivo è possibile installare il sistema di base anche via ftp, http o da un altro disco.

Which one contains the install media? (or 'done') [cd0] '''Enter'''
Pathname to the sets? (or 'done') [5.5/i386] '''Enter'''
Select sets by entering a set name, a file name pattern or 'all'. De-select
sets by prepending a '-' to the set name, file name pattern or 'all'. Selected
sets are labeled '[x]'.

[X] bsd [X] etc55.tgz [X] xbase55.tgz [X] xserv55.tgz
[X] bsd.rd [X] comp55.tgz [X] xetc55.tgz
[ ] bsd.mp [X] man55.tgz [X] xshare55.tgz
[X] base55.tgz [X] game55.tgz [X] xfont55.tgz

Premere invio per installare tutto Vi consiglio di selezionarli tutti ed installarli, ulteriori dettagli sono disponibili qui.
Set name(s)? (or 'abort' or 'done') [done] Enter

Ignorare l'avvertimento e proseguire con l'installazione
Directory does not contain SHA256.sig. Continue without verification? [no] '''y'''
Location of sets? (cd disk ftp http or 'done') [done] Enter

L'installazione è terminata, quando compare la shell scrivere ''reboot'' per avviare il sistema OpenBSD.

==Rendere il sistema più user friendly==

Inserite queste righe nel file: /etc/profile

export PS1="[\u@\h \W]\\$ "
alias ls='ls -a'
alias ll='ls -l'
alias free='top -n | head -5'
PKG_PATH="http://openbsd.mirror.garr.it/pub/OpenBSD/5.5/packages/i386/"
export PKG_PATH

Vi troverete una shell con un impatto visivo molto simile alla Bash di Linux, che volendo possiamo anche installare dato che è presente nei packages e nei ports.

[nomeutente@nomecomputer directory]$

Avendo esportato automaticamente il PKG_PATH, al prossimo login (non importa riavviare), per installare un pacchetto da Internet vi sarà sufficiente usare

# pkg_add nomepacchetto-versione.tgz

Create le directory /mnt/cdrom e /mnt/floppy dove montare i rispettivi device, su OpenBSD di default non vengono create.

# mkdir /mnt/cdrom
# mkdir /mnt/floppy

Successivamente aggiungete le seguenti righe al file /etc/fstab

/dev/fd0a /mnt/floppy msdos rw,noauto,nosuid 0 0
/dev/cd0a /mnt/cdrom cd9660 ro,noauto 0 0

OpenBSD non possiede un filesystem che supporti il journaling, ma si consiglia di aggiungere l'opzione '''[http://www.openbsd.org/faq/faq14.html#SoftUpdates softdep]''' alle partizioni ffs
/dev/sd0a / ffs rw,'''softdep''' 1 1

Adesso per montare cdrom e floppy basteranno i comandi:

# mount /mnt/cdrom
# mount /mnt/floppy

Se come me avete un'immagine ISO di OpenBSD con una cartella 5.5/packages piena di pacchetti precompilati, per installarvi dovrete entrare in quella cartella e dare il comando:

# pkg_add pacchetto-versione.tgz

Per togliere un pacchetto invece:

# pkg_delete pacchetto-versione.tgz

==L'albero dei port==
Per compilare i pacchetti in maniera automatica possiamo decomprimere l'archivio ports.tar.gz nella directory /usr.

# cp /mnt/cdrom/5.5/ports.tar.gz /usr
# cd /usr
# tar -xzvf ports.tar.gz
# rm ports.tar.gz
# cd ports

Nella directory /usr/ports troveremo tutti i sorgenti dei pacchetti del software aggiuntivo disponibili per OpenBSD. Es.: per compilare ed installare nmap dovremo fare così:

# cd /usr/ports/net/nmap
# make install

==Configurazione di alcuni demoni utili==

Editando il file di configurazione /etc/rc.conf è possibile gestire l'avvio automatico dei server del sistema di base.
Però come sostengono anche nel manuale ufficiale dell'OpenBSD sarebbe buona norma non toccare mai il file /etc/rc.conf. Per facilitare successivi upgrade è meglio creare al suo posto il file /etc/rc.conf.local che al boot ne sovrascrive le impostazioni e copiarvi solamente le linee che vogliamo modificare. In questo modo otteniamo un unico file contenente tutte le modifiche.

Per avviare automaticamente Apache (già sotto chroot)

# echo httpd_flags= >> /etc/rc.conf.local

===Bind===

# echo named_flags= >> /etc/rc.conf.local

Personalmente cerco sempre di avere un server dns di cache nella mia rete locale in modo da non essere dipendente da quello del mio ISP.
Una volta avviato Bind per sfruttarlo dal computer dove è installato dovrete anche modificare il file /etc/resolv.conf
ed aggiungere come prima riga:

nameserver 127.0.0.1

Per gli altri computer della rete sarà sufficiente indicare come server DNS l'indirizzo IP locale del vostro server Bind, oppure effettuare tutto tramite dhcp se lo avete installato sul server.

=== Server dhcp ===

Editare il file /etc/dhcpd.interfaces selezionando la scheda di rete dove vogliamo rendere attivo il server dhcp. Dovremmo scegliere una delle schede di rete della rete interna.

# $OpenBSD: dhcpd.interfaces,v 1.1 1998/08/19 04:25:45 form Exp $
#
# List of network interfaces served by dhcpd(8).
#
ne0
#ep0
#de1

Adesso modifichiamo in questo modo il file /etc/dhcpd.conf

# $OpenBSD: dhcpd.conf,v 1.1 1998/08/19 04:25:45 form Exp $
#
# DHCP server options.
# See dhcpd.conf(5) and dhcpd(8) for more information.
#
# Network: 192.168.1.0/255.255.255.0
# Domain name: my.domain
# Name servers: 192.168.1.3 and 192.168.1.5
# Default router: 192.168.1.1
# Addresses: 192.168.1.32 - 192.168.1.127
#
shared-network LOCAL-NET {
option domain-name "openbsd.router";
option domain-name-servers 127.0.0.1;
subnet 192.168.0.0 netmask 255.255.255.0 {
option routers 192.168.0.1;
range 192.168.0.100 192.168.0.150;
}
}

option domain-name-servers 127.0.0.1 - indica il server DNS che nel nostro caso coincide con la macchina stessaper cui lo imposteremo con l'indirizzo 127.0.0.1

option routers 192.168.0.1; - indica l'indirizzo IP del gateway, corrisponde all'IP della scheda di rete sul quale vogliamo attivare il dhcpd.

range 192.168.0.100 192.168.0.150; - ci permette di selezionare un range di indirizzi IP per il dhcp. Secondo le mie impostazioni nella LAN posso utilizzare gli indirizzi da 192.168.0.1 a 192.168.0.99 staticamente come IP fissi, mentre quelli da 192.168.0.100 a 192.168.0.150 verranno assegnati dinamicamente dal demone dhcp. (Anche gli indirizzi sopra al 192.168.0.150 sono liberi).

Per attivare il servizio dhcpd dovremo editare nuovamente il file /etc/rc.conf sostituendo la riga

dhcpd_flags=NO # for normal use: ""
con
dhcpd_flags="" # for normal use: ""

==Condivisione della connessione==

Per condividere la connessione dobbiamo attivare l'IP forwarding in modo che i pacchetti possano passare dal router al client che li ha richiesti.
# sysctl net.inet.ip.forwarding=1

Per rendere questa modifica permanente dovremo modificare il file /etc/sysctl.conf modificando la riga

net.inet.ip.forwarding=0
in
net.inet.ip.forwarding=1

Ed abilitare il routing da /etc/rc.conf sostituendo
routed_flags=NO # for normal use: "-q"
con
routed_flags="-q" # for normal use: "-q"

Adesso è la volta di vedere la configurazione del firewall /etc/pf.conf

Selezioniamo l'interfaccia di rete verso l'esterno
ext_if="pppoe0"

Adesso quella verso la LAN interna attraverso la quale condivideremo la connessione
int_if="ne0"

Impostiamo il nat dall'interfaccia esterna a tutte le altre
nat on $ext_if from !($ext_if) -> ($ext_if:0)

Blocchiamo in ingresso dall'esterno la porta 53, quella del DNS, per quando riguarda
il protocollo UDP così che nessuno da fuori possa sfruttare il nostro dns
block in on $ext_if proto udp to port = 53

Potremmo bloccare la porta UDP 53 anche solamente per un certo range di IP, ad esempio
gli IP che non fanno parte della sottorete 150.xxx.xxx.0/24
block in on $ext_if proto { tcp, udp } from !150.xxx.xxx.0/24 to port = 53 keep state

Blocchiamo i pacchetti ICMP così non ci rompono le scatole con i ping
block in proto icmp from any to any

# scrub for NAT in PPPoE for using max mtu value
# questo parametro seve per far funzionare il nat con il pppoe
scrub out on pppoe0 max-mss 1440

Configurazione dell'interfaccia hostname.pppoe

OpenBSD permette una semplice configurazione di tutte le interfacce di rete.
Dobbiamo creare dei file del tipo hostname.nome_device nella directory /etc

es. il file /etc/hostname.ep0 potrebbe contenere quanto segue:

inet 192.168.0.1 255.255.255.0 NONE

Oppure, se viene configurata tramite dhcp semplicemente avere questa riga:

dhcp

Significherebbe che la nostra scheda di rete /dev/ep0 ha l'indirizzo 192.168.0.1 e la netmask 255.255.255.0
I sistemi BSD identificano le schede di rete col nome del driver ed un numero, quindi possono coesistere più schede con il medesimo numeo.
Non avremo come su Linux /dev/eth0, eth1, eth2... ma ne0, ne1 se abbiamo due schede NE2000 compatibile; ep0, ep1, ep2 per le 3Com e così via.

Un'impostazione tipica del file /etc/hostname.ppoe0

pppoedev ne0
!/sbin/ifconfig ne0 up
!/usr/sbin/spppcontrol \$if myauthproto=pap myauthname=testcaller \
myauthkey=donttell
!/sbin/ifconfig \$if inet 0.0.0.0 0.0.0.1 netmask 0xffffffff
!/sbin/route add default 0.0.0.1
up

ne0 è l'interfaccia di rete alla quale è attaccato il modem ethernet.
myauthname e mayautkey sono rispettivamente l'username e la password.

==Pure-ftpd==

Pure-ftpd è un server ftp molto semplice, ma al tempo stesso altamente configurabile.
Per installarlo lanciamo il comando:
# pkg_add pure-ftpd-1.0.20.tar.gz

Per eseguirlo automaticamente all'avvio è necessario aggiungere al file /etc/rc.local queste righe:
if [ -x ${PREFIX}/sbin/pure-ftpd ]; then
echo Starting Pure-FTPd
${PREFIX}/sbin/pure-ftpd -A -B -H -u1000
fi

Questa sopra è la configurazione di default, ecco invece la mia:
if [ -x ${PREFIX}/sbin/pure-ftpd ]; then
echo Starting Pure-FTPd
${PREFIX}/sbin/pure-ftpd -B -A -H -u 1000 -c 3 -C 5 -y 4:3 -n 40000:100 -k 95 \
-O stats:/var/log/pureftpd.log -I 5 -F /etc/welcome.msg -t 1:15
fi

Vi spiego brevemente a cosa servono tutti gli argomenti che ho impostato:
-B demonizza il processo

-A fa il chroot del server

-H non risolve via dns gli IP delle connessioni, risparmiando banda e cpu

-u <valore> nessun utente con un gid inferiore a "valore" può loggarsi, utile per non far loggare root

-c limite di connessioni dallo stesso IP

-C limite totale di connessioni supportate

-y limite di connessioni per uno stesso utente:utente_anonimo

-n limite numero_files:Mb_occupati, permette di creare delle quote che l'utente non può superare

-k se il disco è pieno più del 95% non permette upload

-O stats:/var/log/pureftpd.log esegue il log del server nel formato stats sul file indicato

-I Timeout in minuti, nel mio caso se un utente rimane inattivo per più di 5 min viene disconnesso

-F permette di indicare un file col messaggio di benvenuto

-t limita la banda degli utenti anonimi upload:download

-T limita la banda utenti normali upload:download

-a permette di indicare un gid corrispondente ad un gruppo di utenti considerati trusted che di conseguenza non vengono chrootati. Non va usato insieme all'opzione -A.

[[Category:Howto]]