Red Hat Bugzilla – Bug 503170
boot.iso burnt to CDrom does not ask for install source when installed through UEFI
Last modified: 2009-06-04 10:57:29 EDT
Description of problem: When the system is booted in UEFI mode, using a CDROM with boot.iso burnt in to it, the installation process never asks for the installation sources to continue install. The installation process stops after it aquaires DHCP IP. Anaconda does not throw up any message nor does the installation proceeds.
Version-Release number of selected component (if applicable):188.8.131.52
How reproducible: Always
Steps to Reproduce:
1. In the System setup , enable UEFI mode
2. Once the system boots into UEFI start installation using boot media (boot.iso).
3. Notice that anaconda does not ask for install source files.
4. Just after configuring network, the installation process stops. Despite leaving it in that state for more than 30 minutes, no error message is seen. Installation does not proceed.
Installation process stops, unable to get the installation files.
Expected results:The path for installation is asked and installation of the OS completes.
When trying to boot with the same media in the legacy BIOS mode,the CD does not boot. Despite the fact that boot.iso has EFI and BIOS bootable directories burnt on it it, the CDROM does not boot in legacy BIOS mode.
What's on tty2/3/4/5 at the point where it's hanging?
From netstat logs it was found that the system is trying to access fedoraprojects.org. The system that I am installaing does not have internet connection.
The system does not hang. The GUI freezes, but I am able to access the system from tty2.dmesg on tty4 shows DHCP congif as the the last entry. The installation process does not proceed further.
Here is a last few lines in the output for netstat -al. I will attach anaconda.log as well in a some time.
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 1 172.16.69.95:55209 184.108.40.206:443 SYN_SENT
udp 0 0 0.0.0.0:68 0.0.0.0:*
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ACC ] STREAM LISTENING 4711 @/var/run/hald/dbus-JvTfzvhUGA
unix 2 [ ACC ] STREAM LISTENING 6760 @/tmp/.X11-unix/X1
unix 2 [ ACC ] STREAM LISTENING 6761 /tmp/.X11-unix/X1
unix 2 [ ] DGRAM 1620 @/org/kernel/udev/udevd
unix 2 [ ] DGRAM 4797 @/org/freedesktop/hal/udev_event
Created attachment 346246 [details]
Are you behind a proxy?
NO. This is an isolated lab network . These systems are not connected to internet.
Well, there's the problem! boot.iso can't tell the difference between a lab network and the internet, and is looking for the install source. If you wait long enough, it should time out (though I don't know if it then allows you to then choose your own source), but to circumvent that you should be using askmethod or method= on the command line.
(In reply to comment #6)
> Well, there's the problem! boot.iso can't tell the difference between a lab
> network and the internet, and is looking for the install source. If you wait
> long enough, it should time out (though I don't know if it then allows you to
> then choose your own source), but to circumvent that you should be using
> askmethod or method= on the command line.
Thanks.However, I have left if for close to two hours but it did not timeout.
Checking tty3 (ctrl-alt-F3) should be able to tell you whether it's still trying to locate the source or if there's something else wrong. Timeouts do take a long time, so I could see it taking 2+ hours.