Pagina 3 di 3
Re: BTRFS/LVM quale vantaggio?
Inviato: dom 24 mar 2013, 23:19
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.
Re: BTRFS/LVM quale vantaggio?
Inviato: dom 24 mar 2013, 23:26
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.
Re: BTRFS/LVM quale vantaggio?
Inviato: lun 22 apr 2013, 14:48
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!

Re: BTRFS/LVM quale vantaggio?
Inviato: lun 22 apr 2013, 18:24
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
Re: BTRFS/LVM quale vantaggio?
Inviato: lun 22 apr 2013, 19:27
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!
Re: BTRFS/LVM quale vantaggio?
Inviato: lun 22 apr 2013, 20:52
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.
Re: BTRFS/LVM quale vantaggio?
Inviato: gio 31 ott 2013, 20:15
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?
Re: BTRFS/LVM quale vantaggio?
Inviato: gio 31 ott 2013, 22:49
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
Cerca in /mnt dove si trova il subvolume home e poi dai
Re: BTRFS/LVM quale vantaggio?
Inviato: ven 1 nov 2013, 0:06
da Meskalamdug
Ho risolto con l'aggiornamento delle btrfs utils
che tra l'altro mi danno 0 noie col quota..

Re: BTRFS/LVM quale vantaggio?
Inviato: mer 5 nov 2014, 1:38
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.
Re: BTRFS/LVM quale vantaggio?
Inviato: mer 5 nov 2014, 10:29
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.
Re: BTRFS/LVM quale vantaggio?
Inviato: mar 11 apr 2017, 20:32
da Meskalamdug
Riprendo questa discussione perchè btrfs mi sta dando rogne con cryptsetup.
Le partizioni sono
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
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"
Re: BTRFS/LVM quale vantaggio?
Inviato: ven 14 apr 2017, 10:30
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?
Re: BTRFS/LVM quale vantaggio?
Inviato: dom 23 apr 2017, 18:44
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.