SliTaz Forum
You are not logged in.
Hello all! I was boot from slitaz-core.iso; modified system, add packages, bookmarks, Skype, etc; and how I can create liveiso from EXISTING system? (system of course in RAM)
please give me a simple instruction
Thank you, I am waiting to responce! 
Offline
as root
tazlito writeiso lzma
take care, that you have a cd in the DVD or loop mount an iso to /media/cdrom
if you wanna use it on other PCs, you should empty /etc/udev/rules.d/persistent-net.rules
http://hg.slitaz.org/tazlito/raw-file/tip/doc/tazlito.en.html
Offline
Thanks you greaty! it works!
(I always was thinking that Slitaz is the best, but it, practikally, more than best - it can make own "snapshot"!)
Offline
@kultex: After reading your advise to kitty____, and reviewing tazlito usage and manual, I think [c]tazlito writeiso[/c] seems to be the best approach for my group.
We are increasingly enjoying SliTaz capability to do what we need with quite low resources needed.
So, let's assume I have generated our particular iso, with all the SliTaz bells and whistles we need it to have (beyond the base install, I mean). Once tazlito ends creating rootfs.gz, it says:
[c]When SliTaz is running in RAM the kernel and bootloader files are kept
on the cdrom. Please insert a LiveCD or loop mount the slitaz.iso to
/media/cdrom to let Tazlito copy the files.
----
ENTER to continue...[/c]
I installed the system out of a LiveUSB and that's what I have inserted in a free USB port. I reviewed it, to check it was mounted and available and hit [c]ENTER[/c] as requested, but I just got the prompt. I'm sure I did something wrong; the question is What?
Please help!
Thanks in advance, for your time and your help.
: How do I get from it to a bootable USB pendrive?
Offline
I have the same problem, as I run SliTAz always frugal from the harddisk
what I do:
the iso is not created, but you will finde in /home/sliTaz/ and somewhere down in another directory the created rootfs.gz
open the origila iso with isomaster - it on SliTaz change the rootfs.gz and thats it
sometimes there is an errorwhen you boot the CD, but then you have to redo it...
Offline
@kultex: Thanks a lot for your suggestion. I searched [c]/home/slitaz[/c] tree branch and eventually located [c]rootfs.gz[/c] under [c]/home/slitaz/distro/rootcd/boot/[/c]. The, I managed to bring it from the system (so freeing some needed space) out to a PC, where I have [c]isomaster[/c] installed.
Run [c]isomaster[/c], open [c]slitaz 4.0[/c] iso and found four rootfsx.gz files.
I explored it a bit and found the [c]isolinux.cfg[/c] file, with lots of optional configuration setups for diverse scenarios.
With the new [c]rootfs.gz[/c] in hand, what way I should follow to integrate it into the main iso?
I'd like to do respect it, if possible.
Please, advise
Thanks in advance
Kind regards,
Offline
take the justx iso - it has only one rootfs.gz
http://mirror.slitaz.org/iso/stable/flavors/slitaz-4.0-justx.iso
Offline
After some little review of [c]isolinux.cfg[/c], I understand choosing [c]rootfsx.gz[/c] it is not a question of options but one of modularity. Depending on what level of completeness or proximity to the full install you want to be, you select just one of the four available archives (the smallest option) or all the four together (for the core slitaz install).
Assuming I have prepared my rootfs.gz out of a working system, I guess I should add a new option with just that file, so including the new image along the other four, not instead of them, right?
However, I'm a bit confused when it comes to optional details and smaller entries. How do I get to the point a new [c]iso[/c] would complement what you, slitaz people, have done?
Offline
if you use the justx flaver, you dont have to change anything else - just change the rootfs.gz
Offline
rootfs4.gz =base
rootfs4.gz + rootfs3.gz=justx
rootfs4.gz + rootfs3.gz+rootfs2.gz=gtkonly
rootfs4.gz + rootfs3.gz+rootfs2.gz+rootfs1.gz=core
The version of the iso created is what your live system is running determined by either automatic system memory detection or manual selection from the orange boot menu.
Offline
@everybody: Thank you all for your contributions.
I have managed to create a new slitaz 4 ISO including my own combination of packages and settings.
Now, I wonder what is the best way (slitaz way) to automate the LiveCD- (or LiveUSB-) to-hard-disk installation process. For systems equal to each other, I would like to have an automated way to deploy the system with minimum or no user intervention.
Any suggestion here?
Thank you so much for your time and for your help.
Kind regards,
Offline
look at the tazinstall doku on the iso - you find it under documentation
creat your tazinstall.conf and I recomand in your case to use the isoinstall
thats it
Offline
@kultex & other: I'm sorry for my lack of experience here. I have searched my [c]slitaz 4[/c] installation for tazinstall and found nothing; same with [c]man tazinstall[/c].
I tried to review [c]http://doc.slitaz.org/en:start[/c] and [c]http://doc.slitaz.org/en:guides:start[/c] and found nothing conclusive enough for me to follow.
What I do have found is some clue in [c]Frugal Install to Windows Partition[/c] guide. There, under the title [c]Tuning the boot process[/c], you can read
[c]title SliTaz cooking
map (hd0,0)/boot/slitaz-cooking.iso (hd1)
map --hook
kernel (hd1)/boot/bzImage rw root=/dev/null vga=extended lang=fr_FR kmap=fr-latin1 laptop autologin config=/dev/hda1,boot/slitaz.sh
initrd (hd1)/boot/rootfs.gz[/c]
According to it, I could prepare a script with some automated actions to accomplish once the system is loaded.
Would it be a good place to place orders needed to get the system automatically installed in the target computer(s)?
According to my former experience (not with slitaz), once the system autologs in and is ready to execute a script (/boot/slitaz.h, as in the example?), I could execute dd on the target disk with something like:
[c]sudo dd if=/path_to_image/target_image.img of=/dev/sda
sudo rebbot now[/c]
and the image would get transferred to the target support, making it bootable in the process (assuming the target_image.img file was obtained out from a bootable disk). Would this work on our slitaz installation? In case it would, I would just launch a LiveUSB from the BIOS and that script would both load our image on the target system and reboot the system out of it.
Of course, I should fight potential dissimilarities between different CompactFlash devices, bringing to differences between dd input file size and output file size. When the second is larger than the first one, the only drawback is a small waste of bytes. When the input file is larger than the available space, a full disk problem occurs, isn't it?
Where do you recommend me to read more on this subject (with slitaz always in mind)?
Offline
@kultex, mojo, and other:
Actually installing it would be preferable for us: We're using less than 50% of the available space and I have the ISO ready to it. I would just need to know how to automatically do it with the script.
Somewhere to learn it?
Offline
More on the same issue.
Let's sketch the following scenario:
In the original system, namely a 2 GiB CompactFlash, we have a 1900 MiB partition and slitaz is installed there, with all our needed packages and settings.
The target system has a, say, 2000000000 bytes' CompactFlash.
I plan to use dd to get an image of our original system' CF.
I have already assumed it will copy all the partitioned space, plus the MBR and the partition table.
If I use dd to restore such an image, it will copy MBR and partition table back to their standard locations and will fully populate the new 1900 MiB partition with whatever the original system had there.
On reboot, the MBR and the partitioned data will be the same, even if the unused spaces in the original and in the target CFs are not exactly equal to each other, right?
So the system will behave as if I had cloned the original system, right?
Of course, I am assuming dd behaves here as it does in a full Debian system.
Does it?
Offline
[ Generated in 0.027 seconds, 7 queries executed - Memory usage: 1.57 MiB (Peak: 1.77 MiB) ]