openSUSE

[emanuc]

Cosa ha configurato l'utente finale? Io ho solo fatto installazione e lanciato gli upgrade. Non ho installato, configurato nulla.

Sicuramente tu consapevole del test che stavi facendo hai modificato l'installazione predefinita e quindi hai selezionato il filesystem o Manjaro è passata a Btrfs by default? A me non risulta.
In conclusione l'utente comune non avrà un sistema di rollback.

[emanuc]

Alla faccia di non partecipare ai flame...facciamo che alla prossima volta che si va OT io segnalo che sta cosa è andata anche troppo per le lunghe.

@woddy68
In tutto il discorso ti è sfuggita una mia domanda e te la ripropongo.

Per il sistema di Suse di cui parli dei ripristini è qualcosa simile a questo?
https://github.com/wesbarnett/snap-pac

L'unica cosa in comune è snapper, poi ci sono differenze nel layout dei subvolumi e nella gestione degli snapshot.

Questo è il layout dei subvolumi su SUSE/openSUSE : https://rootco.de/2018-01-19-opensuse-btrfs-subvolumes/

[woddy68]

woddy68
In tutto il discorso ti è sfuggita una mia domanda e te la ripropongo.

Per il sistema di Suse di cui parli dei ripristini è qualcosa simile a questo?
https://github.com/wesbarnett/snap-pac

... è simile a quello di openSUSE, ma il punto è un' altro...in GNU/Linux bene o male puoi ottenere quello che vuoi in tutte le distribuzioni, quello che cambia è il default che immancabilmente si riflette anche su quello che una distribuzione ufficialmente supporta e testa.
openSUSE quanto testa un' istantanea testa tutto quello che è di default.

[saxtro]

Cosa ha configurato l'utente finale? Io ho solo fatto installazione e lanciato gli upgrade. Non ho installato, configurato nulla.

Sicuramente tu consapevole del test che stavi facendo hai modificato l'installazione predefinita e quindi hai selezionato il filesystem o Manjaro è passata a Btrfs by default? A me non risulta.
In conclusione l'utente comune non avrà un sistema di rollback.

Corretto, ho solo selezionato io btrfs.
Se si usa ext4, timeshift è configurato lo stesso (con rsync anzichè con btrfs). Per metterlo automatico prima di upgrade, bisogna settare un flag su TRUE (TRUE è default solo con btrfs), immagino sia per una questione di tempo, con btrfs la snapshot è immediata, con rsync, dipende dalle dimensioni del sistema.

[emanuc]

Cosa ha configurato l'utente finale? Io ho solo fatto installazione e lanciato gli upgrade. Non ho installato, configurato nulla.

Sicuramente tu consapevole del test che stavi facendo hai modificato l'installazione predefinita e quindi hai selezionato il filesystem o Manjaro è passata a Btrfs by default? A me non risulta.
In conclusione l'utente comune non avrà un sistema di rollback.

Corretto, ho solo selezionato io btrfs.
Se si usa ext4, timeshift è configurato lo stesso (con rsync anzichè con btrfs). Per metterlo automatico prima di upgrade, bisogna settare un flag su TRUE (TRUE è default solo con btrfs), immagino sia per una questione di tempo, con btrfs la snapshot è immediata, con rsync, dipende dalle dimensioni del sistema.

Se si usa ext4, timeshift è configurato lo stesso (con rsync anzichè con btrfs). Per metterlo automatico prima di upgrade, bisogna settare un flag su TRUE (TRUE è default solo con btrfs)

Deve sempre intervenire l'utente, quindi Manjaro non ha nessun sistema di rollback. Comunque, tra la modalità rsync e btrfs c'è molta differenza in efficienza, sicurezza e velocità.
Ad oggi chi ha un sistema di rollback by default, che io sappia a parte openSUSE/SUSE e tutti i loro prodotti, c'è Garuda (derivata Arch), Gecko (derivata openSUSE), SpiralLinux (stesso autore di Gecko ma derivata da Debian), stop.

[saxtro]

...cut...
Deve sempre intervenire l'utente, quindi Manjaro non ha nessun sistema di rollback.
...cut...

Opinabile, ma rispetto il tuo concetto.
Non conosco nessun installer (non in modalità unattended), in cui l'utente avvia, clicca installa e si ritrova tutto installato, senza dover selezionare/scegliere nulla.
Io ho installato e scelto btrfs da un menù a tendina (non ricordo se era blank o proponeva qualche fs di defaul, ma è facile verificare, si avvia la live e si controlla nel file conf di calamares).

Al termine dell'installazione le snapshot erano triggerate dal processo di update.

[woddy68]

...cut...
Deve sempre intervenire l'utente, quindi Manjaro non ha nessun sistema di rollback.
...cut...

Opinabile, ma rispetto il tuo concetto.
Non conosco nessun installer (non in modalità unattended), in cui l'utente avvia, clicca installa e si ritrova tutto installato, senza dover selezionare/scegliere nulla.
Io ho installato e scelto btrfs da un menù a tendina (non ricordo se era blank o proponeva qualche fs di defaul, ma è facile verificare, si avvia la live e si controlla nel file conf di calamares).

Al termine dell'installazione le snapshot erano triggerate dal processo di update.

Tu pensi davvero che l' utente comune, conosca le differenze dei vari file system ?
Credi davvero che l' utente comune pensa al rollback ? Lo vuole solo quando ormai è tardi, perché pensa che sia la norma avere un sistema che permetta di annullare un aggiornamento o impostazione che ha scassato il sistema.
Su Windows c'è e anche sul Mac se non ricordo male.
Poi come ho già scritto c'è sempre il discorso legato al supporto, quello che è di default di norma è testato, il resto no.

[wilecoyote]

Salve, da quel che vedo e sento l'utente comune non pensa neppure ai backup, altro che snapshot, rollback e compagnia cantante.

Esattamente come la password, la fiera delle banalità, e per andare sul sicuro le salvano in file txt messo sul desktop, chiamato password…

Ciao

[emanuc]

Su Windows c'è e anche sul Mac se non ricordo male.

macOS ha un sistema simile a microOS (kalpa e Aeon) hanno il loro filesystem COW alla Btrfs.

[GjMan78]

Salve, da quel che vedo e sento l'utente comune non pensa neppure ai backup, altro che snapshot, rollback e compagnia cantante.

Ed infatti si stava discutendo proprio di questo.
Una distro che out of the box configura automaticamente gli snapshot usando il filesystem btrfs offre anche agli utenti ignari della cosa la possibilità di avere nel menu di grub una serie di opzioni per riportare il sistema indietro nel tempo premendo solo un tasto.

Vuoi mettere la comodità? E poi è proprio l'utente meno esperto che spesso avrebbe bisogno di un paracadute come questo... quante volte capita che qualche avventuriero scassi il sistema seguendo una guida presa a caso?
Avendo un sistema di rollback risolverebbe riavviando con lo snapshot del giorno prima...

[PC ZERO]

woddy68
In tutto il discorso ti è sfuggita una mia domanda e te la ripropongo.

Per il sistema di Suse di cui parli dei ripristini è qualcosa simile a questo?
https://github.com/wesbarnett/snap-pac

... è simile a quello di openSUSE, ma il punto è un' altro...in GNU/Linux bene o male puoi ottenere quello che vuoi in tutte le distribuzioni, quello che cambia è il default che immancabilmente si riflette anche su quello che una distribuzione ufficialmente supporta e testa.
openSUSE quanto testa un' istantanea testa tutto quello che è di default.

Grazie per l'info.
Comunque per chiudere il discorso con Manjaro, ho notato che ci sono un po' di utenti in giro che già da un paio di anni chiedono un sistema rollback simile a quello di suse e che anche su Manjaro ora volendo, come hai già detto te, si può metterne uno...solo che è uno sbattimento non da poco...almeno per me.

[saxtro]

...cut....
Tu pensi davvero che l' utente comune, conosca le differenze dei vari file system ?
Credi davvero che l' utente comune pensa al rollback ?
...cut...

Secondo me, l'utente comune, la cui risposta a questi quesiti è "no", se non c'è qualche automatismo che ti cancella le snapshot, distrugge il sistema il giorno che il disco arriva al 100%.
In pratica deve solo decidere di che morte morire.

EDIT: ripensando anche all'intervento di @GjMan78 , mi viene anche da aggiungere:
ma sarebbe capace a bloccare il caricamento di grub per poter scegliere l'avvio da una snapshot?

Secondo me, se usi linux tutti i giorni, per quanto tu possa essere inesperto, a molti sembrerai un hacker

[woddy68]

...cut....
Tu pensi davvero che l' utente comune, conosca le differenze dei vari file system ?
Credi davvero che l' utente comune pensa al rollback ?
...cut...

Secondo me, l'utente comune, la cui risposta a questi quesiti è "no", se non c'è qualche automatismo che ti cancella le snapshot, distrugge il sistema il giorno che il disco arriva al 100%.
In pratica deve solo decidere di che morte morire.

EDIT: ripensando anche all'intervento di @GjMan78 , mi viene anche da aggiungere:
ma sarebbe capace a bloccare il caricamento di grub per poter scegliere l'avvio da una snapshot?

Secondo me, se usi linux tutti i giorni, per quanto tu possa essere inesperto, a molti sembrerai un hacker

Allora non ci siamo capiti...quante volte anche qui sul forum qualcuno ha avuto problemi e ha chiesto come annullare l'aggiornamento o una modifica di sistema ? Ecco se ci fosse un sistema simile gli si spiegherebbe come farlo in 1 minuto.
Tra l'altro sarebbe anche molto più semplice il supporto da dare a questi utenti.
Sul forum di openSUSE quando arriva qualcuno che dice, non riesco più ad avviare il DE o cose simili, gli si dice, fai un rollback e finisce lì.
Sul discorso dello spazio, è ovvio che se installi il sistema su una partizione da 20Gb avrai problemi, ma li avrà a prescindere.
Le istantanee nel sistema di openSUSE hanno un sistema automatico di pulitura e un tool grafico s semplice che permette di cancellare manualmente le istantanee, inoltre con la gestione dei subvolumi di btrfs è abbastanza dinamico.

[emanuc]

, se non c'è qualche automatismo che ti cancella le snapshot, distrugge il sistema il giorno che il disco arriva al 100%.
In pratica deve solo decidere di che morte morire.

Snapper ha un algoritmo di autoclean, lo stesso Timeshift, quindi no problem.
Gli snapshot Btrfs inizialmente non occupano spazio, quindi anche centinaia di snapshot potrebbero occupare qualche mb o gb, poi dipende dal layout dei subvolumi e qui sta la differenza tra un sistema predisposto e pensato per i rollback e un sistema che ti fornisce gli strumenti ma non li ottimizza.
Manjaro ti fornisce come opzione Btrfs ma poi non ottimizza i subvolumi per l'efficienza degli snapshot, guarda la differenza dei subvolumi tra openSUSE e Manjaro, puoi confrontarli tu stesso con questo comando:

Codice: Seleziona tutto

sudo btrfs subvol list -t / 

Per non parlare che openSUSE ha una GUI per snapper dove puoi confrontare gli snapshot per vedere i cambiamenti dei vari file e ripristinare solo quello che ti interessa senza fare il rollback dello snapshot:

Un altro problema che potresti avere con Manjaro o altre distro non ottimizzate:
- flatpak: lo store flathub è configurato su "system" (/var/lib/flatpak) che è il default nella maggior parte dei casi, spariranno le app installate se fai un rollback da uno snap precedente a un installazione di un pacchetto
- virt-manager: Crea le immagini VM su "/var/lib/libvirt/images", stesso problema di flatpak
Cosi come tutte le applicazioni che hanno un database su "/var" o APP che installi su "/opt" come Google Chrome.
openSUSE ha un intero subvolume "var" per evitare questi problemi.
Fedora, ad esempio anche se ha Btrfs come filesystem predefinito non è ottimizzata per i rollback come su openSUSE, per evitare i problemi elencati sopra vado a crearmi i subvolumi con l'installazione avanzata (che non hai su Manjaro), ma perché io so come ottimizzare i subvolumi, ma non un utente comunque che sceglie con un click sull'installer di Manjaro.

Codice: Seleziona tutto

UUID=45FB-828A          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /                       btrfs   noatime,compress=zstd:1,subvol=@ 0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /home                   btrfs   noatime,compress=zstd:1,subvol=@home    0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /opt                    btrfs   noatime,compress=zstd:1,subvol=opt      0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/cache              btrfs   noatime,compress=zstd:1,subvol=var_cache 0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/lib/flatpak        btrfs   noatime,compress=zstd:1,subvol=var_lib_flatpak 0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/lib/libvirt        btrfs   noatime,compress=zstd:1,subvol=var_lib_libvirt 0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/lib/machines       btrfs   noatime,compress=zstd:1,subvol=var_lib_machines 0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/log                btrfs   noatime,compress=zstd:1,subvol=var_log  0 0
UUID=9c1c4ece-ece6-4c69-8b21-ea85865d2abf /var/tmp                btrfs   noatime,compress=zstd:1,subvol=var_tmp  0 0

[GjMan78]

EDIT: ripensando anche all'intervento di @GjMan78 , mi viene anche da aggiungere:
ma sarebbe capace a bloccare il caricamento di grub per poter scegliere l'avvio da una snapshot?

Senza cercare il pelo nell'uovo basta configurare grub per essere sempre visibile, bastano 5 secondi di timeout del menu per dare il tempo all'utente di selezionare lo snapshot all'occorrenza.

[woddy68]

EDIT: ripensando anche all'intervento di @GjMan78 , mi viene anche da aggiungere:
ma sarebbe capace a bloccare il caricamento di grub per poter scegliere l'avvio da una snapshot?

Senza cercare il pelo nell'uovo basta configurare grub per essere sempre visibile, bastano 5 secondi di timeout del menu per dare il tempo all'utente di selezionare lo snapshot all'occorrenza.

In openSUSE è già settato così.

[noel80]

La Deck (SteamOS) pure ha un sistema di rollback preconfigurato;

Codice: Seleziona tutto

Model: E2M2 64GB (nvme)
Disk /dev/nvme0n1: 61.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name      Flags
 1      1049kB  68.2MB  67.1MB  fat16        esp       boot, esp
 2      68.2MB  102MB   33.6MB  fat16        efi-A     msftdata
 3      102MB   135MB   33.6MB  fat16        efi-B     msftdata
 4      135MB   5504MB  5369MB  btrfs        rootfs-A
 5      5504MB  10.9GB  5369MB  btrfs        rootfs-B
 6      10.9GB  11.1GB  268MB   ext4         var-A
 7      11.1GB  11.4GB  268MB   ext4         var-B
 8      11.4GB  61.9GB  50.5GB  ext4         home      linux-home

come veda la scheda da 64gb nvme qui e' ot, per render permanente e di default il rollback dovrebbe esserci un comando dal terminale.

[woddy68]

In che senso...di solito si avvia un' istantanea in sola lettura, se è ok la imposti di default lettura-scrittura con snapper rollback, lo fai da terminale ma mi sembra lo puoi fare anche da snapper o altro strumento grafico se esiste.

[PC ZERO]

Snapper ha un algoritmo di autoclean, lo stesso Timeshift, quindi no problem.

Però anche Timeshift può avere delle noie.
Leggevo nel forum di Manjaro di qualche utente che gli è capitato che non partisse manco a pagare nel momento del bisogno e non è riuscito a caricare l'immagine dovendo formattare tutto.

Poi oh, se questa è sfiga nera io non lo so...

Cmq ora, dopo averle sentite di tutti i colori per Manjaro, esigo che qualcuno mi dica almeno un difetto di Suse.
Così la vendete troppo bene come miglior distro linux di sempre...e lo fate in un forum della concorrenza

[saxtro]

...cut...
Cmq ora, dopo averle sentite di tutti i colori per Manjaro, esigo che qualcuno mi dica almeno un difetto di Suse.
Così la vendete troppo bene come miglior distro linux di sempre...e lo fate in un forum della concorrenza

Suse è sicuramente la distro più sottovalutata. Esiste dal 1998 (vado a memoria) ed è sopravvisuta a Novell, solo perchè forniscono una ottima distro, con supporto altamente professionale.
Per alcuni tipi di workload, subissa RHEL per via dei tuning e dei profili tuneadm che forniscono (ad esempio con SAP).

Se proprio le vuoi trovare un difetto, che non è un difetto di Suse ma del suo amministratore, è la policy di retention delle snapshot
- un massimo di 10
- anche meno di 10 (mai meno di 4) se lo spazio delle snapshot occupa più del 50%
il problema si pone quando il filesystem (senza snap) occupa più del 65-70%. Ho visto server arrivare a 100% durante gli upgrade. Niente di irrisolvibile, ma su un server di produzione allunga di un paio d'ore la scaletta.