Hello forum
I would like to add (and eventually remove as well) apps (e.g. with apt-get) to/from an
existing Debian based Linux Live CD ISO (e.g. Mint, Kali, Ubuntu).
As I undestand, additional apps can not directly be"installed/injected" into an ISO, but the
operation system has to be installed first to the harddisk __{{emoticon}}__
Questions:
1.
Do the Antix-scripst run on other Debian-derived Linux-distros e.g. Mint, Kali, Ubuntu?
2.
If not, is it possible to boot a PC with the Antix-Live CD and remaster(make an ISO)
the OS(Debian-based installation) already installed on the harddisk?
Any feedback is appreciated very much. Thank you!
Bill
5 posts
• Page 1 of 1
-
Posts: 1
- Joined: 30 Jun 2015
-
Posts: 1,308
- Joined: 31 Aug 2009
#2
The live-remaster script will definitely not work. It only runs in antiX and MX live systems.
The snapshot scripts might work if you install them on the system you want to take a snapshot of but I imagine you may need to do some tweaking to the script(s). It is also questionable whether the snapshot you make will boot properly.
I think you would be much better off using a tool that was designed to work the the distro you want to run it on. For example, a quick Google leads to this suggestion for Mint:
The snapshot scripts might work if you install them on the system you want to take a snapshot of but I imagine you may need to do some tweaking to the script(s). It is also questionable whether the snapshot you make will boot properly.
I think you would be much better off using a tool that was designed to work the the distro you want to run it on. For example, a quick Google leads to this suggestion for Mint:
You can make an installable iso file of your system using Remastersys. It gives you the choice of making a backup which includes your personal files, or of just the system itself that you can pass on to others to install.
-
Posts: 2,238
- Joined: 16 Dec 2007
#3
I think I've seen an app called systemback used for this purpose as well (installed system to iso).
-
Posts: 1,445
- Joined: 09 Feb 2012
#4
bill, I think your best bet (covers both your #1 and #2) is to visit
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://refracta.freeforums.org"
linktext was:"https://refracta.freeforums.org"
====================================
skim the forum posts then download the"refractasnapshot" script.
The refracta snapshot tool has been repurposed by at least one other debian-derived distro -- Makulu Linux.
FWIW, about a year ago, I successfully used refractasnapshot, along with unetbootin, to recreate bootable pendrives of both livarp and LMDE.
(Note: the ubuntu-ish versions of Mint, containing"casper" components, are probably incompatible.)
line 112
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://github.com/antiX-Linux/antix-snapshot-cli/blob/master/antixsnapshot"
linktext was:"https://github.com/antiX-Linux/antix-sn ... ixsnapshot"
====================================
line131
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://github.com/antiX-Linux/antix-snapshot-gui/blob/master/antixsnapshot-gui"
linktext was:"https://github.com/antiX-Linux/antix-sn ... apshot-gui"
====================================
...then the prospective user would need to chase down the relevant excludes file(s).
Then the prospective user faces the chore of tracking down"antix-common.sh and stuff" which is packaged separately (separate from antix-snapshot)
BitJam, I was sad to note that the docs shipping with antix15 released today (FAQ html pages regarding remastering and persistence)
are outdated, are confusing, and are incomplete -- antixsnapshot barely gets mentioned (and static root persistence is not mentioned at all).
Persistence is ...is something else, something which wound up rolled into the docs and rolled into the snapshot script.
IMO, persistence setup should NOT be handled by, nor considered by, a"snapshot" script.
After having used refractasnapshot, to me it seems weird to find antixsnapshot script wanting to install/remove the live init stuffs.
My train-of-thought repeatedly returns to this:
"shouldn't that be handled instead by antix2usb?"
and
"Why oh why introduce a dependence for online access (apt-get) AND presume the system on which the snapshot script is running is configured to use antix repos?"
Also seems weird that when I want/need to flatten the rootfs of my persistent live antix, I would be steered to using"remaster"...
although the (my) goal is to just create a"snapshot".
repeating what I've typed during other discussions, I think the"snapshot" tool doesn't need to be, shouldn't be, any fancier than necessary
-- choose a work_dir (on the boot partition, or elsewhere)
-- pause and prompt to run bleachbit and / or other cleanup
-- pause and prompt to consider whether existing excludes list is up-to-date . . sometimes, but not always, I want to preserve the var/cache..*.deb files
-- prompt (or configure in advance) ask whether to preserve work_dir content . . if preserved, subsequent runs are considerably faster
-- prompt (or configure in advance) choose gzip or xz compression for the squashfs . . although I will _always_ choose gzip, nice to have a choice
-- prompt (or configure in advance) cpulimit to be applied during the squashfs operation . . (ouch) as I reported after testing iso-snapshot
-- prompt (or configure in advance) generate iso as isohybrid or not
-- perform rsync to work_dir
-- pause and offer choice to exit . . (in case my goal for this run was to just create a"rsync backup" rather than an iso)
-- squashfs --} iso
-- generate md5sum file
-- confirm success
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://refracta.freeforums.org"
linktext was:"https://refracta.freeforums.org"
====================================
skim the forum posts then download the"refractasnapshot" script.
The refracta snapshot tool has been repurposed by at least one other debian-derived distro -- Makulu Linux.
FWIW, about a year ago, I successfully used refractasnapshot, along with unetbootin, to recreate bootable pendrives of both livarp and LMDE.
(Note: the ubuntu-ish versions of Mint, containing"casper" components, are probably incompatible.)
For starters, both the cli and the gui versions of antixsnapshot expect to"apt-get" live-init-antix ...The snapshot scripts might work if you install them on the system you want to take a snapshot of but I imagine you may need to do some tweaking to the script(s).
line 112
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://github.com/antiX-Linux/antix-snapshot-cli/blob/master/antixsnapshot"
linktext was:"https://github.com/antiX-Linux/antix-sn ... ixsnapshot"
====================================
line131
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://github.com/antiX-Linux/antix-snapshot-gui/blob/master/antixsnapshot-gui"
linktext was:"https://github.com/antiX-Linux/antix-sn ... apshot-gui"
====================================
...then the prospective user would need to chase down the relevant excludes file(s).
Then the prospective user faces the chore of tracking down"antix-common.sh and stuff" which is packaged separately (separate from antix-snapshot)
BitJam, I was sad to note that the docs shipping with antix15 released today (FAQ html pages regarding remastering and persistence)
are outdated, are confusing, and are incomplete -- antixsnapshot barely gets mentioned (and static root persistence is not mentioned at all).
Persistence is ...is something else, something which wound up rolled into the docs and rolled into the snapshot script.
IMO, persistence setup should NOT be handled by, nor considered by, a"snapshot" script.
After having used refractasnapshot, to me it seems weird to find antixsnapshot script wanting to install/remove the live init stuffs.
My train-of-thought repeatedly returns to this:
"shouldn't that be handled instead by antix2usb?"
and
"Why oh why introduce a dependence for online access (apt-get) AND presume the system on which the snapshot script is running is configured to use antix repos?"
Also seems weird that when I want/need to flatten the rootfs of my persistent live antix, I would be steered to using"remaster"...
although the (my) goal is to just create a"snapshot".
repeating what I've typed during other discussions, I think the"snapshot" tool doesn't need to be, shouldn't be, any fancier than necessary
-- choose a work_dir (on the boot partition, or elsewhere)
-- pause and prompt to run bleachbit and / or other cleanup
-- pause and prompt to consider whether existing excludes list is up-to-date . . sometimes, but not always, I want to preserve the var/cache..*.deb files
-- prompt (or configure in advance) ask whether to preserve work_dir content . . if preserved, subsequent runs are considerably faster
-- prompt (or configure in advance) choose gzip or xz compression for the squashfs . . although I will _always_ choose gzip, nice to have a choice
-- prompt (or configure in advance) cpulimit to be applied during the squashfs operation . . (ouch) as I reported after testing iso-snapshot
-- prompt (or configure in advance) generate iso as isohybrid or not
-- perform rsync to work_dir
-- pause and offer choice to exit . . (in case my goal for this run was to just create a"rsync backup" rather than an iso)
-- squashfs --} iso
-- generate md5sum file
-- confirm success
-
Posts: 35
- Joined: 14 May 2015
#5
you can play with an app known as"remasterysys", you'll have to get"from the net", it has been folded into multiple distros under many names.
woodtheguyshouldgetmorecreditsmoke
woodtheguyshouldgetmorecreditsmoke