Bug 75178
Summary: | Install crashes after partitioning, before product selection | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Rodolfo J. Paiz <rodolfo> | ||||
Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 8.0 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-02-21 18:49:45 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Rodolfo J. Paiz
2002-10-05 05:39:13 UTC
Created attachment 78824 [details]
Anaconda dump of error message during crash
Still utterly unable to install RH-8.0; now _very_ concerned. Went back to the Athlon to try FTP installs and get more data. Install fails again, with the same error message. However, I did note that I get as far as configuring the machine's IP address before the install conks out. The vsftpd log on the server shows the address correctly negotiated via DHCP, and also that the Athlon downloads "netstg1.img". After that, I get stuck on a blue screen with the Anaconda error... Here are the last couple of lines from my FTP log on the server: Fri Oct 04 00:23:23 2002 [pid 3345] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rpaiz" Fri Oct 04 20:58:30 2002 [pid 7297] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Fri Oct 04 20:58:30 2002 [pid 7300] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Fri Oct 04 20:58:30 2002 [pid 7303] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Fri Oct 04 20:58:31 2002 [pid 7305] [ftp] OK DOWNLOAD: Client "192.168.0.100", "/pub/redhat/8.0/RedHat/base/netstg1.img", 8200192 bytes, 10083.61Kbyte/sec Fri Oct 04 21:18:21 2002 [pid 7386] [ftp] OK LOGIN: Client "192.168.0.100", anon password "anonymous" Sat Oct 05 19:50:46 2002 [pid 14632] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Sat Oct 05 19:50:46 2002 [pid 14635] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Sat Oct 05 19:50:46 2002 [pid 14638] [ftp] OK LOGIN: Client "192.168.0.100", anon password "rhinstall@" Sat Oct 05 19:50:47 2002 [pid 14640] [ftp] OK DOWNLOAD: Client "192.168.0.100", "/pub/redhat/8.0/RedHat/base/netstg1.img", 8200192 bytes, 10022.29Kbyte/sec Sat Oct 05 20:05:38 2002 [pid 14702] [ftp] OK LOGIN: Client "192.168.0.100", anon password "anonymous" Since I see netstg1.img being downloaded twice, I will download disc1.iso again (despite the fact that the MD5 checksum matches correctly) and try this again. Will keep adding data if I can find something useful. I _need_ to migrate to 8.0, and this weekend was the perfect time to do all the dirty work. Arrrgh! Have you followed the instructions for performing a mediacheck at http://rhlinux.redhat.com/anaconda/mediacheck.html before trying the CD install? Have not checked media, since I have not made CD's. I have been using the ISO files and installing from hard drive; as an alternate, I have loop-mounted then lndir'd them to install from FTP. I get the same error either way. The MD5SUM does check out perfectly for all three ISO files, though. What else should I try? (Note: I don't have a CD burner, but could conceivably find one...) Do you happen to be putting the docs CD iso in the same directory as the other isos for the har drive install? I have not downloaded the docs ISO at all. As customary with earlier releases, I have only downloaded the ISO files which contain binary RPM's for my original install (in this case, discs #1 through #3 but not #4, #5, or docs). I save time and bandwidth, and leave more space for other people during the initial download rush. Then, a couple of weeks later, once the peak is past, I go get the rest of the ISO's. This has always worked before; should I change something now? Do I need another ISO beyond 1, 2, and 3? No, just making sure that there wasn't a weird interaction with the docs CD. You can actually use mediacheck for hard drive installs. I'd recommend that, since it really does have the characteristics of a bad ISO download; the traceback basically says that librpm reads in an RPM header and it's invalid. Closing due to inactivity. Please reopen if you have additional information to add to this report. Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |