[Guida] Chroot

[emanuc]

) Salve, a proposito di -o subvolume=@ posto l'esempio del mio Lubuntu Focal 20.04.5 LTS, sì quello che ho usato per provare la conversione da ext4 a Btrfs, e che ho pure massacrato cogli esperimenti più folli.

Stasera non sono riuscito ad avviarlo, provando ad accedervi, per ripararlo, tramite chroot dal Kubuntu Jammy 22.04.1 LTS ottengo questo:

Codice: Seleziona tutto

wilecoyote@CactusField:~$ sudo mount -t btrfs -o subvol=@ /dev/sda3 /mnt
[sudo] password di wilecoyote: 
mount: /mnt: mount(2) system call failed: File o directory non esistente.
wilecoyote@CactusField:~$ sudo mount -t btrfs /dev/sda3 /mnt
wilecoyote@CactusField:~$ for i in dev proc sys run; do sudo mount --bind /$i /mnt/$i; done
wilecoyote@CactusField:~$ sudo chroot /mnt
root@CactusField:/#

Ovverosia in mancanza del sottovolume mi da errore, ovvero proprio ciò che ho cercato di spiegare.

:: Ciao

Si, questo è uno dei casi perché post conversione ovviamente hai un FS senza subvolumi, ma:
- La conversione non è consigliata
- Chi effettua la conversione di certo non è un utente principiante e sa quel che sta facendo
- Un utente che vuole passare a Btrfs con la conversione, sicuramente è un utente che lo vuole sfruttare e quindi di sicuro post conversione crea dei subvolumi, almeno per rootfs e home.

[wilecoyote]

) Salve, intanto l'ho sbloccato, un guazzabuglio cogli aggiornamenti, forse troppi esperimenti forse…

Si, questo è uno dei casi perché post conversione ovviamente hai un FS senza subvolumi, ma:
- La conversione non è consigliata
- Chi effettua la conversione di certo non è un utente principiante e sa quel che sta facendo
- Un utente che vuole passare a Btrfs con la conversione, sicuramente è un utente che lo vuole sfruttare e quindi di sicuro post conversione crea dei subvolumi, almeno per rootfs e home.

D'accordo su tutto, però forse 1 nota d'avviso su questo punto ci vorrebbe, od anche solo specificare di provvedervi ai sottovolumi.

Questo al netto che i sottovolumi non l'ho creati, poiché pelle mie necessità funziona comunque.

:: Ciao

[wilecoyote]

) Salve, verificata col Noble 24.04 sul Ext4 accedendo ad 1 Debian 11 Bullseye.

@emanuc, @Saxtro o chi può verifichi per il Btrfs.

:: Ciao

[emanuc]

) Salve, verificata col Noble 24.04 sul Ext4 accedendo ad 1 Debian 11 Bullseye.

@emanuc, @Saxtro o chi può verifichi per il Btrfs.

:: Ciao

Il problema è Ubuntu 24.04 con il nuovo installer. Con Kubuntu e Lubuntu che usano Calamares il modo di eseguire il chroot non è cambiato perché sono rimasti con il layout dei subvolumi di @ e @home.
Per l'utente che installa Ubuntu con Btrfs senza aggiungere i subvolumi, la procedura di "chroot" è uguale a Ubuntu con filesystem ext4.

[wilecoyote]

Salve, donde servirebbe 1 nota in cui pei *Ubuntu non Qt based s'indica
d''usare o la procedura per Ext4 oppure di creare i subvolumi, con magari il link al paragrafo nell'afferente wiki, per usare la procedura pei sistemi Btrfs ?

O forse di differenziare la procedura tra sistemi Btrfs subvolumizzati e sistemi Btrfs non subvolumizzati ?

L'una o l'altra soluzione brillano pell'intorcinamento delle procedure che può crearsi.

:: Ciao

[emanuc]

Salve, donde servirebbe 1 nota in cui pei *Ubuntu non Qt based s'indica
d''usare o la procedura per Ext4 oppure di creare i subvolumi, con magari il link al paragrafo nell'afferente wiki, per usare la procedura pei sistemi Btrfs ?

O forse di differenziare la procedura tra sistemi Btrfs subvolumizzati e sistemi Btrfs non subvolumizzati ?

L'una o l'altra soluzione brillano pell'intorcinamento delle procedure che può crearsi.

:: Ciao

Non lo so sinceramente. Canonical sembra inaffidabile nel mantenere le funzionalità.
Forse un buon compromesso è far controllare all'utente se "/" è su un subvolume.
Esempio per un controllo veloce:

Codice: Seleziona tutto

emanu@fedora ~> findmnt -t btrfs -T /
TARGET SOURCE             FSTYPE OPTIONS
/      /dev/nvme0n1p2[/@] btrfs  rw,noatime,seclabel,compress=zstd:1,ssd,discard=async,space_cache=v2,subvolid=975,subvol=/@

In base al risultato di "/dev/nvme0n1p2[/@]" e "subvol=/@" abbiamo la conferma che l'utente è su un subvoilume "@" montato su "/"
Quindi può procedere con il mount:

Codice: Seleziona tutto

sudo mount -o subvol=@ /device/ /mnt

Il resto è uguale a ext4.

[xavier77]

Salve, donde servirebbe 1 nota in cui pei *Ubuntu non Qt based s'indica
d''usare o la procedura per Ext4 oppure di creare i subvolumi, con magari il link al paragrafo nell'afferente wiki, per usare la procedura pei sistemi Btrfs ?

Non c'entra nulla l'ambiente grafico in uso ma l'installer che si è usato!
(es: posso aver installato Lubuntu con da iso con Calamares, poi aver messo GNOME e eliminato LXQt, tanto per fare un esempio a caso fra i tanti).

O forse di differenziare la procedura tra sistemi Btrfs subvolumizzati e sistemi Btrfs non subvolumizzati ?

Nella guida attuale c'è già tale differenza.

Forse un buon compromesso è far controllare all'utente se "/" è su un subvolume.
Esempio per un controllo veloce:

Codice: Seleziona tutto

emanu@fedora ~> findmnt -t btrfs -T /
TARGET SOURCE             FSTYPE OPTIONS
/      /dev/nvme0n1p2[/@] btrfs  rw,noatime,seclabel,compress=zstd:1,ssd,discard=async,space_cache=v2,subvolid=975,subvol=/@

In base al risultato di "/dev/nvme0n1p2[/@]" e "subvol=/@" abbiamo la conferma che l'utente è su un subvoilume "@" montato su "/"
Quindi può procedere con il mount:

Codice: Seleziona tutto

sudo mount -o subvol=@ /device/ /mnt

Il resto è uguale a ext4.

Partiamo dalla guida attuale. Il punto interessato è il primo di questo paragrafo: AmministrazioneSistema/Chroot#Accesso_al_sistema.
Mi sembra di capire che concettualmente va ancora bene così (correggimi se sbaglio).
Inoltre non ho capito l'uso di findmnt, che se non erro si usa su fs già montati, poiché il primo step è appunto montare la partizione.
NB: si tenga presente anche il caso di accesso a sistemi btrfs senza sapere se ci sono subvolumi e quali.
C'è bisogno quindi di integrare il paragrafo attuale? Se sì, come?