update 26/01/2019
Systemback 1.9.3 per Debian 9 Ubuntu 17-10 18-04
Nuovo aggiornamento per Systemback che arriva alla versione 1.9.3, aggiungendo i pacchetti e la compatibilità con Ubuntu 17-10 ed Ubuntu 18-04. In questa versione, oltre a qualche vezzo, ed alcuni bug fix, ho aggiunto anche il supporto per SSD NVMe, anche se al momento funziona meglio se si ha già una partizione pronta all’uso. Tenendo conto che è un lavoro che faccio a tempo perso ogni feed e commento saranno bene accetti.
poi:
$ cd Downloads/
$ tar xvf systemback-install_pack-1.9.3.tar.xz
$ cd systemback-install_pack-1.9.3/
$ sudo apt-get install unionfs-fuse live-boot
$ sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
$ sudo ./install.sh
$ sudo apt-get install -f
DEBIAN 32 BIT
cercando di installare Systemback-1.9.3 su Debian Stretch 32 bit e non solo, si verifica l’errore di versione per i pacchetti: libqt5core5a (>= 5.10.0) e libqt5gui5. Si risolve aggiornando i pacchetti dai repo testing:
# nano /etc/apt/sources.list
ed aggiungere:
deb http://ftp.it.debian.org/debian/ testing main non-free contrib
poi affinchè non si aggiorni tutto il sistema, andiamo a creare un file , dove diremo che, la priorità dei pacchetti è solo quella della versione della distro installata, e cioè in questo caso stable/stretch:
# nano /etc/apt/apt.conf.d/99defaultrelease
ed incollare dentro:
APT::Default-Release "stable";
a questo punto siamo pronti ad installare la versione dei pacchetti aggiornati:
# apt update # apt install -t testing libqt5core5a libqt5gui5
poi si potrà proseguire con l’installazione di systemback-1.9.3
Systemback 1.9.3 per Debian 9 Ubuntu 17-10 18-04
enjoy 😉
Ma su linux mint non và ?
Sempre mi cerca libqt5core5a(>=5.9.0125 beta)
prova ad installare manualmente libqt5core5a. Io l'ho testato solo su Debian 9/10 ed Ubuntu 17-10 e 18-4
Ho tentato e mi cerca
libdouble-conversion1(>=2.0.0)
provata ad installarla e mi dicelibdouble-conversion1v5 viola il conflitto del pacchetto esistente libdoubleconversioni 1
Niente da fare, sempre conflitti e non arrivo alla fine mai ad installare systemback
Allora, siccome mint si basa su xenial quindi è consigliabile usare la versione 1.8.402.
Quindi questa versione 1.9.3 lasciarla così com'è…..
infatti è così, usa la vecchia versione
Edmont….su debian 9 funziona alla grande… nessun problema a generare la ISO, nessun problema di installazione.
OTTIMO LAVORO….fai con calma…. grazie comunque per il tempo che dedichi
L'ho installato su Ubuntu 18.04; ho fatto un system upgrade è un system restore point e pare funzionare bene. Ero abituato ad usare systemback su Ubuntu 14.04 e mi spiaceva averlo perso. Ottimo lavoro e grazie molte.
figata fotonica!
You are the best, thank you for this!!
thanks for your feedback 😉
fantastisch .. funktioniert einwandfrei … herzlichen dank … sehr gute arbeit
Ottimo lavoro, complimenti veramente.
Considering the maintainer has abandoned it, are you gonna fork it?
Ciao,
SEI UN GRANDE ad aver ripeso il progetto che ho usato per anni su Mint 17.*
————————————————————
Ho provato su Mint 19 TARA ultimi aggiornamenti:
Ho usato: “sudo ./install.sh -d” e premendo poi “3”:
ECCO L’ESITO:
1 ─ Debian 9.0 (Stretch)
2 ─ Ubuntu 17.10 (Artful Aardvark)
3 ─ Ubuntu 18.04 (Bionic Beaver)
3
(Lettura del database… 272611 file e directory attualmente installati.)
Preparativi per estrarre …/systemback-efiboot-amd64_1.9.3_all.deb…
Estrazione di systemback-efiboot-amd64 (1.9.3) su (1.9.3)…
Preparativi per estrarre …/systemback-locales_1.9.3_all.deb…
Estrazione di systemback-locales (1.9.3) su (1.9.3)…
Preparativi per estrarre …/libsystemback_1.9.3_amd64.deb…
Estrazione di libsystemback (1.9.3) su (1.9.3)…
Preparativi per estrarre …/systemback-cli_1.9.3_amd64.deb…
Estrazione di systemback-cli (1.9.3) su (1.9.3)…
Preparativi per estrarre …/systemback-scheduler_1.9.3_amd64.deb…
Estrazione di systemback-scheduler (1.9.3) su (1.9.3)…
Selezionato il pacchetto systemback non precedentemente selezionato.
Preparativi per estrarre …/systemback_1.9.3_amd64.deb…
Estrazione di systemback (1.9.3)…
Configurazione di systemback-efiboot-amd64 (1.9.3)…
Configurazione di systemback-locales (1.9.3)…
Configurazione di libsystemback (1.9.3)…
Configurazione di systemback-cli (1.9.3)…
Configurazione di systemback-scheduler (1.9.3)…
dpkg: problemi con le dipendenze impediscono la configurazione di systemback:
systemback dipende da syslinux (<> 3:6); tuttavia:
La versione di syslinux nel sistema è 3:6.03+dfsg1-2.
Il pacchetto isolinux non è installato.
systemback dipende da xterm; tuttavia:
Il pacchetto xterm non è installato.
dpkg: errore nell’elaborare il pacchetto systemback (–install):
problemi con le dipendenze – lasciato non configurato
Elaborazione dei trigger per man-db (2.8.3-2)…
Elaborazione dei trigger per desktop-file-utils (0.23+linuxmint3)…
Elaborazione dei trigger per mime-support (3.60ubuntu1)…
Elaborazione dei trigger per hicolor-icon-theme (0.17-2)…
Si sono verificati degli errori nell’elaborazione:
systemback
Lettura elenco dei pacchetti… Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato… Fatto
Correzione delle dipendenze… Fatto
I seguenti pacchetti saranno RIMOSSI:
systemback
0 aggiornati, 0 installati, 1 da rimuovere e 0 non aggiornati.
1 non completamente installati o rimossi.
Dopo quest’operazione, verranno liberati 1.391 kB di spazio su disco.
(Lettura del database… 272626 file e directory attualmente installati.)
Rimozione di systemback (1.9.3)…
Elaborazione dei trigger per mime-support (3.60ubuntu1)…
Elaborazione dei trigger per desktop-file-utils (0.23+linuxmint3)…
Elaborazione dei trigger per man-db (2.8.3-2)…
Elaborazione dei trigger per hicolor-icon-theme (0.17-2)…
W: –force-yes è deprecata, utilizzare una delle opzioni che iniziano con –allow.
Selezionato il pacchetto libsystemback-dbg non precedentemente selezionato.
(Lettura del database… 272611 file e directory attualmente installati.)
Preparativi per estrarre …/libsystemback-dbg_1.9.3_amd64.deb…
Estrazione di libsystemback-dbg (1.9.3)…
Selezionato il pacchetto systemback-cli-dbg non precedentemente selezionato.
Preparativi per estrarre …/systemback-cli-dbg_1.9.3_amd64.deb…
Estrazione di systemback-cli-dbg (1.9.3)…
Selezionato il pacchetto systemback-dbg non precedentemente selezionato.
Preparativi per estrarre …/systemback-dbg_1.9.3_amd64.deb…
Estrazione di systemback-dbg (1.9.3)…
Selezionato il pacchetto systemback-scheduler-dbg non precedentemente selezionato.
Preparativi per estrarre …/systemback-scheduler-dbg_1.9.3_amd64.deb…
Estrazione di systemback-scheduler-dbg (1.9.3)…
Configurazione di libsystemback-dbg (1.9.3)…
Configurazione di systemback-cli-dbg (1.9.3)…
dpkg: problemi con le dipendenze impediscono la configurazione di systemback-dbg:
systemback-dbg dipende da systemback (= 1.9.3); tuttavia:
Il pacchetto systemback non è installato.
dpkg: errore nell’elaborare il pacchetto systemback-dbg (–install):
problemi con le dipendenze – lasciato non configurato
Configurazione di systemback-scheduler-dbg (1.9.3)…
Si sono verificati degli errori nell’elaborazione:
systemback-dbg.
————————————————————
C’è modo di risolvere??
@Lumanga
Io ho appena fatto un test anche su Mint 19 e funziona, prova a reinstallare
e per 32 bit ??? 🙁
@edmond
si, effettivamente non so perchè ma ora me lo ha installato.
Fatta immagine ISO.
In virtualbox all’avvio mi dice ” BusyBox v1.27.2 …. (initramfs) /cow format specified as aufs and no support found”
Ma se faccio invio e poi “exit” parte senza problemi!
ora lo sto testando su Linux Mint XFCE x64 e non mi permette di installarlo, non è conforme alle dipendenze. 🙁
USO XUBUNTU NO INSTALA NO HAY 32 BITS
Raul, para xubuntu yo utilizo Pinguy Builder 5.1.8. Tarda ams en hacer la iso, pero funciona muy bien. En Debian 9, uso systemback 1.9.3.
Linux MInt 19 x64 Mate
Systemback 1.9.3 have unfixed error with casper (requires 1.340 )
If leave unfixed program generates broken ISO images, and write:
(initramfs) /cow format specified as aufs and no support found.
I try install old casper_1.340_amd64.deb and this is requires libplymouth2 and
localechooser-data (2.71ubuntu3) broke casper
Please fix problem.
New mint based on Ubuntu 18
Ευχαριστώ, Grazie mille!
good job ,works fine on ubuntu 18.04 LTS
gracias….. gracias….. muchas gracias….. :.D….
su Ubuntu Mate 18.04 crea la ISO, tutto ok! Però quando poi lancio la ISO in VBox e provo ad installare il sistema su un disco vuoto, finisce l’installazione, ma alla partenza del disco con il sistema installato mi da due errori:
can’t find UUID=ecc. ecc.
Press a key
Poi parte e finisce in BusyBox.
Come mai? Come se non installasse bene qualcosa
Ciao, su vBox non l’ho mai testato, ma dall’errore sembra dipendere dal UUID del disco, che chiaramente è diverso da quello dove lo installi. Prova a modificarlo
Ok, ma in passato non ho mai dovuto cambiare UUID, poi non capisco, se faccio una ISO poi per installarla su vari computer devo cambiare l’UUID ogni volta?
Appena fatto un test e funziona 😉
Grazie Edmond, mi ero ormai rassegnato a non avere più Systemback che con Debian Jessie mi era stato così utile per farlo rivivere installandolo su vari computers, da cui passavo poi a Stretch con un procedimento di avanzamento di versione piuttosto laborioso, per fortuna sempre riuscito. Ora finalmente ho scoperto da Google il tuo lavoro per farlo funzionare anche sul 9 e il risultato è stato egregio. Grazie ancora!
mauro
Allora Edmond ti aggiorno, in pratica nel /boot/grub/grub.cfg c’è l’UUID del disco sul quale è installato il sistema. Quando SystemBack cre la ISO, in qualche modo si porta appresso quella configurazione di grub, quindi quando dalla ISO installo su altro HD, lui legge il grub e cerca l’UUID del disco dal quale è stata generata la ISO. Ora, questa cosa non era mai successa con i SystemBack in passato, può essere un problema di Ubuntu Mate 18.04 o qualcosa in SystemBack?
Grazie di tutto
segui questo procedimento, che poi è quello che ho usato io per testare il tutto su Vbox:
avvia in Vbox in modalità live, e poi accedi a Systemback e selezioni System Install creando e formattando la partizione dopodichè procedi con l’installazione e non avrai problemi di boot
Risolto! (solved) Ho tolto grub-pc e lasciato questi:
grub-common
grub-efi
grub-efi-amd64
grub-efi-amd64.bin
grub-pc.bin
grub2-common
Poi da SystemBack un system upgrade prima di creare la ISO, poi creata la ISO, da questa si installa perfettamente 😉
Grazie
come non detto!
ha funzionato, poi appena ho customizzato il grub (colori, ecc.) è tornata la ricerca dell’UUID….controllate le ISO passate fatte con SystemBack e avevano l’UUID nel grub.cfg, ma quando installavi il grub funzionava tranquillamente, senza dire che nn trova l’uuid. E’ un mistero!
risolto! ho disinstallato tutti i grub-qualcosa, poi reinstallati e non ho fatto update-grub, adesso si installa sia su EFI sia su BIOS legacy ….finalmente, anche se non esce il menu grub iniziale, ma parte direttamente (l’installato intendo) la live è ok!
Ciao Edmond, ti mando feed con LMDE3 – Debian di Mint.
Errori in installazione:
libsystemback dipende da libqt5core5a (>= 5.10.0); comunque:
La versione di libqt5core5a:i386 nel sistema è 5.7.1+dfsg-3+b1.
systemback-cli dipende da libqt5core5a (>= 5.10.0); comunque:
La versione di libqt5core5a:i386 nel sistema è 5.7.1+dfsg-3+b1
Thanks for this updated version of systemback. Can you make a repository of all the packages you make for Ubuntu and Debian? It will be of great help.
Unfortunately right now I can’t guarantee updates 🙁
Issue with pxe booting image it takes two IP address main and a secondary IP on same interface
non funziona nelle macchine ubuntu 8.04.1 con processore ryzen.
Cпасибо тебе дружище! это лучшая система бекапа
Edmond this is Puck Channel48 Youtube I need to contact you .
Thank you for the update and coming back
Best regards
Lindroid OS
Worlds only Linux with Android build in – Powered by Edmond
Thank you very much for the updated systemback. It installs and works on PureOS (Debian Testing fork).
Quick question: systemback storage defaults to /home and is unnable to see my mounted USB under /media. I know that systembak v1.0 was able to store to USB… any reason v1.9.3 is not able to do so?
Hi, no reason, simply because in previous versions it worked like that.
Now I can not remember the first versions…
Provato su Ubuntu 18.04 tutto sembra OK: Fatto backup su disco esterno (USB) senza problemi, non ho ancora provato il restore ma lo proverò presto.
Provato anche su Ubuntu 18.10 e sembra avere problemi: quando vado a selezionare il path su cui fare il backup (Disco esterno USB come sopra), non mi fa selezionare nessun path!
thanks to everyone for your feeds, I will try to do some checks..
lubuntu 18.04 a ok then updated to 18.04.1 and use it for pxe boot
I am now getting an issue with it asking for two ip address on boot
and my DHCP server is giving it two address see below
other thing I see is that /etc/network/interfaces has one more iface eth0 manual that line should not be in there.
Dec 21 09:36:05 dhcpd DHCPACK on 192.168.30.102 to 44:37:e6:c0:44:94 (Lubuntu-Diag) via em2
Dec 21 09:36:05 dhcpd DHCPREQUEST for 192.168.30.102 (192.168.30.1) from 44:37:e6:c0:44:94 (Lubuntu-Diag) via em2
Dec 21 09:36:05 dhcpd DHCPOFFER on 192.168.30.102 to 44:37:e6:c0:44:94 (Lubuntu-Diag) via em2
Dec 21 09:36:04 dhcpd DHCPDISCOVER from 44:37:e6:c0:44:94 via em2
Dec 21 09:36:01 dhcpd DHCPACK on 192.168.30.204 to 44:37:e6:c0:44:94 via em2
Dec 21 09:36:01 dhcpd DHCPREQUEST for 192.168.30.204 (192.168.30.1) from 44:37:e6:c0:44:94 via em2
Dec 21 09:36:01 dhcpd reuse_lease: lease age 1268 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.30.204
Dec 21 09:36:01 dhcpd DHCPOFFER on 192.168.30.204 to 44:37:e6:c0:44:94 via em2
Dec 21 09:36:01 dhcpd DHCPDISCOVER from 44:37:e6:c0:44:94 via em2
Dec 21 09:36:01 dhcpd reuse_lease: lease age 1268 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.30.204
Dec 21 09:35:06 dhcpd DHCPACK to 192.168.30.28 (cc:52:af:3f:6e:7b) via em2
Dec 21 09:35:06 dhcpd DHCPINFORM from 192.168.30.28 via em2
Dec 21 09:35:04 dhcpd DHCPACK on 192.168.30.204 to 44:37:e6:c0:44:94 via em2
Dec 21 09:35:04 dhcpd DHCPREQUEST for 192.168.30.204 (192.168.30.1) from 44:37:e6:c0:44:94 via em2
Dec 21 09:35:04 dhcpd reuse_lease: lease age 1211 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.30.204
Dec 21 09:35:01 dhcpd DHCPOFFER on 192.168.30.204 to 44:37:e6:c0:44:94 via em2
Dec 21 09:35:00 dhcpd DHCPDISCOVER from 44:37:e6:c0:44:94 via em2
Hello,
e’ possibile prevedere una funzione di chiusura automatica del programma e del PC una volta terminate le operazioni di creazione dell’immagine?
Ciao.
Ciao.
Ho provato ad installare su Debian Stretch 32 bit.
L’installazione fallisce con lo stesso messaggio di “gipi” –> https://francoconidi.it/systemback-1-9-3-per-debian-9-ubuntu-17-10-18-04/#comment-11044
In pratica i pacchetti i386 richiedono una versione di libqt5core5a (>= 5.10.0) mentre i pacchetti amd64 va bene (>= 5.7.0).
Cosa vuol dire cio’? Che systemback-1-9-3 per debian 9 è solo 64bit e per i 32bit devo avere debian 10?
Grazie.
@fabio
purtroppo non ho avuto tempo ultimamente per verificare la versione 32 bit, ma lo farò nei prossimi giorni
Ho installato systemback su mint 18 (v 1.8.402) e su mint 19 (ultima versione) con PC a 32 bit e funzionano perfettamente. HO EFFETTUATO LA TRADUZIONE IN ITALIANO di tutte le 396 voci modificando il file systemback_fr .qm. Ora sostituendo questo file modificato con quello originale e impostando la lingua francese è tutto in Italiano, ma non so come procedere oltre, ovvero come inserire la lingua italiana nelle opzioni di scelta del menu a tendina. Qualcuno sa come fare?
Problema risolto: una volta rinominato il file in systemback_it.qm e modificato il file /etc/systemback.conf alla riga 40 language=auto, la lingua di base diventa l’italiano e quindi basta deselezionare la casella della scelta lingua nelle impostazioni. Funziona sia con la 1.8 di kendek che con questa
@fabio @gipi
aggiornato la guida con la soluzione per installare systemback su Debian 32 bit 😉
Appena fatta la mia ISO, Ubuntu 18.04 e Elementary OS 5, tutto perfetto, GRAZIE MILLE :).
Nessuno l’ha provata con la 18.10..?
Sulla 18.10 io ho avuto problemi: non mi fa selezionare il path dove salvare i backup (Vedi il mio commento post precedente).
Ho provato a disinstallare systemback e re-installarlo senza successo.
Ho notato che facendo partire da command line ho questi messaggi che su 18.04 non mi da:
marcello@Tux8:~$ systemback-sustart
/sys/firmware/dmi/tables/smbios_entry_point: Permission denied
/dev/mem: Permission denied
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-root’
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-root’
Someone having the error “(initramfs) /cow format specified as aufs and no support found.”?
Just press Enter and after that Ctrl + D. It made the magic in my case with a KDE neon 15.5 Live CD I created.
Testata su NVMe Samsung 970, perfetto a patto di non riformattare da Systemback, basta preparare con GParted e poi installare. Si Marcello avevo letto il tuo post, ma magari era un caso isolato :-).
Helloю
Io uso Linux Mint Cinnamon 19.1 x64ю
Si è verificato un problema durante la creazione di backup. Systemback non copia i file che hanno un tipo di file (mime types = unknown) per il backup. Questo problema è sorto non solo in Linux Mint, ma anche in Debian, Ubuntu. Puoi risolvere questo problema.
Ad esempio, rispetto a Timeshift, copia tutti i tipi di file in un backup.
Ho provato a correggere il tipo di file, ma senza risultato. Una domanda è stata sollevata su: https://forums.linuxmint.com/viewtopic.php?f=75&t=289696
Helloю
Io uso Linux Mint Cinnamon 19.1 x64.
Si è verificato un problema durante la creazione di backup. Systemback non copia i file che hanno un tipo di file (mime types = unknown) per il backup. Questo problema è sorto non solo in Linux Mint, ma anche in Debian, Ubuntu. Puoi risolvere questo problema.
Ad esempio, rispetto a Timeshift, copia tutti i tipi di file in un backup.
Ho provato a correggere il tipo di file, ma senza risultato. Una domanda è stata sollevata su: https://forums.linuxmint.com/viewtopic.php?f=75&t=289696
Hello.
Io uso Linux Mint Cinnamon 19.1 x64.
Si è verificato un problema durante la creazione di backup. Systemback non copia i file che hanno un tipo di file (mime types = unknown) per il backup. Questo problema è sorto non solo in Linux Mint, ma anche in Debian, Ubuntu. Puoi risolvere questo problema.
Ad esempio, rispetto a Timeshift, copia tutti i tipi di file in un backup.
Ho provato a correggere il tipo di file, ma senza risultato. Una domanda è stata sollevata su: https://forums.linuxmint.com/viewtopic.php?f=75&t=289696
Grazie Edmond.
Perfettamente funzionante sui 32 bit Debian e LMDE
When you try to install the system from system back we get the error “there have been critical installation changes is not possible” what to do with this???
lmde3 64
Ciao Edmond;
prima di tutto grazie per il tuo lavoro… uso Systemback da anni… su MINT 17.* ed ora sto usando la tua versione per Mint19.1 MATE 64bit.
1) Per evitare errori in avvio “live” e per una corretta installzione su Bios EFI e dischi in GPT ho dovuto fare: (come per le vecchie versioni con Kernel dopo 4.*)
sudo apt-get install unionfs-fuse
sudo apt-get install live-boot
sudo apt-get remove casper
sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
Così facendo, la creazione ISO ed re-installazione su HD fisico, FUNZIONA perfettamente!
2) se provo ad installarlo su VirtualBox, a prescindere dalla dimensione del disco (anche 20Gbyte) dopo l’installazione Systemback mi da errore “the specified partition does not have enough free space the installed system will not function properly”
e l’installazione non si conclude!
Sai per quale motivo c’è questo errore?
Mi hanno confermato che su debian buster da problemi
Su Ubuntu 1904 sembra funzionare normalmente, ma una volta ripristinata Nautilus non si apre, apparente mente solo quello.
Quindi ritengo non sia compatibile…
Cari: saluti dall’Argentina e soprattutto grazie mille per aver mantenuto vivo questo progetto. Se non fosse stato per Systemback, ci sono distribuzioni Linux che non esisterebbero più. Per esempio: AVLinux e Quirinux, una recentissima distribuzione basata su Debian fatta per il cinema d’animazione, di cui sono lo sviluppatore principale.
L’uso più comune di Systemback è quello di generare pendrive autoavvianti da condividere, da distribuzioni personalizzate. In questo senso, sarebbe un grande miglioramento se si potesse introdurre il supporto per la creazione di immagini ISO di più di 4 GB, dato che attualmente non vengono utilizzati DVD, ma pendrive. Molte persone non installano nemmeno queste distribuzioni, ma le usano dalla loro chiavetta. Ma per chi ha sempre usato Windows, è difficile dare loro un file .sblive e la limitazione di 4 GB è grande quando vogliamo incorporare la quantità di applicazioni preinstallate che ci chiedono.
Un altro miglioramento che suggerisco e che potrebbe motivare gli utenti ad installare questi sistemi sul disco rigido è che, se possibile, si sviluppa un installatore non presidiato: potrebbe desinar circa 8 GB da scambiare, circa 500 mb per l’avvio (o boot/efi) e tutto il resto alla radice. Come opzione per convincere le persone che hanno sempre usato Windows, sarebbe fantastico se dovessero solo premere il pulsante “Installa” invece di imparare a creare partizioni.
E che questo pulsante era già fornito con l’opzione di installazione insieme ai file utente attivati di default, dato che -in generale- queste impostazioni sono mantenute quando si desidera condividere l’immagine del sistema. Spero di essere chiaro quando mi esprimo, capisco che Systemback è un sistema di backup, ma l’uso che gli viene dato come generatore di distribuzioni ISO personalizzate è molto ampio e con questi miglioramenti sarebbe lo strumento ideale. Ad ogni modo, è già lo strumento ideale, dato che -almeno per Debian- non ho trovato nessun altro che funzioni. Se non c’è modo di generare ISOS di più di 4GB, sarebbe bene programmare un programma che possa registrare pendrive dal .sblive ma in Windows, caricare direttamente le immagini .sblive e passare il link agli utenti Windows per registrare la propria pendrive Linux da quel sistema, senza la limitazione dei 4GB che l’ISO ha. Aiuterebbe a rendere più complete le distribuzioni e più utenti Windows migrerebbero verso Linux, a mio avviso. Saluti e GRAZIE MOLTO MOLTO.
Ciao a tutti
@edmond
sto usando l’ultima versione: 1.9.3_04.14.2018_Qt5.9.5_GCC7.3.0_amd64
1) Per evitare errori in avvio “live” e per una corretta installazione su Bios EFI e dischi in GPT ho dovuto fare: (come per le vecchie versioni con Kernel dopo la v. 4.***)
sudo apt-get install unionfs-fuse
sudo apt-get install live-boot
sudo apt-get remove casper
sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
così lo installa sia con BIOS EFI e LEGACY.
2) Il problema però è che nella quando provo ad installare la LIVE su Virtualbox, con disco da 14Gbyte,
da “errore spazio su disco insufficiente” .
Nella directory del disco della VM in /lib/live/mount è presente una COPIA di tutto il sistema backuppato,
RADDOPPIANDO quindi lo spazio su disco di destinazione necessario all’installazione!
Installando su partizione da 25Gbyte, tutto funziona ma effettimavemte mi ritrovo tutto il sistema ricopiato in tale directory!!
E’ un problema noto??? C’è modo di risolvere??
Grazie 1000 per il tuo lavoro.
Ciao a tutti
@edmond
sto usando l’ultima versione: 1.9.3_04.14.2018_Qt5.9.5_GCC7.3.0_amd64
1) Per evitare errori in avvio “live” e per una corretta installazione su Bios EFI e dischi in GPT ho dovuto fare: (come per le vecchie versioni con Kernel dopo la v. 4.***)
sudo apt-get install unionfs-fuse
sudo apt-get install live-boot
sudo apt-get remove casper
sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
così lo installa sia con BIOS EFI e LEGACY.
2) Il problema però è che nella quando provo ad installare la LIVE su Virtualbox, con disco da 14Gbyte,
da “errore spazio su disco insufficiente” .
Nella directory del disco della VM in /lib/live/mount è presente una COPIA di tutto il sistema backuppato,
RADDOPPIANDO quindi lo spazio su disco di destinazione necessario all’installazione!
Installando su partizione da 25Gbyte, tutto funziona ma effettimavemte mi ritrovo tutto il sistema ricopiato in tale directory!!
E’ un problema noto??? C’è modo di risolvere??
Sarà possibile installare systemback su Debian 10 Buster in modo che successivamente, chiunque voglia installare la distribuzione rimasterizzata da systemback, possa usare Calamares? Saluti.
Sto facendo dei test su Buster…stay tuned
Molto graccie!!!
Amico, come sta venendo il test? Sai che la tua utility è ampiamente utilizzata per creare distribuzioni, vero? Ho provato a installare systemback su debian 10 e ho potuto ma è incompatibile con Calamares. Penso che sarebbe un obiettivo raggiungere qualcosa come remaster-gtk che, in teoria, funziona con i calamari. Una cosa che gli utenti finali di AVLinux dichiarano di poter installare in dual boot con systemback. Calamari potrebbe risolverlo, vero?
Saluti!
@Charlie
ci sto lavorando, speriamo di avere novità per settembre 😉
Graccie Edmond, aspetterò con ansia.
Ho un problema: tutto quello che ho salvato nella cartella /opt/ viene cancellato nella iso creata da Systemback. C’è un modo in cui non può essere cancellato? Di solito ci metto programmi che non sono in repository e vorrei armare un iso con loro. Gli sviluppatori di AVLinux – che usano anche systemback – salvano i programmi lì e non li cancellano. Saluti.
Ho un problema serio: systemback non mi permette di selezionare nessuna cartella per salvare la nuova iso live e il processo di creazione finisce per essere interrotto. Non riesco nemmeno a scegliere la /home. Tutte le mie partizioni sono in ext4. Sarà una questione di permessi o utenti? Saluti.
Buongiorno.
Ho usato la guida su Lubuntu 18.04.3. Systemback non compare nel menu e se provo ad aprirlo da terminale mi avverte che sono necessari i permessi di root.
Cosa devo fare? L’ho usato qualche volta su Ubuntu 14.04.6.
Grazie.
devi lanciarlo anteponendo
sudo
Buonasera.
Adesso sono Ubuntu 14, stesso portatile, il risultato premettendo sudo è “Unsafe X Window authorization!” Please do not use ‘sudo’ command. Avevo usato sudo anche su Lubuntu. Però nel frattempo ho trovato questo e funziona: https://askubuntu.com/questions/828170/cannot-run-systemback-unsafe-x-window-authorization.
Non capisco cosa ho fatto però perché in precedenza su 14 avevo la voce nel menù.
Grazie.
no Fedora funciona?
¿Funciona en Devuan?
¿Y en Linux Mint?
Saludos!
a quanto s systemback installabile per debian 10 ? grazie comunque
Hi, @Edmond!
Thanks so much for taking support of such a great software as Systemback!
For me it’s an exellent and probably the only realy working tool for sharing Linux distributions!
I’ve used it for ages and worried that the project was left without support.
Installed 1.9.3 version on Ubuntu 18.04 64bit and Debian 10 Buster 32bit – working just exellent.
God bless you, man!
@anntonio decurtis
dovrebbe funzionare su Debian 10, almeno fino all’ultima volta che l’ho testato qualche mese fa.
@Carlos
su Devuan non ho mai provato, ma credo di si.
Funziona su Debian 10. Ma come autore di una distribuzione Linux, io uso Systemback per crearlo, così come AV Linux. E vorrei essere in grado di installare Calamari in modo che dopo aver creato l’ISO con Systemback l’utente abbia quel programma di installazione, che è più facile per coloro che vogliono fare un doppio avvio, per esempio. Il problema è che Calamares non è compatibile con Systemback: possiamo installare l’uno o l’altro. Qualcuno ha fatto uno script basato su Remastersys dove riesce a farli lavorare insieme, ma io preferisco l’interfaccia grafica e la semplicità di Systemback. Se siete interessati a controllare quello script per vedere se è possibile modificare Systemback per lavorare con Calamares, il link è: https://linuxdicasesuporte.blogspot.com/2019/04/remaster-gtk-debian-buster-2019.html
Saluti e grazie mille per aver mantenuto questo meraviglioso programma.
Hi Edmond!
Making restore points, live system ISO images, system copies I found that Systemback skips larger files in hidden directories (.directory) at /home/user/.
In my case there is problem with that:
Systemback skips some .exe and .dll files in .wine directory, so it is impossible to make a backup of some Wine programs with Systemback.
Also I use emulator Genymotion and virtual Android machine is located at .Genimotion and again it is impossible to make a backup of it with Systemback because Systemback just skips the android image.
Also it’s no good when I can’t share live ISO with full .wine directory – some programs become just broken without missing files.
Is there any way to make Systemback not to skip larger files in hidden directories? I didn’t find it in settings..
I use 1.9.3 version on Ubuntu 18.04
Sarebbe molto complicato implementare un’opzione per Systemback per formattare anche in formato XFS? Saluti e grazie.
@Charlie
nel prossimo aggiornamento, probabilmente
@Eugene
into the Live system create menu, you can find “include the user data files” and
into the System copy menu, “copy user data files”
Grazie mille. Questo non ha nulla a che fare con Systemback, ma ho notato che Debian 10 funziona meglio -almeno sul mio hardware- quando formatto con il sistema XFS che quando formatto con ext4.
Thanks, Edmon for the tips. I’ve made some tests and what I found out:
1. In the Live system create menu when I check “include the user data files” it does include all the hidden directories at /home/user/, but it also includes personal user directories such as “downloads”, “video”, “music”, etc, which I could exclude in the Exclude menu – and it’s great, Live system create tool works perfect!
2. In the System copy menu when I check “copy user data files” it includes all the hidden directories at /home/user/ and personal user directories, but in this case the Exclude menu does not exclude personal user directories – and it’s very uncomfortable, cause personal user directories usually contains big volume of personal data.
3. The “include the user data files” option does not affect the Restore points create, so it’s still impossible to make full backup with all the hidden directories..
IMO, in would be great if “include the user data files”, “Exclude/Include personal user and hidden directories” could affect “Live system create”, “System copy” and “Restore points create” equally.
ho provato ad installare systemback 1.9.3 su debian 10 l ‘installazione non è andata a buon fine…. aspettiamo la nuova release.
grazie lo stesso edmont …
Oh! XFX? When?? I need it! Thank you!
ciao su debian buster installato in virtual box per windows 10 systemback 1.9.3 non funziona,lo script .sh porta tre chiamate 1) debian stretch,2) ubuntu 17,10, 3) 18.04 Bionic Beaver……Selezionando 1 escono fuori una serie di errori su patch mancanti gli altri due altrettanto non risultano funzionali.
grazie per la segnalazione, su virtualbox non ho fatto test con debian 10
E’ possibile aggiornare Systemback per le versioni 19.xx?
Grazie
Ho tentato più volte di installare systemback su debian 10 ma l’installazione non và a buon fine e il terminale mi dà le seguenti indicazioni:
yunanideniz@yunanideniz-pc:~$ su
Password:
root@yunanideniz-pc:/home/yunanideniz# sh install.sh -d
Press ‘A’ to abort the installation, or select one of the following releases:
1 ─ Debian 9.0 (Stretch)
2 ─ Ubuntu 17.10 (Artful Aardvark)
3 ─ Ubuntu 18.04 (Bionic Beaver)
1
dpkg: attenzione: “ldconfig” non è stato trovato in PATH o non è un eseguibile
dpkg: attenzione: “start-stop-daemon” non è stato trovato in PATH o non è un eseguibile
dpkg: errore: 2 programmi attesi non sono stati trovati in PATH o non sono eseguibili
Nota: la variabile PATH di root dovrebbe contenere /usr/local/sbin, /usr/sbin e /sbin
Lettura elenco dei pacchetti… Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato… Fatto
0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
W: –force-yes è deprecata, utilizzare una delle opzioni che iniziano con –allow.
dpkg: attenzione: “ldconfig” non è stato trovato in PATH o non è un eseguibile
dpkg: attenzione: “start-stop-daemon” non è stato trovato in PATH o non è un eseguibile
dpkg: errore: 2 programmi attesi non sono stati trovati in PATH o non sono eseguibili
Nota: la variabile PATH di root dovrebbe contenere /usr/local/sbin, /usr/sbin e /sbin
root@yunanideniz-pc:/home/yunanideniz#
do questa informazione sperando che ti possa servire.
comunque grazie e buon lavoro
@Antonio Decurtis
in Debian 10 conviene usare come root il comando “su -” al posto di “su”, altrimenti
si pesentano questi tipi di errori
https://francoconidi.it/solved-fdisk-command-not-found-debian-10/
@tutti
purtroppo per mancanza di tempo l’aggionamento di systemback va a rilento 🙁
Ho provato anch’io ad installare sotto Ubuntu 19.10 ma ci sono vari errori. Ho provato ad installare manualmente i *.deb richiesti ma non ne riesco a venire a capo:
[CODE]
ubuntu@ubuntu:~/Desktop/systemback-install_pack-1.9.3$ sudo ./install.sh
Press ‘A’ to abort the installation, or select one of the following releases:
1 ─ Debian 9.0 (Stretch)
2 ─ Ubuntu 17.10 (Artful Aardvark)
3 ─ Ubuntu 18.04 (Bionic Beaver)
3
Selezionato il pacchetto systemback-efiboot-amd64 non precedentemente selezionato.
(Lettura del database… 189870 file e directory attualmente installati.)
Preparativi per estrarre …/systemback-efiboot-amd64_1.9.3_all.deb…
Estrazione di systemback-efiboot-amd64 (1.9.3)…
Selezionato il pacchetto systemback-locales non precedentemente selezionato.
Preparativi per estrarre …/systemback-locales_1.9.3_all.deb…
Estrazione di systemback-locales (1.9.3)…
Selezionato il pacchetto libsystemback non precedentemente selezionato.
Preparativi per estrarre …/libsystemback_1.9.3_amd64.deb…
Estrazione di libsystemback (1.9.3)…
Selezionato il pacchetto systemback-cli non precedentemente selezionato.
Preparativi per estrarre …/systemback-cli_1.9.3_amd64.deb…
Estrazione di systemback-cli (1.9.3)…
Selezionato il pacchetto systemback-scheduler non precedentemente selezionato.
Preparativi per estrarre …/systemback-scheduler_1.9.3_amd64.deb…
Estrazione di systemback-scheduler (1.9.3)…
Selezionato il pacchetto systemback non precedentemente selezionato.
Preparativi per estrarre …/systemback_1.9.3_amd64.deb…
Estrazione di systemback (1.9.3)…
Configurazione di systemback-efiboot-amd64 (1.9.3)…
Configurazione di systemback-locales (1.9.3)…
Configurazione di libsystemback (1.9.3)…
dpkg: problemi con le dipendenze impediscono la configurazione di systemback-cli:
systemback-cli dipende da libncursesw5 (>= 6); tuttavia:
Il pacchetto libncursesw5 non è installato.
systemback-cli dipende da libtinfo5 (>= 6); tuttavia:
Il pacchetto libtinfo5 non è installato.
dpkg: errore nell’elaborare il pacchetto systemback-cli (–install):
problemi con le dipendenze – lasciato non configurato
Configurazione di systemback-scheduler (1.9.3)…
dpkg: problemi con le dipendenze impediscono la configurazione di systemback:
systemback dipende da syslinux (<> 3:6); tuttavia:
La versione di syslinux nel sistema è 3:6.04~git20190206.bf6db5b4+dfsg1-1.
Il pacchetto isolinux non è installato.
systemback dipende da syslinux (<> 3:6); tuttavia:
La versione di syslinux nel sistema è 3:6.04~git20190206.bf6db5b4+dfsg1-1.
Il pacchetto syslinux-utils non è installato.
systemback dipende da xterm; tuttavia:
Il pacchetto xterm non è installato.
dpkg: errore nell’elaborare il pacchetto systemback (–install):
problemi con le dipendenze – lasciato non configurato
Elaborazione dei trigger per man-db (2.8.7-3)…
Elaborazione dei trigger per gnome-menus (3.32.0-1ubuntu1)…
Elaborazione dei trigger per desktop-file-utils (0.24-1ubuntu1)…
Elaborazione dei trigger per mime-support (3.63ubuntu1)…
Elaborazione dei trigger per hicolor-icon-theme (0.17-2)…
Si sono verificati degli errori nell’elaborazione:
systemback-cli
systemback
Lettura elenco dei pacchetti… Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato… Fatto
Correzione delle dipendenze… Fatto
I seguenti pacchetti aggiuntivi saranno inoltre installati:
libncursesw5 libtinfo5
I seguenti pacchetti saranno RIMOSSI:
systemback
I seguenti pacchetti NUOVI saranno installati:
libncursesw5 libtinfo5
0 aggiornati, 2 installati, 1 da rimuovere e 4 non aggiornati.
2 non completamente installati o rimossi.
È necessario scaricare 200 kB di archivi.
Dopo quest’operazione, verranno liberati 471 kB di spazio su disco.
Scaricamento di:1 http://archive.ubuntu.com/ubuntu eoan/main amd64 libtinfo5 amd64 6.1+20190803-1ubuntu1 [81,4 kB]
Scaricamento di:2 http://archive.ubuntu.com/ubuntu eoan/main amd64 libncursesw5 amd64 6.1+20190803-1ubuntu1 [119 kB]
Recuperati 200 kB in 1s (249 kB/s)
(Lettura del database… 189933 file e directory attualmente installati.)
Rimozione di systemback (1.9.3)…
Selezionato il pacchetto libtinfo5:amd64 non precedentemente selezionato.
(Lettura del database… 189918 file e directory attualmente installati.)
Preparativi per estrarre …/libtinfo5_6.1+20190803-1ubuntu1_amd64.deb…
Estrazione di libtinfo5:amd64 (6.1+20190803-1ubuntu1)…
Selezionato il pacchetto libncursesw5:amd64 non precedentemente selezionato.
Preparativi per estrarre …/libncursesw5_6.1+20190803-1ubuntu1_amd64.deb…
Estrazione di libncursesw5:amd64 (6.1+20190803-1ubuntu1)…
Configurazione di libtinfo5:amd64 (6.1+20190803-1ubuntu1)…
Configurazione di libncursesw5:amd64 (6.1+20190803-1ubuntu1)…
Configurazione di systemback-cli (1.9.3)…
Elaborazione dei trigger per desktop-file-utils (0.24-1ubuntu1)…
Elaborazione dei trigger per mime-support (3.63ubuntu1)…
Elaborazione dei trigger per hicolor-icon-theme (0.17-2)…
Elaborazione dei trigger per gnome-menus (3.32.0-1ubuntu1)…
Elaborazione dei trigger per libc-bin (2.30-0ubuntu2)…
Elaborazione dei trigger per man-db (2.8.7-3)…
W: –force-yes è deprecata, utilizzare una delle opzioni che iniziano con –allow.
ubuntu@ubuntu:~/Desktop/systemback-install_pack-1.9.3$
[/CODE]
Non so se posso essere utile per accellerare lo sviluppo della nuova versione. In che modo si potrebbe collaborare? Qualche operazione di routine che magari porta via tempo. Non so.
ho eseguito la procedura da te consigliata:
Disk model: SAMSUNG HM320JI
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1090f5ba
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 58593279 58591232 28G 83 Linux
/dev/sda2 58595326 625141759 566546434 270,2G 5 Extended
/dev/sda5 58595328 66652159 8056832 3,9G 82 Linux swap / Solaris
/dev/sda6 66654208 625141759 558487552 266,3G 83 Linux
root@yunanideniz-pc:/home/yunanideniz# fdisk -l
Disk /dev/sda: 298,1 GiB, 320072933376 bytes, 625142448 sectors
Disk model: SAMSUNG HM320JI
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1090f5ba
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 58593279 58591232 28G 83 Linux
/dev/sda2 58595326 625141759 566546434 270,2G 5 Extended
/dev/sda5 58595328 66652159 8056832 3,9G 82 Linux swap / Solaris
/dev/sda6 66654208 625141759 558487552 266,3G 83 Linux
root@yunanideniz-pc:/home/yunanideniz#
il risultato è il medesimo, mica per caso sbaglio la sintassi del comando?unanideniz@yunanideniz-pc:~$ su
Password:
root@yunanideniz-pc:/home/yunanideniz# sudo sh install.sh -d
Press ‘A’ to abort the installation, or select one of the following releases:
1 ─ Debian 9.0 (Stretch)
2 ─ Ubuntu 17.10 (Artful Aardvark)
3 ─ Ubuntu 18.04 (Bionic Beaver)
1
dpkg: errore: impossibile accedere all’archivio “packages/*.deb”: File o directory non esistente
Lettura elenco dei pacchetti… Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato… Fatto
0 aggiornati, 0 installati, 0 da rimuovere e 4 non aggiornati.
W: –force-yes è deprecata, utilizzare una delle opzioni che iniziano con –allow.
dpkg: errore: impossibile accedere all’archivio “packages/Debian_Stretch/*dbg*amd64.deb”: File o directory non esistente
root@yunanideniz-pc:/home/yunanideniz#
Ho scoperto che se il supporto XFS è installato sul sistema, Systemback lo supporta. Ma c’è un problema: le ISO live che vengono installate scegliendo XFS come file system….. allora non si avviano. Richiederanno username e password in modalità testo e non ci sarà modo di eseguire uno startx. Speriamo di poterlo riparare, l’XFS è un file system ideale per coloro che lavorano con il video. Saluti.
Ma il supporto alle nuove release di Ubuntu sarà rilasciato?
Ciao, ho un GRANDE PROBLEMA: Non appare nulla nella cartella /boot/ della ISO creata. Pertanto, non è possibile avviare il live. Questo accade con Debian Buster 10.2.
troppi bug con debian 10.2….mhhhh
Per la versione 20.04 LTS ci sono buone probabilità che venga rilasciata la nuova versione?
Attualmente è disponibile su http://cdimage.ubuntu.com/daily-live/current/
Ciao!
Vorrei staccarmi da questa mailing list ma il link di subscriptions management restituisce una pagina di errore.
Ciao,
ho letto tutto attentamente ma non ho capito quale versione usare per Ubuntu 16.04 Xenial.
– Dove scaricare systempack?
– una guida per l’installazione?
Grazie
Andrea
Sólo bootean las imágenes creadas con systemback utilizando como base Buster RC1. Todas las posteriores versiones de Buster (RC2, RC3 y las estables, incluyendo la 1.3) no bootean. 🙁
IMPORTANT:
Solution to the boot problem for Debian 10 Buster. It works with all revisions of Buster, including 1.3.
When an ISO with Systemback is created on Debian Busters after RC1, the system boots into live mode. But once installed, it does not boot.
The solution is to install Systemback as follows (before using it):
sudo apt-get install unionfs-fuse
sudo apt-get install live-boot
sudo apt-get remove casper
sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
sudo./install.sh
sudo apt-get install -f
Greetings from the Quirinux team, a distribution that would not exist without Systemback. Excellent work.
Thank for all you help @Charlie
è possibile avviare la iso dal grub2?
in pratica ho creato la mia iso personalizzata (ubuntu mate 18.04-64bit), ho modificato il 40_custom del s.o. originario
menuentry “. l-ISO” {
loopback loop (hd0,7)/iso/live-cd.iso
set root=(loop)
linux /casper/vmlinuz boot=casper iso-scan/filename=/iso/live-cd.iso locale=it_IT splash —
file=(loop)/preseed/ubuntu.seed
initrd (loop)/casper/initrd.gz
}
la iso inizia ad avviarsi ma poi si interrompe dando il seguente errore ” (initramfs) unable to find a live medium containing a live file system”;
probabilmente si aspetta la pendrive…..
come posso risolvere?
Edmond prova a dare un occhiata a questo sito… riguarda Systemback:
https://gitlab.com/Kendek/systemback/-/tree/master
@Antonio DeCurtis
ciao, praticamente si tratta di uno script per fare un backup incrementale
del proprio sistema. L’autore come al solito è molto bravo. Del resto è l’autore
di systemback. Io per me stesso utilizzo un’altro metodo, che condividerò
nelle prossime ore.
Buongiorno,
volevo condividere la mia esperienza con Ubuntu Mate 20.04 LTS: sono riuscito ad installare Systemback 1.9.3 e sembra funzionare correttamente.
Inizialmente vanno installati i seguenti pacchetti:
casper_1.427_amd64.deb
cifs-utils_6.9-1_amd64.deb
finalrd_5_all.deb
isolinux_6.04~git20190206.bf6db5b4+dfsg1-2_all.deb
libncursesw5_6.1+20190803-1ubuntu1_amd64.deb
libncursesw5_6.2-0ubuntu2_amd64.deb
libplymouth4_0.9.4git20190712-0ubuntu4_amd64.deb
libtinfo5_6.2-0ubuntu2_amd64.deb
listapacchetti.txt
live-boot_20190614_all.deb
live-boot-initramfs-tools_20190614_all.deb
localechooser-data_2.71ubuntu4_all.deb
mtools_4.0.24-1_amd64.deb
syslinux_6.04~git20190206.bf6db5b4+dfsg1-2_amd64.deb
syslinux-common_6.04~git20190206.bf6db5b4+dfsg1-1_all.deb
syslinux-utils_6.04~git20190206.bf6db5b4+dfsg1-2_amd64.deb
systemback-install_pack-1.9.3
systemback-install_pack-1.9.3.tar.xz
user-setup_1.63ubuntu6_all.deb
xterm_353-1ubuntu1_amd64.deb
scaricati da https://packages.ubuntu.com/
Poi si procede con l’installazione normale come se fosse la 18.04 (opzione 3).
E se tutto fila per il verso giusto siete pronti per fare le copie di backup e per la pendrive.
Se qualcuno vuole provare e verificare il mio metodo potrebbe poi postare la sua esperienza. Spero sia utile a qualcuno. Spero sia anche utile per il rilascio della nuova versione.
Ciao.
@Tony
grazie per il tuo feed
Systemback for Ubuntu 20.04…? Please e Grazie
Ubuntu 20.04 ho installato Systemback, ho creato la iso e masterizzato. Ma quando provo ad installare la mia nuova iso alla fine esce questa scritta:
The system installation is aborted!
There has been critical changes in the file system during this operation.
Mi puoi aiutare?
Grazie
@Tony,
Thanks for putting your input , I got all the packages from your list except one i.e listapacchetti.txt , what is that exactly?
Please elaborate . I am testing systemback on focal fossa.
Tony,
You mentioned to install casper but the systemback instructions on main page says remove casper.
poi:
$ cd Downloads/
$ tar xvf systemback-install_pack-1.9.3.tar.xz
$ cd systemback-install_pack-1.9.3/
$ sudo apt-get install unionfs-fuse live-boot
$ sudo apt-get remove casper
$ sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
$ sudo ./install.sh
$ sudo apt-get install -f
Tony,
Sorry but live system creation failed with this error
The Live system creation is aborted!
An error occured while creating the container file.
Scusa, ma non parlo inglese.
Tony: ho provato con ubuntu mate ma non funziona l’installazione su un altro PC. L’errore generato è il seguente:
https://ibb.co/9p9y5nG
Mentre se installo il sistema operativo su una pendrive funziona.
Ciao!
Si, ho fatto una prova e confermo il problema. Non ho soluzioni al momento.
Probabilmente aggiornando i pacchetti e ricompilando forse potrebbe andare ma non so farlo.
Mi dispiace.
Ciao!
Ubuntu 20.04 – Focal
Funziona tutto con Systemback 1.9.3
Con questo metodo:
$ cd Downloads/
$ tar xvf systemback-install_pack-1.9.3.tar.xz
$ cd systemback-install_pack-1.9.3/
$ sudo apt-get install unionfs-fuse live-boot
$ sudo apt-get remove casper
$ sudo apt-get install grub2-common grub-efi-amd64-bin grub-pc-bin
$ sudo ./install.sh
$ sudo apt-get install -f
OK e grazie!
(Ubuntu inglese)
cd Downloads/
(Ubuntu Italiano)
sostituite con:
cd Scaricati/
nessuno che sappia se c’è modo di avviare la iso dal grub2 (mate 18.04-664bit)? …post del 17/04
grazie
nik
@nik
spiegami a cosa ti servirebbe?
creo diverse iso personalizzate del mio so (mate 18.04) che poi testo ed uso su vari pc avviandole da grub2 (avvio più veloce ed uso in un pc con porte usb rotte..)
Nik, la cosa mi interessa perché ho un problema simile con un vecchio PC.
La ISO che genero non è compatibile, per qualche motivo, quindi dovrei crearne una personalizzata apposititamente, con questo metodo potrei risparmiare parecchio tempo.
Mi puoi spiegare come si fa, magari se fai qualche screenshot, per favore.
Ciao
@kubo
non mi è chiaro il tuo problema…
scrivi “La iso che genero…” quindi riesci a crearla, e necessariamente (dato che è la iso del tuo so) è personalizzata…
tieni conto che io al momento utilizzo Systembak per crearmi fondamentalmente dei “punti di ripristino” ed eventualmente delle pendrive con cui installare; mentre per le iso che avvio (no installazione) da Grub2 uso Distroshare Ubuntu Imager;
se riuscissi ad avviare le iso create con systembak, potrei utilizzare solo quest’ultimo che è più completo…punti di ripristino, pendrive per installare, iso…
questo il motivo della mia richiesta
🙂
@nik
non ci ho mai provato ad avviare da grub
Ciao nik,
ho capito, personalmente i punti di ripristino non li ho mai usati. Comunque è un valido suggerimento.
Grazie!
Systemback verrà comunque aggiornato oppure no?
Ciao!
Ciao, al massimo entro domani ci sarà l’aggiornamento per Ubuntu 20.4 e Debian 10
Utilizzando Systemback seguendo il tutorial funziona sotto Ubuntu 20.04 LTS. Purtroppo riscontro che spesso che per installarlo, su un altro PC, purtroppo si blocca. Ho notato una quasi certa interferenza del salvaschermo. Dopo vari tentativi si è installato. Riscontrate lo stesso problema? Suggerimenti?
Immagine dell’errore.
Stamattina non ne proprio voglia di installarsi…
https://ibb.co/qR8gWf6
Ciao.
Dopo numerosi tentativi sono riuscito ad installare.
Facendo alcune modifiche, non molto rilevanti anche in dimensioni sul disco, ho creato una nuova immagine. Il problema è che la sua dimensione è diventata di 19,5gb, da circa 3gb dell’immagine precedente. Non capisco come mai questo problema… 🙁 Ho messo l’opzione “include the user data files” ma continuo a non capire. Tra l’altro per creare l’immagine ha impiegato oltre 1 ora e 10.
Ciao.
Questo ti è successo perché tu dopo tanti tentativi hai solo svuotato il cestino, mentre devi cancellare anche i files in /home/.local/trash, sono quelli che hanno reso grande la dimensione.
$ rm -rf $HOME/.local/share/Trash
$ sudo rm -rf/root/.local/Share/Trash
Grazie per la celere risposta.
Purtroppo il sistema aveva, evidentemente, qualche altro problema.
Una volta applicato non è ripartito, restava sulla schermata di ingresso.
Inserendo la corretta password ritornava alla schermata mentre con una password errata lo rilevava. Ho reinstallato tutto.
Puoi controllare le stringhe che hai proposto? C’è qualche errore di battitura. Infine sarebbe molto molto utile poter impostare la chiusura del sistema alla fine delle operazioni, sia di creazione dell’immagine sia della creazione di una pendrive o di installazione del sistema.
Basterebbe un buttonradio nella schermata o un segno di spunta.
Se fai molti tentativi sapere almeno che il sistema si chiude da solo sarebbe molto molto utile.
Ciao e grazie!
@Tony
aggiornato, il comando sopra, comunque hai provato la nuova versione?
https://francoconidi.it/systemback-1-9-4-per-debian-10-ubuntu-20-04/
Si, l’ho installata stamattina. Purtroppo c’è un problema: utilizzando Ubuntu Mate, reinstallando il sistema sul disco rigido dalla pendrive, il sistema non funziona correttamente. L’applicazione di FileManager non si avvia più (caja). Anche la vecchia versione ha lo stesso problema.
Ti posto tra un po gli errori.
Dall’icona del menu non parte, se vado dal terminale ho i seguenti errori:
:~$ caja
Could not register the application: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
:~$ sudo caja
Fatal Python error: _PyInterpreterState_Get(): no current thread state
Python runtime state: unknown
Annullato
:~$
Al momento sembra l’unico programma a non andare.
@Tony
infatti con Mate c’è quel problema 🙁
Del comando di chiusura non trovo traccia, ho reinstallato tutto… Era a questo che ti riferivi? E’ un grosso problema per me. Dalle prove precedenti sembra che il problema si abbia con questo ultimo kernel… Soluzioni?
@Tony
scrivi sull’altra guida.
stasera farò ulteriori prove….
Va bene, dal prossimo messaggio scrivo sulla guida di 1.9.4
Grazie! 🙂
@ Tony
risolto il bug
https://francoconidi.it/systemback-1-9-4-per-debian-10-ubuntu-20-04/
Ciao,
purtroppo i problemi si sono estesi anche alle versioni precedenti di S.O. e di SystemBack. Temo sia un problema di qualche aggiornamento dal 22-05-2020 in poi (+ o -). Spero tu riesca a venirne a capo.
Ciao!
Ciao, stamattina ho aggiornato il sistema operativo e con la versione 1.9.4 e Ubuntu Mate l’immagine si è creata correttamente e sono riuscito a farla installare sulla pendrive. Non ho provato l’installazione sull’HD ma credo che sia anch’essa funzionante. Scrivo qui per l’altro blog non mi funziona.
Ciao!
Ho fatto la prova con la vecchia versione di SystemBack ed il vecchio S.O.: ora funziona normalmente anche quello. Credo sia stato qualche aggiornamento, nuovamente corretto, che dava problemi.
L’importante e che tutto vada bene. Puoi darmi riscontro?
Ciao!
@Tony
devo ancora risolvere il problema con Mate
Okay, comunque sembra che il problema principale che bloccava la corretta esecuzione del programma sia ormai alle spalle. Spero che riuscirai a risolvere il problema di MATE. Grazie!
E’ da stamattina che provo ad installare sul disco rigido MATE. Mi da continuamente errore:
:~$ su –
Password:
root@ilmiopc:~# mount /dev/sdb1 /mnt/
root@ilmiopc:~# cd /mnt/
root@ilmiopc:/mnt# rm -rf bin/
root@ilmiopc:/mnt# ln -s usr/bin/ bin
root@ilmiopc:/mnt# rm -rf lib/
root@ilmiopc:/mnt# ln -s usr/lib/ lib
-bash: /usr/bin/ln: File o directory non esistente
root@ilmiopc:/mnt# rm -rf lib32/
-bash: /usr/bin/rm: File o directory non esistente
root@ilmiopc:/mnt# ln -s usr/lib32/ lib32
-bash: /usr/bin/ln: File o directory non esistente
root@ilmiopc:/mnt# rm -rf lib64/
-bash: /usr/bin/rm: File o directory non esistente
root@ilmiopc:/mnt# ln -s usr/lib64/ lib64
-bash: /usr/bin/ln: File o directory non esistente
root@ilmiopc:/mnt# rm -rf libx32/
-bash: /usr/bin/rm: File o directory non esistente
root@ilmiopc:/mnt# ln -s usr/libx32/ libx32
-bash: /usr/bin/ln: File o directory non esistente
root@ilmiopc:/mnt#
Suggerimenti?
Ho usato Systemback per creare un ISO di sistema basato su Ubuntu con Xfce (Xubuntu) ma verrà installato su altri computer solo per 9 giorni. Il giorno 10, dà l’errore; L’installazione del sistema è stata interrotta! Sono state apportate modifiche critiche al file system durante questa operazione.