DOMANDA BTRFS file system su raspberry pi 4 con kali linux

[gpc]

ok,
è come pensavo, allora
è meglio utilizzare quello per qualunque distro?
grazie

 

[r3dl4nce]

Diciamo che in un uso home le caratteristiche più utili che può presentare btrfs sono la possibilità di fare snapshot e i subvolume . Marginalmente la compressione on the fly. Il resto non sono così utili.
Se pensi ti facciano comodo, vai di btrfs altrimenti ext4 rimane valido solido e affidabile

 

[EmanueleC]

ok,
è come pensavo, allora
è meglio utilizzare quello per qualunque distro?
grazie

Perché no? Anche se non usi tutte le funzionalità di Btrfs (sono li quando ne hai bisogno in futuro) il solo checksum sui dati già ne vale la pena.
Ormai qualsiasi OS sta andando su FS COW o con checksum sui dati: macOS, quasi tutti i *BSD usano ZFS di recente, Fedora, SUSE, popOS con il suo OS immutabile, SteamOS, Microsoft che vuole iniziare a usare Refs per il desktop Windows
Considera che con le moderne CPU, i moderni dischi nvme/ssd nemmeno noterai la differenza cosi come c'è stato il passaggio da filesystem senza journaling a quelli con journaling.

 

[gpc]

non mi sembra vero che qualcuno la pensi come me
solitamente rispondono tutti, "non serve a niente, non offre nulla in più di ext4"
non mi sembra sia proprio così.....
convertendo da ext4 a btrfs, si accorge se nel tempo qualcosa si è "danneggiato" a livello di fs?

 

[EmanueleC]

solitamente rispondono tutti, "non serve a niente, non offre nulla in più di ext4"

Purtroppo lo so, li leggo anche io e chi ti scrive quello non ha la più pallida idea di cosa sta scrivendo.

convertendo da ext4 a btrfs, si accorge se nel tempo qualcosa si è "danneggiato" a livello di fs?

Il danneggiamento viene verificato sempre in lettura e scrittura, per i file statici (che non leggi o modifichi spesso) puoi eseguire uno scrub:

sudo btrfs scrub start -B /

Btrfs memorizza le statistiche e puoi visualizzarlo con questo comando:

emanu@fedora ~> sudo btrfs device stats /
[/dev/nvme0n1p2].write_io_errs    0
[/dev/nvme0n1p2].read_io_errs     0
[/dev/nvme0n1p2].flush_io_errs    0
[/dev/nvme0n1p2].corruption_errs  0
[/dev/nvme0n1p2].generation_errs  0

Oppure vengono registrati sui log.
Puoi eseguire lo scrub periodicamente, oppure gestirlo da GUI con Btrfs Assistant che offre anche altre funzionalità.

 

[gpc]

ottimo!
domanda ovvia a questo punto

Purtroppo lo so, li leggo anche io e chi ti scrive quello non ha la più pallida idea di cosa sta scrivendo.



Il danneggiamento viene verificato sempre in lettura e scrittura, per i file statici (che non leggi o modifichi spesso) puoi eseguire uno scrub:

sudo btrfs scrub start -B /

Btrfs memorizza le statistiche e puoi visualizzarlo con questo comando:

emanu@fedora ~> sudo btrfs device stats /
[/dev/nvme0n1p2].write_io_errs    0
[/dev/nvme0n1p2].read_io_errs     0
[/dev/nvme0n1p2].flush_io_errs    0
[/dev/nvme0n1p2].corruption_errs  0
[/dev/nvme0n1p2].generation_errs  0

Oppure vengono registrati sui log.
Puoi eseguire lo scrub periodicamente, oppure gestirlo da GUI con Btrfs Assistant che offre anche altre funzionalità.

quindi la risposta se convertendo a btrfs lo rileva è "SI", come immaginavo?
(è ovvio da come hai scritto però per essere certi)

 

[EmanueleC]

ottimo!
domanda ovvia a questo punto


quindi la risposta se convertendo a btrfs lo rileva è "SI", come immaginavo?
(è ovvio da come hai scritto però per essere certi)

Eviterei di fare la conversione, perché poi devi smanettare per creare subvolumi, grub ecc...

 

[gpc]

meglio copiare su disco con partizioni già create?

 

[gpc]

alla fine ho fatto così:
copiato bit a bit su altro ssd
creato su ssd origine, partizioni btrfs
copiato nuovamente con bit a bit
il tutto con AOMEI Backupper
metodo eccessivo?
grazie in anticipo

 

[« MoMy »]

Non conosco il software che hai usato, ma per me sì, perché una copia bit a bit (clona) copia anche i settori danneggiati oltre a quelli vuoti. Un rsync andava benissimo.
Poi, da quel che hai scritto non si capisce se hai creato i subvol prima di trasferire i files e che tipo di compressione hai indicato (a parte che è possibile comprimerli in un secondo momento).
Io non sono un esperto, quindi aspettiamo... :P

 

[gpc]

quindi intendi semplicemente un qualcosa per copiare dati ?
esiste una GUI valida per rsync?

 

[EmanueleC]

quindi intendi semplicemente un qualcosa per copiare dati ?
esiste una GUI valida per rsync?

Se vuoi una GUI prova questa: https://flathub.org/apps/details/com.darhon.syncbackup

 

[« MoMy »]

quindi intendi semplicemente un qualcosa per copiare dati ?

Per me sì.
Se non ho capito male l'intento è/era di passare da ext4 a btrfs evitando la conversione, quindi una copia dei files, dispositivi, attributi, proprietà, soft/hard links eccecc.
La sacra Arch-bibbia (😁) spiega benissimo come usare rsync e comunque io lo farei a freddo con una live.
A una cosa bisogna star attenti, se si usa Grub il file /boot/grub/grub.cfg riporta gli uuid delle partizioni e come ben sappiamo, sono univoci. Personalmente perderei cinque minuti per ricreare il boot di sistema con un occhio anche al file /etcfstab.
Nel caso peggiore si riesce lo stesso a sistemare e magari è anche più divertente, però un occhio di riguardo lo pretende.
Fate vobis. :P