RE: [Fedora-livecd-list] Making two additional directories writable
by Martin Steinmann
> -----Original Message-----
> From: fedora-livecd-list-bounces(a)redhat.com
[mailto:fedora-livecd-list-
> bounces(a)redhat.com] On Behalf Of Jasper O'neal Hartline
> Sent: Tuesday, August 15, 2006 12:28 PM
> To: fedora-livecd-list(a)redhat.com
> Subject: Re: [Fedora-livecd-list] Making two additional directories
> writable
>
> Martin Steinmann wrote:
>
> > I was trying to have two additional directories writeable in the
/usr
> > tree. To that effect I added two lines as follows to the
movefiles.py
> > file in /usr/share/kadischi.
> >
> >
> >
> > files_to_be_writable = [
> >
> > '/var',
> >
> > '/tmp',
> >
> > '/etc',
> >
> > '/home',
> >
> > '/root',
> >
> > '/opt',
> >
> > '/mnt',
> >
> > '/media',
> >
> > '/usr/share/www/doc/vm_vxml',
> >
> > '/usr/share/www/doc/aa_vxml',
> >
> > ]
> >
> >
> >
> > That somehow did not work. The two directories on the generated Live
> > CD are empty and not writable, even though there should be some
files
> > installed there by some of the additional RPMs pulled in during the
> > creation of the Live CD.
> >
> >
> >
> > What am I missing?
> >
> You need to bind mount them from the kadischi.tar.gz in
rc.readonly-livecd.
This worked great - many thanks!
I documented the process of building our LiveCD here:
http://sipx-wiki.calivia.com/index.php/Kadischi
We now have a complete Voice over IP (VoIP) PBX system on a LiveCD for
demo purposes. This is a complete SIP system including plug & play
config, redundant call control and lots of features.
Kadischi has been great developing a very nice LiveCD that allows
totally simple demo setups.
We will publish the ISO on SIPfoundry (www.sipfoundry.org) probably next
week.
Many thanks
--martin
>
> J. Hartline
>
> --
> Fedora-livecd-list mailing list
> Fedora-livecd-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-livecd-list
17 years, 8 months
RE: [Fedora-livecd-list] Newbie question
by Martin Steinmann
> -----Original Message-----
> From: fedora-livecd-list-bounces(a)redhat.com
[mailto:fedora-livecd-list-
> bounces(a)redhat.com] On Behalf Of Jasper O'neal Hartline
> Sent: Tuesday, August 15, 2006 2:35 AM
> To: fedora-livecd-list(a)redhat.com
> Subject: Re: [Fedora-livecd-list] Newbie question
>
> I couldn't reproduce this using that same repository.
> I would assume your cache had been corrupted in the process of running
> Kadischi..
> which isn't too out of place since /tmp/cache could well have been run
> over by tmpwatch.
> Try removing /tmp/cache (if you have it) and try again. This may fix
> this problem.
I removed the files in /tmp and that solved the problem - thanks.
Going back to my own repository though, I ran into the same problem
again. I have a work around using a strange directory structure for my
repository as follows:
~/i386
~/i386/repodata
~/i386/Fedora
~/386/Fedora/RPMS
~/386/Fedora/RPMS/repodata
~/386/Fedora/RPMS/Fedora
~/386/Fedora/RPMS/Fedora/RPMS
Where ~/ is /home/myuser
The RPMs are actually in both RPMS directories. This is obvious not the
way it should be, but with a normal repository structure I could not get
kadischi to find the files.
--martin
>
> J. Hartline
> Martin Steinmann wrote:
>
> > Hi
> >
> > I am new to Kadischi but succeeded at building my first LiveCD.
> > However, something changed - maybe I upgraded the FC5 system or
> > something - and now Kadischi does not work anymore.
> >
> > I use this command directly from the Wiki:
> >
> >kadischi
> http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os
> /tmp/fedora-live.iso
> >
> > It runs through up until the moment when it would start to actually
> > install the RPMs. The error message is:
> >
> > The file expat-1.95.8-8.2.i386.rpm cannot be opened. This is due to
a
> > missing file or perhaps a corrupt package. If you are installing
from
> > CD this usually means that the CD media is corrupt ..... REBOOT
> >
> > However, that file is in the repository.
> >
> > Any suggestions?
> >
>
> --
> Fedora-livecd-list mailing list
> Fedora-livecd-list(a)redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-livecd-list
17 years, 8 months
Making two additional directories writable
by Martin Steinmann
I was trying to have two additional directories writeable in the /usr
tree. To that effect I added two lines as follows to the movefiles.py
file in /usr/share/kadischi.
files_to_be_writable = [
'/var',
'/tmp',
'/etc',
'/home',
'/root',
'/opt',
'/mnt',
'/media',
'/usr/share/www/doc/vm_vxml',
'/usr/share/www/doc/aa_vxml',
]
That somehow did not work. The two directories on the generated Live CD
are empty and not writable, even though there should be some files
installed there by some of the additional RPMs pulled in during the
creation of the Live CD.
What am I missing?
--martin
17 years, 8 months
Newbie question
by Martin Steinmann
Hi
I am new to Kadischi but succeeded at building my first LiveCD. However,
something changed - maybe I upgraded the FC5 system or something - and
now Kadischi does not work anymore.
I use this command directly from the Wiki:
kadischi
http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os
/tmp/fedora-live.iso
It runs through up until the moment when it would start to actually
install the RPMs. The error message is:
The file expat-1.95.8-8.2.i386.rpm cannot be opened. This is due to a
missing file or perhaps a corrupt package. If you are installing from CD
this usually means that the CD media is corrupt ..... REBOOT
However, that file is in the repository.
Any suggestions?
--martin
17 years, 8 months
Re: Hosting your LiveCD
by amrobot
Hello,
It will likely be a week or two, I've identified the project I'd like to
include, I just need to find a hard drive (I have one that will be
available to me within a week), install Fedora on it, and then likely
use kadischi (or a kadischi like method) to create it.
I've worked with remastering Knoppix before, and I'd like to try using
fedora for a liveCD..
Eventually, I may suggest some possible changes to kadischi (if they are
amenable), or maybe take what I've done to automate remastering knoppix
(and changing it for fedora) and post that on sourceforge..
Menno Slaats also suggested that I try sourceforge, I might see what the
parameters are to submit to their site.
Thank you for your help! I'll post to the list when I've got a version
that looks like it works well.
-Roy
Harish Pillay wrote:
> Roy -
>
>> I am going to create a liveCD for myself based on verilog, rtl, board
>> layout, circuit simulation, etc that might also be useful to electrical
>> engineering, computer engineering and computer science students as well
>> as budding professionals in the field.
>>
>> My problem is that I don't have the money, or internet connection that
>> could support hosting the ISO.
>>
>> Does anyone know of somewhere that might be interested in hosting it?
>
> I can help you out here. I am with the Linux Users' Group (Singapore) and
> we have disk space on our servers sitting at a hosting site with no
> bandwidth
> restrictions. Tell me when you are ready.
>
> Thanks.
>
> Harish Pillay, President
> Linux Users' Group (Singapore) www.lugs.org.sg
>
>
17 years, 8 months
help?
by amrobot
Hello,
I am going to create a liveCD for myself based on verilog, rtl, board
layout, circuit simulation, etc that might also be useful to electrical
engineering, computer engineering and computer science students as well
as budding professionals in the field.
My problem is that I don't have the money, or internet connection that
could support hosting the ISO.
Does anyone know of somewhere that might be interested in hosting it?
-Roy Nielsen
17 years, 8 months
alternative rebootless installer, was Re: kexec instead of rebooting at the end of the install?
by Jane Dogalt
--- Matthew Miller <mattdm(a)mattdm.org> wrote:
> So, tell me -- is this a crazy idea?
Certainly no crazier than this idea I mentioned on the livecd list-
---------------------------------------------
Rebootless Installer - Implementation Outline
---------------------------------------------
Goal: A cd/dvd/bluray iso which serves as both a traditional livecd, and a
traditional install cd (functionally akin to current ubuntu stuffs, but
radically different implementation, as well as 'rebootless' feature)
1) take your linux distro (i.e. fc6). Create a "hardware agnostic" minimal
(but useful) installation. I.e. resulting install image can be booted on any
supported hardware, and all hardware configuration is done during normal system
boot. I.e. the type of system installation you would put on a traditional
'livecd'. Now put this on a livecd, but with a cutting edge boot method such
as...
2) the latest linux-from-scratch livecd implements a particularly novel livecd
system. Traditionally, various implementations have usually used ram based
tmpfs, combined with rom based cd/dvd iso9660, zisofs, squashfs. Along with
some bindmounting, or unionfs to get a nice copy-on-write action going.
The latest LFS livecd however uses a radical method of storing the system as an
ext3 filesystem image (sparse file) on the cd/dvd iso9660 fs, but compressed
with zisofs. Then, during early boot, a tmpfs is created, and a large sparse
file is created in tmpfs. This sparse file in tmpfs is then used as a
devicemapper snapshot device, allowing an alternate COW mechanism to the
traditional unionfs mechanism. Now, extending the radicalism-
3) make the following change to (2): Instead of using the sparse file image on
dvd, and in tmpfs, use device mapper mirrors for both, initially created as
broken mirrors, with the unbroken half being the same image used in (2).
4) now, one can implement an installer application on the livecd like so:
- have user create target partitions the traditional way
- now, to install, just set the target partitions as the unbroken halfs of the
device mapper mirrors created in (3). Then let the device mapper "install" the
system by repairing the mirror.
- once the mirror is unbroken, manually rebreak it, the opposite way, so the
tmpfs image, and cd/dvd rom can be discarded/forgotten-about/unmounted/ejected.
- thus once the installer has completed, the same livecd system that the user
has been looking at and playing with, _*has become the installed system*_. No
reboot is necessary, except for normal kernel maintenance as released updates
dictate.
- one beneficial side effect, is that the system will be prepared from the
beginning for the user to optionally add another disk to be used to 'fix' the
broken mirror. (or alternately the bootscripts could remove the broken mirror
cruft during the next reboot, so it looks like a perfectly 'normal' system).
- one last note, I haven't actually experimented with all of this, but I'm
guessing that it's also possible to make the COW dm-snapshot device disappear
by "writing back" it's contents to the main image. Otherwise one would have to
keep around the original small system image (which isn't necessarily a useless
side effect).
-jdog
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
17 years, 9 months