livecd-creator command doesn't appear to be creating vmlinuz
by Tim Boring
i'm trying to build a livecd using the livecd-creator tool on FC6 but am
having some issues. the command completes with an exit code of 0 but the
resulting ISO doesn't include the kernel in the boot directory. here are a
couple lines from the output of livecd-creator that seem to point to an
issue with the chroot environment:
Installed: bash.i386 0:3.1-16.1 grub.i386 0:0.97-13
Dependency Installed: basesystem.noarch 0:8.0-5.1.1 diffutils.i386 0:
2.8.1-15.2.2 fedora-logos.noarch 0:6.0.6-1.fc6 filesystem.i386 0:2.4.0-1
glibc.i686 0:2.5-3 glibc-common.i386 0:2.5-3 info.i386 0:4.8-11.1
libgcc.i386 0:4.1.1-30 libtermcap.i386 0:2.0.8-46.1 mktemp.i386 3:1.5-23.2.2
ncurses.i386 0:5.5-24.20060715 setup.noarch 0:2.5.55-1 termcap.noarch 1:
5.5-1.20060701.1 tzdata.noarch 0:2006m-2.fc6 zlib.i386 0:1.2.3-3
Unknown option or parameter "gconfd-root"
/sbin/mayflower [--help] <out-initrd-image> <kernel-version>
example: /sbin/mayflower /boot/myinitramfs.img `uname -r`
/usr/sbin/chroot: cannot run command `/sbin/fixfiles': No such file or
directory
/bin/cp: cannot stat
`/var/tmp/livecd-creator/build-tmpe4dAud/install_root/boot/vmlinuz*': No
such file or directory
/bin/mv: cannot stat
`/var/tmp/livecd-creator/build-tmpe4dAud/install_root/boot/livecd-
initramfs.img': No such file or directory
but i'm not really sure how to proceed from this point. before running the
command i added /sbin to root's path and i also verified that /sbin/fixfiles
exists...so that looks ok in the normal environment. i guess i'm not sure
why it wouldn't work in the chroot environment. any ideas or suggestions
are appreciated.
thanks,
tim
thanks,
tim
16 years, 11 months
Re: [Fedora-livecd-list] Test3 LiveCD QA issues
by David Zeuthen
On Wed, 2007-04-04 at 19:54 +0200, Nicolas Mailhot wrote:
> Le mercredi 04 avril 2007 à 12:47 -0400, David Zeuthen a écrit :
>
> > You missed my favorite pet peeve about the default desktop install. We
> > show two trash cans, one in lower panel and one on the desktop. Do we
> > _really_ want people to call us the trash distro? :-)
>
> What do you complain about ? This is the desktop that removed quick
> terminal access, (and a few months later it tops in mugshot's stats)
>
> The Fedora desktop moves in mysterious ways
For the record, nautilus-open-terminal was in the FC6 live cd (reason:
"For the adult in you") [1] so at least I share your point of view. I
don't know why it disappeared from the Fedora 7 live cd. When the merger
is complete it should probably be pulled in by one of the default
@desktop groups.
(Btw, in the future please rather file a bug so nautilus-open-terminal
can go into the default set instead of... snide remarks. Thanks for your
continued interested in the Fedora desktop project.)
David
[1] :
http://www.mail-archive.com/fedora-announce-list@redhat.com/msg01172.html
16 years, 12 months
Fedora 7 Test3 LiveCD feedback
by Gain Paolo Mureddu
I'm not sure if this is the right place to provide feedback on the
LiveCD for the Test versions of Fedora 7... If this is not, then please
point me in the right direction.
I recently tried the latest LiveCD on a factory build HP Pavillion
machine (I'm not sure about the model, sorry), and found a few problems.
Fortunately enough I had no problems booting up the LiveCD, however here
are my observations:
* Proper keyboard map is not loaded when changing the language for the
session. Maybe this is the most offending "problem" of the ones I found.
I tested the LiveCD in English and Spanish (Mexico). When I switched to
Spanish, I expected the keymap to be changed to that of Spanish Latin
American, instead the default keymap was kept (US English). This is
easily solvable by changing the map with the keyboard applet in GNOME.
* Even though apparently everything seems to be working right for the
graphics hardware on this machine, trying to enable Desktop Effects
resulted in X restarting. The chip in question is an S3 Pro Savage DDR
whose DRI drivers do have support for 32-bpp rendering. I did not go
much further into checking whether or not AIGLX was enabled or not,
etc... Not that this feature is a must, and certainly not on such
hardware, but it would have been nice to test its performance with this
hardware.
* I know all about the reasons behind leaving OOo out of the LiveCD
spins, but AbiWord simply is not enough for .doc documents (while
Gnumeric is more than capable of opening a plethora of .xls files).
AbiWord crashed several times trying to open a rather simple .doc
document, when I get the chance I'll file the proper bug report.
* Compared to other Live media distributions out there, Fedora feels a
bit more "sluggish"... By this I mean that it apparently takes more time
reading data off the CD/DVD media than other distributions like Knoppix.
Not that this is a problem as such, but rather it takes a bit longer to
boot and start the session... On the other hand, Fedora LiveCDs have
about the best hardware detection and setup I've seen yet in a LiveCD.
I'll file bug reports for the Desktop Effects and keyboard map issues in
bugzilla as soon as I can (if not others have already filed them), all
in all this test release is a very solid one, and it was rather nice to
see it in action. All the good news follow:
* I was able to instantly browse the Windows network I have setup at
home and it did so without any problems (as expected as there are two
other Fedora linux boxes on this network, the master file server [FC5]
and my personal workstation [FC6], so not only was the Windows network
visible and "browseable", but also some *nix services [like sftp])
* For this computer in particular the performance in the desktop
interactivity is far superior to its native OS (WinXP Home). Browsing
the large collection of family photographs on the file server was a
snap, and the rendering speed and pan speed of the images when viewed at
full size (2048/1536) was pretty fast. By comparison, using the Windows'
image viewer panning the images when viewed in full size is painfully
slow, plus no double filtering for zooms ;)
* Configuring the network was a snap! The machine is set for DHCP, so it
was automagically setup, however when to manually configure it, it was
also very easy to do, especially since now the network applet is there
by defaul, which means that opening and changing the connection's
properties is very, very simple to do and easy. My father was rather
impressed.
* Removable media support, as always is superb. Tested the multi card
reader on the machine only for consistency and completeness... Not
problems in this area either, and it is rather nice to see the devices
still there in the computer:/// view, even when the partitions have been
unmounted, just like its been standard in GNOME since a few releases ago.
* Printing is now REALLY simple. Actually it has been ever since FC6
(which allowed you to change some printing options like paper, printing
quality etc, right from the print menu on most applications, rather than
having to define several printers for the same hardware for different
quality settings). A bit OT, but is it possible to get commercial ppd
files to be used with CUPS and Gutenprint?
* Firefox2 addition was a pleasant surprise... Though would it be
possible to make the spell checker work with aspell as well?, so that it
would also scan for errors in spelling for other languages, especially
useful for HDD installations. In the current state it only works if you
type in English, which means that any other language other than English
will be red highlighted (kind of annoying, and I know, I know, it can be
disabled... Consider this an RFE, though I'm afraid this depends on
Mozilla rather than Fedora).
16 years, 12 months
git write access, who to poke?
by Rex Dieter
Now that the kde livecd configs are in the livecd git repo, who can I
poke to get write access? I'd like to be able use that as the
authoritative copy used for development purposes.
(I'll have to learn to use git too, but that's my problem).
-- Rex
16 years, 12 months
Re: [Fedora-livecd-list] Test3 LiveCD QA issues
by Rahul Sundaram
Nicolas Mailhot wrote:
> Le mercredi 04 avril 2007 à 12:47 -0400, David Zeuthen a écrit :
>
>> You missed my favorite pet peeve about the default desktop install. We
>> show two trash cans, one in lower panel and one on the desktop. Do we
>> _really_ want people to call us the trash distro? :-)
>
> What do you complain about ? This is the desktop that removed quick
> terminal access, (and a few months later it tops in mugshot's stats)
>
> The Fedora desktop moves in mysterious ways
I think you have pointed out that mugshot reference enough times by now.
The nautilus extension to have the terminal in the context menu is
installed by default which I am not sure is intentional.
Rahul
16 years, 12 months
Test3 LiveCD QA issues
by Max Spevack
I just spent about 90 minutes going through Test3, starting with the Gnome
LiveCD and working my way through installation, firstboot, and login. I
tried to relive my days as a QA engineer and adopt the mindset of a user
who isn't deeply technical, and as a user who becomes uncomfortable at
anything that doesn't seem to "just work" the way it's expected to.
I have a number of suggestions and straight bugs. I don't have the time
to open bugzillas for all of these.
Most of this is LiveCD stuff, but some of it is general QA.
Will -- I'm going to leave it up to you to file Bugzillas, etc. as
appropriate.
--Max
======================
Booting the LiveCD, grub gives you two options:
Fedora-7-Test3-Live-i386
Fedora-7-Test3-Live-i386 from RAM
This is confusing -- should I choose default or no? What's the difference
between the two? I think users will be confused.
======================
The default user name at the Live CD's gdm -- this is a simple change
s/Fedora live CD/Fedora/
then if it's a LiveUSB or LiveDVD, the user name doesn't look odd
======================
First impressions of the LiveCD desktop
We want it to be uncluttered, and to show off the coolest stuff in the
most obvious way. To that end:
- do we need the SCIM module in the top right?
- do we need the Desktop search module in the top right?
What about the default applications at the top of the GNOME panel?
- now: evolution, web browser
Why not also add some useful/common apps:
- instant messenger
- the gimp
- abiword
======================
Firefox
- We need a default homepage for Firefox that isn't just the generic
firefox page.
- We need to update the default bookmarks for Firefox in F7. There's
actually a wiki page where we're working on the list.
http://fedoraproject.org/wiki/Releases/7/Bookmarks
======================
I tried every single application under "Applications", "Places", and
"System". It was a disappointing experience. Has anyone else done this,
both for the liveCD and/or for the actual installed distro?
- abiword crashes on startup
- "calendar" in the office section is actually Evolution and it
crashes when you close it
- "email" in the top launcher is also Evolution, and it too crashes
(obviously) when you close it.
- "tasks" in the office section -- same thing
- so shouldn't it just have one more generalized name?
- "Other->Theme Installer" doesn't do anything, and should be
removed
- CD Player takes a long time to boot, and then locks/crashes
- "Places->Network" crashes when you close it and takes down the
whole gnome panel, which restarts
- "System->Administration->Logical Volume Manager" gives "unknown
error" on startup.
- "System->About Fedora" can't load properly due to missing
about-fedora.xml
======================
Trying out the installer
The "restart" button at the end of the anaconda/install window didn't
work, and I had to manually restart the machine from Gnome's system menu.
After rebooting.....
"License Information" in Firstboot
- Can we make the text box smaller, to better fit the text that is in it?
- Either the "Forward" button should say "Understood, please proceed" or
the place in the grey where it says "Understood, please proceed" should
simply be gone. It looks dumb.
"Hardware Profile" screen in Firstboot.
Let's clean up the text. It's quite wordy, and contains incorrect
capitalizations.
"Smolt is a hardware profiler for the Fedora Project. Submitting your
profile helps focus our efforts on pupular hardware and platforms. All
submissions are anonymous."
The last part "Sending your profile will enable a monthly update" -- I
assume that means that if you send your profile *now* it will send an
updated version of it every month. Is that right? Can the user disable
that easily?
I forgot to look, but we must make sure that the default choice is "do not
send".
16 years, 12 months
Re: [Fedora-livecd-list] Test3 LiveCD QA issues
by Jesse Keating
On Wednesday 04 April 2007 13:14:31 dragoran dragoran wrote:
> which is not true for x86_64 it does not even work with 2gb (oom)
This was a bug in how this was done from DVD which should be fixed now, so
that the comment should still apply.
--
Jesse Keating
Release Engineer: Fedora
16 years, 12 months
[PATCH] Generalization for different ways of booting the live image
by Jeremy Katz
* Move to /dev/live instead of /dev/livecd to work with live USB sticks
as well as live CDs.
* Create /dev/live-osimg and /dev/live-squashed symlinks so that we can find
the real os image block device more easily from the running live image
* Copy squashfs.img when going from RAM to avoid #234881
---
creator/livecd-creator | 4 +-
creator/mayflower | 77 ++++++++++++++++++++++++++++--------------------
2 files changed, 47 insertions(+), 34 deletions(-)
diff --git a/creator/livecd-creator b/creator/livecd-creator
index fcf7cc3..5f5c91b 100755
--- a/creator/livecd-creator
+++ b/creator/livecd-creator
@@ -674,12 +674,12 @@ menu color hotkey 0 #ffffffff #ff000000
label linux
menu label %(label)s
kernel vmlinuz
- append initrd=initrd.img ro quiet root=CDLABEL=%(label)s rootfstype=iso9660 livecd
+ append initrd=initrd.img ro quiet root=CDLABEL=%(label)s rootfstype=iso9660 liveimg
label runfromram
menu label %(label)s from RAM
kernel vmlinuz
- append initrd=initrd.img ro quiet root=CDLABEL=%(label)s rootfstype=iso9660 livecd livecd_ram
+ append initrd=initrd.img ro quiet root=CDLABEL=%(label)s rootfstype=iso9660 liveimg live_ram
""" %{"label": self.fs_label, "background" : have_background}
cfgf = open("%s/out/isolinux/isolinux.cfg" %(self.build_dir,), "w")
diff --git a/creator/mayflower b/creator/mayflower
index 212c672..f483e1e 100755
--- a/creator/mayflower
+++ b/creator/mayflower
@@ -234,8 +234,8 @@ rootfstype=""
quiet=0
shell=0
eshell=0
-livecd_ram=0
-livecd_locale=""
+live_ram=0
+live_locale=""
# Parse kernel commandline options
#
@@ -259,11 +259,11 @@ for o in \`cat /proc/cmdline\` ; do
eshell)
eshell=1
;;
- livecd_ram)
- livecd_ram=1
+ live_ram)
+ live_ram=1
;;
- livecd_locale=*)
- livecd_locale=\${o#livecd_locale=}
+ live_locale=*)
+ live_locale=\${o#live_locale=}
;;
esac
done
@@ -536,19 +536,19 @@ else
fi
# live cd helper function
-do_livecd_from_loop121() {
+do_live_from_loop121() {
# create a sparse file for the overlay
dd if=/dev/null of=/overlay bs=1024 count=1 seek=$((512*1024)) 2> /dev/null
losetup /dev/loop119 /overlay
# set up the snapshot
- echo 0 \`blockdev --getsize /dev/loop121\` snapshot /dev/loop121 /dev/loop119 p 8 | dmsetup create livecd-rw
+ echo 0 \`blockdev --getsize /dev/loop121\` snapshot /dev/loop121 /dev/loop119 p 8 | dmsetup create live-rw
# set up new /dev/root symlink
rm -f /dev/root
- ln -s /dev/mapper/livecd-rw /dev/root
+ ln -s /dev/mapper/live-rw /dev/root
- mount -n -t ext3 /dev/mapper/livecd-rw /sysroot
+ mount -n -t ext3 /dev/mapper/live-rw /sysroot
# here you can modify the rw ext3 fs for testing if you don't want to
# respin the entire rootfs (which takes ages). Example
#
@@ -557,24 +557,36 @@ do_livecd_from_loop121() {
# We also use it to dynamically set the system locale from the boot
# menu on live cd's.
#
- if [ "\$livecd_locale" != "" ] ; then
- echo "LANG=\$livecd_locale" > /sysroot/etc/sysconfig/i18n
+ if [ "\$live_locale" != "" ] ; then
+ echo "LANG=\$live_locale" > /sysroot/etc/sysconfig/i18n
fi
- # create rule so udev creates /dev/livecd symlink on real rootfs
- if [ "\$livecd_ram" == "1" ] ; then
- echo "KERNEL==\"loop118\", SYMLINK+=\"livecd\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
- else
- echo "KERNEL==\"hd[a-z]\", BUS==\"ide\", SYSFS{removable}==\"1\", ATTRS{media}==\"cdrom\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"livecd\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
- echo "KERNEL==\"sr[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"livecd\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
- echo "KERNEL==\"scd[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"livecd\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
- echo "KERNEL==\"pcd[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"livecd\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ # create rule so udev creates /dev/live symlink on real rootfs
+ if [ -n "\$CDLABEL" ]; then
+ echo "KERNEL==\"hd[a-z]\", BUS==\"ide\", SYSFS{removable}==\"1\", ATTRS{media}==\"cdrom\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"sr[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"scd[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"pcd[0-9]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$CDLABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ elif [ -n "\$LABEL" ]; then
+ echo "KERNEL==\"hd[a-z]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$LABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"hd[a-z][0-9]*\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$LABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"sd[a-z]\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$LABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"sd[a-z][0-9]*\", PROGRAM=\"/lib/udev/vol_id -l %N\", RESULT==\"\$LABEL\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ elif [ -n "\$UUID" ]; then
+ echo "KERNEL==\"hd[a-z]\", PROGRAM=\"/lib/udev/vol_id -u %N\", RESULT==\"\$UUID\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"hd[a-z][0-9]*\", PROGRAM=\"/lib/udev/vol_id -u %N\", RESULT==\"\$UUID\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"sd[a-z]\", PROGRAM=\"/lib/udev/vol_id -u %N\", RESULT==\"\$UUID\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"sd[a-z][0-9]*\", PROGRAM=\"/lib/udev/vol_id -u %N\", RESULT==\"\$UUID\", SYMLINK+=\"live\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
fi
+ # add rules for /dev/live-squashed and /dev/live-osimg
+ echo "KERNEL==\"loop120\" SYMLINK+=\"live-squashed\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+ echo "KERNEL==\"loop121\" SYMLINK+=\"live-osimg\"" >> /sysroot/etc/udev/rules.d/50-udev.rules
+
mount -n -o ro,remount /sysroot
}
-# we might have an uncompressed embedded ext3 to use as rootfs (uncompressed livecd)
+# we might have an uncompressed embedded ext3 to use as rootfs (uncompressed live)
#
if [ -e /sysroot/LiveOS/ext3fs.img ]; then
EXT3FS="/sysroot/LiveOS/ext3fs.img"
@@ -599,10 +611,10 @@ if [ -n "\$EXT3FS" ] ; then
losetup /dev/loop121 \$EXT3FS
umount -l /sysroot
- do_livecd_from_loop121
+ do_live_from_loop121
fi
-# we might have an embedded ext3 on squashfs to use as rootfs (compressed livecd)
+# we might have an embedded ext3 on squashfs to use as rootfs (compressed live)
#
if [ -e /sysroot/LiveOS/squashfs.img ]; then
SQUASHED="/sysroot/LiveOS/squashfs.img"
@@ -625,15 +637,14 @@ if [ -n "\$SQUASHED" ] ; then
modprobe loop max_loop=128
modprobe dm_snapshot
- if [ "\$livecd_ram" == "1" ] ; then
- echo "Copying livecd to RAM..."
- echo "(this may take a few minutes. CD will be ejected upon completion.)"
- dd if=/dev/root of=/livecd.iso bs=512 2> /dev/null
+ if [ "\$live_ram" == "1" ] ; then
+ echo "Copying live image to RAM..."
+ echo "(this may take a few minutes)"
+ dd if=\$SQUASHED of=/squashed.img bs=512 2> /dev/null
umount -n /sysroot
- echo "Done copying livecd to RAM."
+ echo "Done copying live image to RAM."
eject -p /dev/root
- losetup /dev/loop118 /livecd.iso
- mount -n -t iso9660 /dev/loop118 /sysroot
+ SQUASHED="/squashed.img"
fi
losetup /dev/loop120 \$SQUASHED
@@ -643,9 +654,11 @@ if [ -n "\$SQUASHED" ] ; then
losetup /dev/loop121 /squashfs/os.img
umount -l /squashfs
- umount -l /sysroot
+ if [ "\$live_ram" == "0" ] ; then
+ umount -l /sysroot
+ fi
- do_livecd_from_loop121
+ do_live_from_loop121
fi
if [ "\$eshell" == "1" ] ; then
--
1.5.0.6
16 years, 12 months
Kadischi: USB CDROM drives
by J. Hartline
Hello.
I have just committed some changes to Kadischi's CVS tree
which should rectify the issue with Kadischi built LiveCD media not booting
properly on USB CDROM drives.
I am asking that the people who are using Kadischi test the latest CVS tree
and verify this works on your USB CDROM drives.
If you encounter early bootstrap propblems and any kernel panics
please report the errors if any and send to the list. This fix has been
put off for quite some time for the fact I did not have a USB CDROM
drive lying around to test with.
It should be all good now, please test it and report your results.
J. Hartline
16 years, 12 months