BTRFS/LVM quale vantaggio?

Area di discussione libera.

Moderatore: Staff

Regole del forum
1) Rispettare le idee altrui.
2) Evitare le offese dirette.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
hashbang
Packager
Packager
Messaggi: 2021
Iscritto il: ven 4 giu 2010, 10:27
Nome Cognome: Luca De Pandis
Distribuzione: macOS/OpenBSD
Località: Lecce/Bergamo

Re: BTRFS/LVM quale vantaggio?

Messaggio da hashbang »

Meskalamdug ha scritto:NTFS?Preistoria.
A causa di un guasto alla cabina elettrica sotto casa, saltò la corrente a casa mia e proprio per colpa di NTFS ho perso 160GB di dati.
Son dovuto andare su Windows per fare un check della partizione, ma ne ho recuperata solo una parte. Il resto è svanito nel nulla.

Da allora ci ho messo lo ZFS e, nonostante sbalzi di corrente, non ho perso nemmeno un KB. Tutti i miei dati stanno li e sono accessibili da Linux, FreeBSD, Solaris e persino OSX.

Solo Windows non li legge. Ed è meglio così. Un motivo in più per non farmi venire l'idea di installarlo.

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

hashbang ha scritto:
Meskalamdug ha scritto:NTFS?Preistoria.
A causa di un guasto alla cabina elettrica sotto casa, saltò la corrente a casa mia e proprio per colpa di NTFS ho perso 160GB di dati.
Son dovuto andare su Windows per fare un check della partizione, ma ne ho recuperata solo una parte. Il resto è svanito nel nulla.

Da allora ci ho messo lo ZFS e, nonostante sbalzi di corrente, non ho perso nemmeno un KB. Tutti i miei dati stanno li e sono accessibili da Linux, FreeBSD, Solaris e persino OSX.

Solo Windows non li legge. Ed è meglio così. Un motivo in più per non farmi venire l'idea di installarlo.
I miei windows girano solo in macchine virtuali per dei test,e non arrugginirmi troppo
su questo os.
Non installo windows su un fisso dal 2003,e lo ho raspato via anche dal portatile dove gira una slackware 14
con kernel aggiornato.
È un sistema (Windows) ottimo per chi inizia col pc o per utenti medi,per utenti pro o esigenti: Unix
o Linux.

Avatar utente
tornadomig
Linux 3.x
Linux 3.x
Messaggi: 579
Iscritto il: gio 30 set 2010, 15:17
Nome Cognome: Giorgio
Slackware: Current64 multilib
Kernel: -current
Desktop: Xfce

Re: BTRFS/LVM quale vantaggio?

Messaggio da tornadomig »

ciao ragazzi, Meskalamdug e hashbang intendo in primis :)

avreste voglia e pazienza di mettere giù per benino un tutorial per btrfs/lvm + lilo in modo da comprendere meglio i passaggi utilizzati? e ciò vale anche per installare slack64-current o solo stable?

vi ringrazio tanto! ;)
rm -rf / && rm -rf . && rm -rf *

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

tornadomig ha scritto:ciao ragazzi, Meskalamdug e hashbang intendo in primis :)

avreste voglia e pazienza di mettere giù per benino un tutorial per btrfs/lvm + lilo in modo da comprendere meglio i passaggi utilizzati? e ciò vale anche per installare slack64-current o solo stable?

vi ringrazio tanto! ;)
Io non ho tempo,mi spiace
Comincia con la miniguida che ho messo qui
nei passi dove non ti è chiara qualcosa chiedi

Avatar utente
tornadomig
Linux 3.x
Linux 3.x
Messaggi: 579
Iscritto il: gio 30 set 2010, 15:17
Nome Cognome: Giorgio
Slackware: Current64 multilib
Kernel: -current
Desktop: Xfce

Re: BTRFS/LVM quale vantaggio?

Messaggio da tornadomig »

va beh, si fa come si può :)

per cominciare, su che architettura avete effettuato il test di installazione? ne consigliate una in particolare?
per partizionare avete usato fdisk ? coè non avete creato gpt, intendo


grazie!
rm -rf / && rm -rf . && rm -rf *

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

Per fare il test usa una macchina virtuale(vmware,vbox,quello che ti pare)
non ho usato gpt(lo uso solo su partizioni oltre i 2tb)
e ho usato il normale fdisk con fs linux.

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

Codice: Seleziona tutto

root@http:/# btrfs subvolume delete home
ERROR: 'home' is not a subvolume
root@http:/# btrfs subvolume delete /home
ERROR: '/home' is not a subvolume
root@http:/# btrfs subvolume list /
ID 256 gen 40 top level 5 path home
:(
Qualcuno sa come eliminare il subvol?

hashbang
Packager
Packager
Messaggi: 2021
Iscritto il: ven 4 giu 2010, 10:27
Nome Cognome: Luca De Pandis
Distribuzione: macOS/OpenBSD
Località: Lecce/Bergamo

Re: BTRFS/LVM quale vantaggio?

Messaggio da hashbang »

Quell'errore da te riportato esce solitamente quando si tenta di rimuovere una directory che non è un subvolume.

Ad esempio:

Codice: Seleziona tutto

# btrfs subvolume delete /mnt
ERROR: '/mnt' is not a subvolume
Fai una cosa

Codice: Seleziona tutto

# mount /dev/$device -o subvolid=0 /mnt
Cerca in /mnt dove si trova il subvolume home e poi dai

Codice: Seleziona tutto

# btrfs subvolume delete /mnt/percorso/subvol/home

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

Ho risolto con l'aggiornamento delle btrfs utils
che tra l'altro mi danno 0 noie col quota..
:D

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

Vi spiego un problema stranissimo che mi è capitato di recente.
Su alcune macchine di test,ho btrfs4,su una di queste aggiorno pam
che è linkato a kerbreros-mit,mentre la vecchia versione era linkata
a heimdal che ho rimosso.
Aggiorno sulla macchina con btrfs pam e.. la cosa incredibile è che pam_unix.so cercava ancora la vecchia libreria
di heimdal,come se il file fosse immutabile o meglio,come se il file fosse in "cache".
Ovviamente ho provato sia upgradepkg,sia removepkg/installpkg
e addirittura la copia di un file diretto.
In sintesi è come se btrfs non aggiornasse il file.
Veramente incredibile,ovviamente sugli ext4 nessun problema.

Avatar utente
navajo
Staff
Staff
Messaggi: 3884
Iscritto il: gio 8 gen 2004, 0:00
Nome Cognome: Massimiliano
Slackware: 13.37 (x86_64)
Kernel: 2.6.37.6
Desktop: KDE 4.7.0 (Alien)
Località: Roma

Re: BTRFS/LVM quale vantaggio?

Messaggio da navajo »

domandina:
Vale la pena usare btrfs su un pc domestico, avendo un SSD ??
Leggendo sul wiki dedicato al FS dicono che prawticamente con i kernel ultimi e l ozione ssd in fstab sia il FS perfertto per questi dischi.

Meskalamdug
Iper Master
Iper Master
Messaggi: 3961
Iscritto il: ven 14 mag 2004, 0:00

Re: BTRFS/LVM quale vantaggio?

Messaggio da Meskalamdug »

Riprendo questa discussione perchè btrfs mi sta dando rogne con cryptsetup.
Le partizioni sono

Codice: Seleziona tutto

sda1 boot bios
sda2 ext4
sda3 swap
sda4 luks+btrfs
Ho creato come da manuale la partizione crifrata
cryptsetup luksformat..etc
Monto ok
creo i sottovolumi root e home ok
Monto su mnt e monto con bind dev proc sys..ok
Do mkinitrd..

Codice: Seleziona tutto

mkinitrd -c -k `ls /var/log/packages/kernel-generic-* |cut -d - -f 3` -f btrfs -l it -r /dev/mapper/lukssda4 -m ext4:btrfs:generic-hid:hid-generic:ehci-hcd:ohci-hcd:uhci-hcd -h /dev/sda3 -u -B -R -L -C /dev/sda4
E al riavvio mi da questo errore

"cannot find /mnt on fstab"

Io allora monto con

Codice: Seleziona tutto

mount /dev/mapper/lukssda4 /mnt
exit

E il sistema parte..
Però a ogni riavvio da lo stesso problema!
Cosa può essere?
Se ridò mkinitrd e grub-mkconfig non cambia nulla

ecco il grub defautl

Codice: Seleziona tutto

# If you change this file, run grub-mkconfig -o /boot/grub/grub.cfg
# afterwards to update /boot/grub/grub.cfg.

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=false
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=$( sed 's/Slackware /Slackware-/' /etc/slackware-version )
GRUB_ENABLE_CRYPTODISK=y
GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda3"
GRUB_CMDLINE_LINUX="cryptdevice=UUID=db2338e0-77be-43dc-b493-e2078418fadf:lukssda4"


# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
GRUB_GFXMODE=1024x768x32

# Font used on the graphical terminal:
GRUB_FONT=/usr/share/grub/dejavusansmono.pf2

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY="true"


Avatar utente
brg
Linux 3.x
Linux 3.x
Messaggi: 580
Iscritto il: sab 12 mar 2011, 14:20
Slackware: 15.0
Kernel: 5.15.117
Desktop: KDE5
Località: Montecatini
Contatta:

Re: BTRFS/LVM quale vantaggio?

Messaggio da brg »

Non ho molta esperienza con BTRFS, ma: ti dà un errore con fstab e non hai postato il contenuto di fstab.

Non è che ci vuole l'opzione subvol con il mount di BTRFS?

hashbang
Packager
Packager
Messaggi: 2021
Iscritto il: ven 4 giu 2010, 10:27
Nome Cognome: Luca De Pandis
Distribuzione: macOS/OpenBSD
Località: Lecce/Bergamo

Re: BTRFS/LVM quale vantaggio?

Messaggio da hashbang »

Meskalamdug ha scritto:

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX="cryptdevice=UUID=db2338e0-77be-43dc-b493-e2078418fadf:lukssda4"
Fai un prova: dagli il percorso fisico (/dev/disk/by-uuid/db2338e0-77be-43dc-b493-e2078418fadf) anziché la variabile, e vedi se va. Fai questa modifica ovunque compaia un UUID= nella tua command line (quindi occhio a root=).
Puoi fare la prova direttamente dal prompt di GRUB editando l'entry.
brg ha scritto:Non è che ci vuole l'opzione subvol con il mount di BTRFS?
L'initrd di Slackware non supporta di base il boot tramite subvolumi, perché nell'init presente nell'initrd non viene mai parsata ROOTFLAGS, e di conseguenza qualunque flag (tra cui subvol=... o subvolid=..., necessari per montare subvolumi di BTRFS) voi passiate al boot lui li ignora e provvederà a montare la root con il solo -o ro.
Tempo fa (anni?) scrissi su LinuxQuestions riguardo questo problema e allegai anche la patch (cliccate su patching) per risolverlo, ma Pat alla fine l'ha ignorata (o forse ha perso il thread, boh...).

Quindi se vuoi usare i subvolumi, o usi un kernel huge oppure devi patchare l'init dell'initrd. Il problema, nel caso in questione, è che usando una configurazione che prevede LUKS hai necessariamente bisogno di un kernel generic. Ergo, devi patchare.
Tuttavia un workaround non sempre utile può essere il settare un subvolume come predefinito in caso di mount privo di opzione subvol/subvolid. E data la configurazione specificata da Meskalamdug, mi sembra sia stata scelta quella via. In questo caso puoi ovviare al problema, ma è una soluzione che non mi è mai piaciuta e che tendo a non considerare perché elimina di fatto la possibilità di fare il boot da un subvolume contenente uno snapshot precedente.

Rispondi