Hi dmc,I was referring to the /usr/bin/livecd-iso-to-disk tool and not the hard disk install.So just ignore me there then.Thanks.> Date: Wed, 11 Jul 2007 00:08:56 -0500> From: dmc.fedora(a)filteredperception.org> To: fedora-livecd-list(a)redhat.com> Subject: Re: [Fedora-livecd-list] RFC- improving livecd installer efficiency> > Russ,> > If you are referring to the /usr/bin/livecd-iso-to-disk tool, then> the problem I described is not the culprit. If however you are talking> about the 'install to harddrive' feature run from within the fedora-7-livecd> environment, then yes, that would be affecting you.> > If my theory is correct, the install time might be taking up to 70% longer than > it could (if implemented with the resize2fs procedures).> > -dmc> > russdyson(a)hotmail.com wrote:> > As a relative noob (only been into Linux for about 1 year -> > and a lot of what you guys talk about goes over my head), I> > would just like to add that with my 4GB usb2 stick it> > does seem to take a disproportionaly long time to copy the> > boot image files from the livecd iso file to the stick.> > This might be because it is filling the rest of the drive with 0's> > as you suggest.Still damn cool though!Russ.> > --> Fedora-livecd-list mailing list> Fedora-livecd-list(a)redhat.com> https://www.redhat.com/mailman/listinfo/fedora-livecd-list
With Windows Live Hotmail, you can personalize your inbox with your favorite color.
As a relative noob (only been into Linux for about 1 year - and a lot of what you guys talk about goes over my head), I would just like to add that with my 4GB usb2 stick it does seem to take a disproportionaly long time to copy the boot image files from the livecd iso file to the stick. This might be because it is filling the rest of the drive with 0's as you suggest.Still damn cool though!Russ.> Date: Tue, 10 Jul 2007 06:07:37 -0500> From: dmc.fedora(a)filteredperception.org> To: fedora-livecd-list(a)redhat.com> Subject: [Fedora-livecd-list] RFC- improving livecd installer efficiency> > Question: Does the current livecd installer inefficiently write lots of 0's to > the destination drive that it doesn't need to?> > I think it might. The os.img on the F7 livecd is a 4G sparse file with about > 2.3G of data. Anaconda's livecdcopy backend uses python's os.read/write. I > would guess that that means that 4G of data is getting written, when > theoretically only 2.3G needs to.> > The solution that comes to mind is this-> > in livecd-tools, create the os.img as a 7G (or 700G??) sparse file. Basically > just way big. Then take care to make the ext3fs be the exact correct size for > the data (i.e. 2.3G). Then, in the initramfs, just after mounting it (after > snapshotting it), do a resize2fs to 7G (or 700G).> > Then when anaconda does the copy, only copy the first 2.3G of the sparse file.> > It is however late in the 'day' for me, so maybe someone can chime in with > confirmation or refutation of my logic here.> > -dmc> > --> Fedora-livecd-list mailing list> Fedora-livecd-list(a)redhat.com> https://www.redhat.com/mailman/listinfo/fedora-livecd-list
Make every IM count. Download Windows Live Messenger and join the i’m Initiative now. It’s free.
Well... Now that I understand dm-mirror (somewhat at least), it appears the
patch to livecd-tools to support rebootless installation is 0 lines long. Hmm...
Of course if it actually works, I'm still baffled as to why I haven't seen it as
an advertised feature anywhere? Anybody care to hit me with the _metaphorical_
Although by my understanding, you still would need to introduce a dm layer for
the overlay file to support live-migration to usb-flash. Although maybe I'm
just missing something obvious there as well... ?
Also, if pvmove can work for this, somebody please let me know. I just don't
have enough experience with lvm power usage to know if it is possible (it seems
like from what I've read, pvmove is only good for devices which have been
pvcreated, but quite possibly my understanding is incomplete).
A few days ago, I mentioned there is no one behind kadischi's
development team and it will be EOL'ed this saturday.
So today is Saturday 07 July 2007 (in a few minutes it will be 08 July
2007), kadischi's bug review was marked and closed as NOTABUG,
while the remaining 4 open bugs under kadischi's name :
# A first experience ( #222568 )
# Kadischi does not build on VMware hosted OS ( #216151 )
# Kadischi may raise an exception when attempting to copy device
files. ( #211692 )
# Processed: Kadischi build fails if dietlibc is installed ( #167220 )
were closed as WONTFIX.
Therefore, I'm announcing the official EOF of Kadischi. It is sad, but
it is _not_ the end of creation of custom spins at the Fedora Project
since Jeroen van Meeuwen and his friends are actively maintaining
revisor. If you were a kadischi user in the past, you will probably
see revisor as a better alternative.
# I'll like to thank everyone who participated in the kadischi
project: whether by contributing codes
# or by testing, translations, documentation,...
We will still be looking forward to see your contributions at the new
The Fedora Livecd Mailing list is still active and you can still
asked your livecd related questions there. However I don't know what
will be the state of the #fedora-livecd irc channel on freenode. The
average number of people who joined this channel daily is 5 and
there's pretty much no discussions. Well, #fedora-devel is always
I was able to create a CentOS 5 Live CD with livecd-tools 009. However,
before launching the livecd-creator, I had to increase the maximum
number of open files:
# ulimit -n 65535
I added a script in the kickstart configuration file to automatically
mount hard drive and logical volume partitions via
/etc/rc.d/init.d/centos-live. If anyone is interested, I could post the
I would like to thank the livecd-tools coders for such a powerfull tool.
How to compile c programs in fedora 7 KDE?
I need to command to do this thanks
Boardwalk for $500? In 2007? Ha!
Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.