Question about splash.jpg
by Scott Dowdle
Greetings,
I'm a Fedora remix maker and the following refers to Fedora 13 and the version of livecd-tools and livecd-creator currently shipping with it. I haven't yet advanced to making rpm packages for my minor modifications. I currently just do a few copy operations in the %post --nochroot section of my kickstart file.
The only thing I haven't figured out yet is how to replace the /isolinux/splash.jpg on the Live media. I thought just copying my desired jpg file to /usr/lib/anaconda-runtime/syslinux-vesa-splash.jpg would do the trick as that appears to be the file referenced per this snooping:
# grep jpg /usr/lib/python2.6/site-packages/imgcreate/live.py
"/usr/lib/anaconda-runtime/syslinux-vesa-splash.jpg"
if self.__copy_syslinux_background(isodir + "/isolinux/splash.jpg"):
background = "menu background splash.jpg"
That doesn't seem to work. What file do I need to replace?
I'd appreciate it if someone in the know would answer the question rather than questioning my wanting to do it in the first place. :)
Thanks in advance,
--
Scott Dowdle
704 Church Street
Belgrade, MT 59714
(406)388-0827 [home]
(406)994-3931 [work]
13 years, 10 months
Non-native architectures (corr.)
by Misha Shnurapet
Sorry for sending it twice, I forgot the most important thing.
Hi.
Currently, running an x86_64 system I can also re-spin 32-bit versions
by using "setarch i686" in the command line:
su -c "setarch i686 livecd-creator
--config=/usr/share/spin-kickstarts/fedora-livecd-desktop.ks"
But it does not work other way around. For example,
su -c "setarch x86_64 livecd-creator
--config=/usr/share/spin-kickstarts/fedora-livecd-desktop.ks"
gives an error _if run on 32-bit Fedora_. Same for another architecture.
I think there's something
wrong with this. Is it possible to create spins for other architectures?
Can it be fixed?
Thank you.
--
Best regards,
Misha Shnurapet, Fedora Project Contributor
http://fedoraproject.org/wiki/User:Shnurapet
shnurapet at fedoraproject.org, GPG: 00217306
13 years, 10 months
Help: livecd-creator details
by Lee Eric
Hi all,
I'm a user of Fedora 12. And I wanna make my own Live CD by using some
ways. I noticed livecd-creator works well and I read its read me under
/usr/share/doc, it looks like here's a chapter named "HOW THE LIVE CD
CREATOR WORKS" tell us how to make a Live CD manually. So I'm very
curious how this magic happened then a Live CD created.
I don't know Python at all so I take the steps by reading the
instruction. I made a fake root directory then it's a small Linux file
root file system. And I also copied isolinux.bin and kernel into the
isolinux directory. Of course I build a small isolinux.cfg with
following contents.
default linux
timeout 60
label linux
kernel vmlinuz
append initrd=initrd.img root=LABEL=livecd
But I just copied initramfs from the fake root so it's normal that it
cannot mount root file system correctly after I start from the ISO
image I created. I noticed following error message.
Can't mount root file system.
mount: /dev/sr0 already mounted or /sysroot busy
So my problem is could anyone show me details how to create a live cd
by using commands manually and show me some tips to modify init script
in initrd then can mount root fs correctly?
Thanks very much.
Regards,
Eric
13 years, 10 months
[PATCH] prepend _ to the file system label.
by Joey Boggs
In cases where a livecd is created, the iso label and the ext root file system have the same label causing a race between what device is symlinked to /dev/live.
To avoid this confusion _ is prepended to the fslabel
---
imgcreate/fs.py | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/imgcreate/fs.py b/imgcreate/fs.py
index b8d61db..f5eed39 100644
--- a/imgcreate/fs.py
+++ b/imgcreate/fs.py
@@ -395,7 +395,7 @@ class ExtDiskMount(DiskMount):
def __init__(self, disk, mountdir, fstype, blocksize, fslabel, rmmountdir=True):
DiskMount.__init__(self, disk, mountdir, fstype, rmmountdir)
self.blocksize = blocksize
- self.fslabel = fslabel
+ self.fslabel = "_" + fslabel
def __format_filesystem(self):
logging.debug("Formating %s filesystem on %s" % (self.fstype, self.disk.device))
--
1.7.0.1
13 years, 10 months
livecd-iso-to-pxeboot: Error 16: Inconsistent filesystem structure
by Yogesh Sonawane
Hello,
Using the command,
livecd-iso-to-pxe F10-x86_64-Live.iso
the iso file was extracted and had the following files:
1. pxelinux.cfg
2. initrd0.img
3. pxelinux.0
4. vmlinuz0
All the files under the folder "tftpboot" were kept at the location
(hd0,0)/test on *64-bit windows *machine.
The menu.lst contents:
title Launch Test Application
kernel (hd0,0)/test/vmlinuz0 root=/F10-x86_64-Live.iso rootflags=loop
rootfstype=auto ro liveimg quiet
initrd (hd0,0)/test/initrd0.img
rootnovrify
boot
On rebooting the system, the following error was displayed:
initrd (hd0,0)/test/initrd0.img
Error 16: Inconsistent filesystem structure
But on *32-bit windows machine it works *very properly without any
warning or error.
Can anyone let me know how to resolve the FileSystem inconsistency?
Thanks,
Yogesh
13 years, 11 months
[PATCH v2] Implement %post --erroronfail
by Daniel Drake
This flag is documented and parsed, but not acted upon.
---
imgcreate/creator.py | 11 +++++++++--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/imgcreate/creator.py b/imgcreate/creator.py
index 909f616..4deb49e 100644
--- a/imgcreate/creator.py
+++ b/imgcreate/creator.py
@@ -23,6 +23,7 @@ import sys
import tempfile
import shutil
import logging
+import subprocess
import selinux
import yum
@@ -702,11 +703,17 @@ class ImageCreator(object):
script = "/tmp/" + os.path.basename(path)
try:
- subprocess.call([s.interp, script],
- preexec_fn = preexec, env = env)
+ subprocess.check_call([s.interp, script],
+ preexec_fn = preexec, env = env)
except OSError, (err, msg):
raise CreatorError("Failed to execute %%post script "
"with '%s' : %s" % (s.interp, msg))
+ except subprocess.CalledProcessError, err:
+ if s.errorOnFail:
+ raise CreatorError("%%post script failed with code %d "
+ % err.returncode)
+ logging.warning("ignoring %%post failure (code %d)"
+ % err.returncode)
finally:
os.unlink(path)
--
1.6.2.5
13 years, 11 months
FYI extended attributes being added to squashfs upstream
by Bruno Wolff III
Lougher recently posted some patches to lkml to add extended attribute
support to squashfs.
I don't know if that will allow live images to not have to use ext3/4
on top of squashfs or not, but thought some people here might be interested
in knowing that eventually squashfs will be able to support some things it
doesn't now.
13 years, 11 months
Re: [Fedora-livecd-list] Live USB image does not complete the boot process
by Taylor, Monroe E
Yes, it is the Intel 7300 chipset for server. It requires a discrete graphics chip which in this case is an ATI ES1000.
I did check out the link and it does appear to be similar but is not the same. This system I have does not have access to a network connection so I cannot try to remote login with SSH.
Monroe Taylor III
-----Original Message-----
From: Mads Kiilerich [mailto:mads@kiilerich.com]
Sent: Friday, May 14, 2010 5:30 PM
To: Taylor, Monroe E
Subject: Re: [Fedora-livecd-list] Live USB image does not complete the boot process
Hi
I assume you are using Intel chipset?
From the description it sounds a lot like a recent regression tracked
in https://bugzilla.redhat.com/show_bug.cgi?id=571525, but that is not
related to livecd at all ...
It is just a wild guess. Please let the list know if it helped you.
/Mads
Taylor, Monroe E wrote, On 05/15/2010 01:34 AM:
>
> I use livecd-creator and a custom kickstart file to create F12 liveUSB
> images. I have created a few images which worked well until a month
> ago when I made some changes to allow root login and set SELinux to
> permissive mode.
>
> Now when I create an image, it does not work as expected in that the
> Fedora logo screen is not displayed and the Gnome Desktop does not
> launch on one out of 6 computers.
>
> What happens is when I install the USB and turn on the power the BIOS
> splash screen is displayed. Additionally, the Fedora count down screen
> is also displayed. However, after the count down has completed, the
> screen goes dark with only the cursor displayed. After a few seconds
> the monitor loses synchronization and the message "No input signal" is
> displayed and Gnome Desktop does not launch.
>
> This started occurring on or around March 25. Prior to that time I did
> not have this issue.
>
> The liveUSB I previously created still works all 6 computers.
>
> Also, I download the Fedora live image, burned it to a USB and tried
> it. It also exhibits the issue.
>
> In trying to diagnose this, I downloaded F12 installation DVD and
> installed it on the one computer which exhibits this issue and
> everything worked fine.
>
> I would at least like to see whether the computer is getting to the
> startup mode which allows for interactive boot...
>
>
> Is there a way to determine which (if any) of the boot scripts are
> executed before the message "No input signal" is displayed?
>
> Or is there a way that I can bypass or disable the live countdown
> splash screen altogether to see how far it is getting in the boot
> process?
>
> //
>
> *Monroe** Taylor III
> Test engineering
> Intel Corporation*
> *Americas** Post Sales Support*
> (*480) 552-3041 Fax (480) 552-7565*
> *monroe.e.taylor(a)intel.com* <mailto:monroe.e.taylor@intel.com>
>
>
> --
> livecd mailing list
> livecd(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/livecd
13 years, 11 months
Output filename option for livecd-creator
by Jasper Hartline
Is there any reason why there is no output filename option with livecd-creator?
I would like to have one, and may submit the patches if this is desirable.
13 years, 11 months
Live USB image does not complete the boot process
by Taylor, Monroe E
I use livecd-creator and a custom kickstart file to create F12 liveUSB images. I have created a few images which worked well until a month ago when I made some changes to allow root login and set SELinux to permissive mode.
Now when I create an image, it does not work as expected in that the Fedora logo screen is not displayed and the Gnome Desktop does not launch on one out of 6 computers.
What happens is when I install the USB and turn on the power the BIOS splash screen is displayed. Additionally, the Fedora count down screen is also displayed. However, after the count down has completed, the screen goes dark with only the cursor displayed. After a few seconds the monitor loses synchronization and the message "No input signal" is displayed and Gnome Desktop does not launch.
This started occurring on or around March 25. Prior to that time I did not have this issue.
The liveUSB I previously created still works all 6 computers.
Also, I download the Fedora live image, burned it to a USB and tried it. It also exhibits the issue.
In trying to diagnose this, I downloaded F12 installation DVD and installed it on the one computer which exhibits this issue and everything worked fine.
I would at least like to see whether the computer is getting to the startup mode which allows for interactive boot...
Is there a way to determine which (if any) of the boot scripts are executed before the message "No input signal" is displayed?
Or is there a way that I can bypass or disable the live countdown splash screen altogether to see how far it is getting in the boot process?
[cid:image001.gif@01CAF381.1A5EC670]
Monroe Taylor III
Test engineering
Intel Corporation
Americas Post Sales Support
(480) 552-3041 Fax (480) 552-7565
monroe.e.taylor(a)intel.com<mailto:monroe.e.taylor@intel.com>
13 years, 11 months
