UFFICIALE L'OT di Linux e altri OS

[EmanueleC]

@lele.deb ho bisogno di una conferma :)
in fase di installazione ho creato e montato i subvol con l'opzione compress=lzo. in fstab monto sia /@ che /@home con l'opzione di compressione, MA quando snappo, monto senza tale opzione.

mi confermi che:
1. ho tutto compresso in lzo
2. l'unico snapshot che ho eseguito, non è compresso
3. se ripristino lo snapshot non compresso, perdo il vantaggio di lzo che immagino di avere ora
4. se voglio comprimere tutto devo comprimere lo snapshot fatto oppure montare con compressione, snappare ed eliminare lo snapshot non compresso

:look:

1) Si
3) Ni, nel senso che tutti i dati che scriverai dopo aver montato senza compressione, sono non compressi.
4) Ti basta montarlo con l'opzione di compressione
Ma comunque, puoi benissimo ricomprimere tutto, puoi anche cambiare compressione da lzo a zstd etc

 

[e_ale92]

1) Si
3) Ni, nel senso che tutti i dati che scriverai dopo aver montato senza compressione, sono non compressi.
4) Ti basta montarlo con l'opzione di compressione
Ma comunque, puoi benissimo ricomprimere tutto, puoi anche cambiare compressione da lzo a zstd etc

sisi so che posso cambiare compressione :)
mi hai mandato in kernel panic, però XD non so più se ho il disco compresso o no.
in fstab monto con compressione, gli snap li ho fatti senza compressione... e mo? XD

 

[EmanueleC]

sisi so che posso cambiare compressione :)
mi hai mandato in kernel panic, però XD non so più se ho il disco compresso o no.
in fstab monto con compressione, gli snap li ho fatti senza compressione... e mo? XD

e mo i dati dello snap sono compressi.
Ti spiego in poche parole, da quel che ho capito leggendo wiki, forum, mailing etc etc:
Quando abiliti la compressione al mount, da quel momento in poi tutti i dati nuovi vengono compressi, quelli vecchi rimangono non compressi.
Se io dovessi montare un hard disk che in precedenza ho sempre usato l'opzione di compressione, e mi dimentico l'opzione di compressione, mi accorgo e smonto ,senza scrivere nessun dato, i dati rimangono compressi, se io non dovessi accorgermi del mount senza opzione di compressione, i dati nuovi non saranno compressi, quelli vecchi si, si può sempre rimediare e ricomprimere tutto, vecchi e nuovi.
Adesso fai finta che lo snapshot sia un hard disk, quindi monti e smonti senza scrivere nessun dato nuovo.

 

[« MoMy »]

root@legion_of_arches /mnt/snaps [20:46:41] > # btrfs subvolume delete -C @.old Delete subvolume (commit): '/mnt/snaps/@.old' ERROR: Could not destroy subvolume/snapshot: Directory not empty

Più che altro, se path @.old non è vuota, prima deve eliminare il contenuto e dopo potrà eliminare il path @.old.

ID 261 gen 508 top level 257 path @.old/var/lib/machines
ID 267 gen 359 top level 257 path @.old/snap_home
ID 268 gen 506 top level 257 path @.old/@
ID 269 gen 505 top level 258 path @home.old/@home

@e_ale92 In parole povere, i dati vengono compressi nel momento in cui la compressione è abilitata e non è retroattiva.

 

[e_ale92]

sisi so che posso cambiare compressione :)
mi hai mandato in kernel panic, però XD non so più se ho il disco compresso o no.
in fstab monto con compressione, gli snap li ho fatti senza compressione... e mo? XD

e mo i dati dello snap sono compressi.
Ti spiego in poche parole, da quel che ho capito leggendo wiki, forum, mailing etc etc:
Quando abiliti la compressione al mount, da quel momento in poi tutti i dati nuovi vengono compressi, quelli vecchi rimangono non compressi.
Se io dovessi montare un hard disk che in precedenza ho sempre usato l'opzione di compressione, e mi dimentico l'opzione di compressione, mi accorgo e smonto ,senza scrivere nessun dato, i dati rimangono compressi, se io non dovessi accorgermi del mount senza opzione di compressione, i dati nuovi non saranno compressi, quelli vecchi si, si può sempre rimediare e ricomprimere tutto, vecchi e nuovi.
Adesso fai finta che lo snapshot sia un hard disk, quindi monti e smonti senza scrivere nessun dato nuovo.

root@legion_of_arches /mnt/snaps [20:46:41] > # btrfs subvolume delete -C @.old Delete subvolume (commit): '/mnt/snaps/@.old' ERROR: Could not destroy subvolume/snapshot: Directory not empty

Più che altro, se path @.old non è vuota, prima deve eliminare il contenuto e dopo potrà eliminare il path @.old.

ID 261 gen 508 top level 257 path @.old/var/lib/machines
ID 267 gen 359 top level 257 path @.old/snap_home
ID 268 gen 506 top level 257 path @.old/@
ID 269 gen 505 top level 258 path @home.old/@home

@e_ale92 In parole povere, i dati vengono compressi nel momento in cui la compressione è abilitata e non è retroattiva.

quindi io che per snappare monto senza compressione, sul momento ho i dati non compressi, ma al momento del riavvio del pc, montanto con la compressione in fstab, comprimo tutto... giusto?

perdonate la mia ignoranza e l'eccesso di conferma

 

[EmanueleC]

quindi io che per snappare monto senza compressione, sul momento ho i dati non compressi, ma al momento del riavvio del pc, montanto con la compressione in fstab, comprimo tutto... giusto?

perdonate la mia ignoranza e l'eccesso di conferma

No, tu al momento quando snappi hai i dati compressi, anche se fai il mount senza opzione, il problema è la nuova scrittura dei dati, che senza opzione ovviamente non li comprime, ma siccome snappi e smonti, senza scrivere dati, rimane tutto compresso.
Ma tu per si e no, quando snappi metti l'opzione di compressione.

 

[« MoMy »]

@e_ale92 Ti posto un esempio usando l' utility compsize (presente in AUR):

/home/momy #> mount -t btrfs -o subvol=/ /dev/sda1 /mnt/btr/
/home/momy #> btrfs subvolume snapshot /mnt/btr/@home /mnt/btrfs/home_$(date +%d_%b_%y)
Create a snapshot of '/mnt/btr/@home' in '/mnt/btrfs/home_09_mag_18'

/home/momy #> compsize /mnt/btrfs/home_09_mag_18
Processed 62715 files, 76434 regular extents (79125 refs), 21607 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       91%      3.6G         3.9G         3.9G     
none       100%      3.2G         3.2G         3.2G     
lzo         54%      407M         744M         737M     

/home/momy #> compsize /home/momy
Processed 62715 files, 76434 regular extents (79125 refs), 21607 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       91%      3.6G         3.9G         3.9G     
none       100%      3.2G         3.2G         3.2G     
lzo         54%      407M         744M         737M

Se osservi, non vi è differenza nei dati di compressione tra lo snap-della-home e la home stessa.
https://github.com/kilobyte/compsize/blob/master/README.md

A directory has no extents but has a (recursive) list of files. A non-regular file is silently ignored.
As it makes no sense to talk about compression ratio of a partial extent, every referenced extent is counted whole, exactly once -- no matter if you use only a few bytes of a 1GB extent or reflink it a thousand times. Thus, the uncompressed size will not match the number given by tar or du. On the other hand, the space used should be accurate (although obviously it can be shared with files outside our set).
The fields are:

• Type: compression algorithm used
• Perc: disk usage/uncompressed -- ie, effective compression ratio
• Disk Usage: blocks actually used on the disk
• Uncompressed: extents before compression
• Referenced: apparent size of files (minus holes)

The ioctl used requires root.

 

[e_ale92]

quindi io che per snappare monto senza compressione, sul momento ho i dati non compressi, ma al momento del riavvio del pc, montanto con la compressione in fstab, comprimo tutto... giusto?

perdonate la mia ignoranza e l'eccesso di conferma

No, tu al momento quando snappi hai i dati compressi, anche se fai il mount senza opzione, il problema è la nuova scrittura dei dati, che senza opzione ovviamente non li comprime, ma siccome snappi e smonti, senza scrivere dati, rimane tutto compresso.
Ma tu per si e no, quando snappi metti l'opzione di compressione.

ah ecco, come immaginavo. tutto compresso, nonostante l'errore... senza saperlo nemmeno... LOL

sisi già fixato i comandi (devo githubbare) per montare con compressione, chiedevo per capire :)

 

[e_ale92]

@davethecipo su tmux hai qualche combinazione di tasti per il resize dei pannelli?

 

[rebellion]

arch + gnome: attenzione all'aggiornamento di ieri sera, gnome-shell-3.28.2-1 (e mutter) freezava, ho dovuto downgradare da tty.

 

[davethecipo]

@e_ale92 non sono ancora a quel livello, mi bastano due feature in croce

 

[Zar Marco]

@Slaw tu hai utilizzato/stai utilizzando bspwm? Ed anche i3? Per caso sai sul primo come poter mettere la stessa feature presente sul secondo dello stacking?

 

[e_ale92]

@e_ale92 non sono ancora a quel livello, mi bastano due feature in croce

se ci arrivi, fammi un fischio :*

 

[Utente cancellato 110428]

@Slaw tu hai utilizzato/stai utilizzando bspwm? Ed anche i3? Per caso sai sul primo come poter mettere la stessa feature presente sul secondo dello stacking?

No, mi dispiace :(

 

[e_ale92]

ragazzi belli, buongiorno :D

conoscete un comando per temporizzare l'esecuzione di un altro comando?
eseguo un cat su porta com seriale e vorrei un comando che concatenato al primo, acquisisse per (es.) 5 minuti.