Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 123745
Summary: | FC2 x86_64 POST INSTALL Failure on a Shuttle SN85G4. dev directory corrupt | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dr J Austin <ja> | ||||||
Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 2 | CC: | alan, developer, rgleeson, wtogami | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-02-21 19:03:21 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
Dr J Austin
2004-05-20 13:07:27 UTC
Changing component to something a bit more appropriate... Created attachment 100412 [details]
anacona dump file shows problem with ram0 line 4154 onwards
anaconda dump file shows ram0 problem
Created attachment 100413 [details]
/dev and /etc listings and mount table after failure
The original bug comment should say /dev directory is corrupt. NOT /mnt/sysimage/dev !!!! Does this box pass memtest86 >? I have run memtest86+ v1.15 for over 2hrs on default test sequence Zero errors ! More machine info Athlon64 3200+ proc, 1GB memory, sata_sil raid driver being used with a single disk - no RAID. PATA disk /dev/hda Maxtor 6Y080L0 hda1 40GB FC2-i386 now installed here and it runs cleanly FC2-x86-64 fails post install here as well hda2 2G swap hda3 37G FC2T3 Installed here, runs OK SATA disk /dev/sda Maxtor 6Y080M0 sda1 78G FC2 fails post install here, will boot, but lots of fiddling sda2 2G swap TWO swap partions are available Disk /dev/hda: 81.9 GB, 81964302336 bytes 16 heads, 63 sectors/track, 158816 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 81270 40960048+ 83 Linux /dev/hda2 81271 85333 2047752 82 Linux swap /dev/hda3 85334 158816 37035432 83 Linux Disk /dev/sda: 81.9 GB, 81964302336 bytes 255 heads, 63 sectors/track, 9964 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 9700 77915218+ 83 Linux /dev/sda2 9701 9964 2120580 82 Linux swap I've had similar problems trying to install FC2 x86_64 on my box. Basically, I don't get an error but the CPU will just stop sucking data from the disc and it will just sit there. So, this may be a separate bug. However, I've been having issues tweaking my motherboard, where I find most of my problems lie (and which I'm slowly elimating). I have a K8V SE Deluxe. Ahtlon64 3000 CPU. Note the *SE*. ASUS made a number of changes to the K8V Deluxe on their Second Edition model. I'm noticing that a number of distros haven't taken this in to consideration. Anyway, it's a shot in the dark, but I thought I'd check, in case, at its root, we're dealing with the same problem. Rory Gleeson Toronto, Canada 15-6-2004 Reran memory tests for 11 hours following help from fedora-list (KAS) Still no errors However ... I have now managed to install FC2 I tried many more times,different install combinations, finally re-partitioning the hard disk (KAS) having sda1 /boot 100MB sda2 / 75GB sda3 swap 3GB instead of sda1 / 76GB sda2 swap 2GB Did a full install ie ticking every box but NOT the Everything box about 4.2GB not 6.7GB No boot loader installed on sda The POST INSTALL did not fall over but I am sure this is because for some reason it no longer has to open /dev/null. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The /dev directory is still corrupt !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I feel sure there is still a problem with accessing over the end of /dev/ram0 during install, it is just that some (most) install sequences don't need to use the address space that has been corrupted. J Austin See bug number 124029. The work around for me was to use linux mem=256M when installing. My HW MB: Tyan Tomcat K8S(S2850G2N) Processor: AMD Opteron 146 (2GHz) RAM: 1 GB HD: Maxtor 80GB 7200 RPM IDE ULTRA ATA 133 Maybe it's a problem with x86_64 systems with more that X MB of memory where X > 256M. I have a tyan k8w with dual opterons 512 meg of memory, radeon 9200. The adding of mem=256M made it so I could complete the install. Now I reboot and all the screen says is GRUB No cusor, nothing. Dave K8W dual opteron is a known to work tested configuration. The screen saying GRUB and nothing else suggests a very different problem with GRUB being unable to find the rest of its loaded. Thats a known problem if you tried to install on the SI controller and raid is enabled for it in the bios (because BIOS raid and Linux don't agree and there is a distinct lack of docs on the bios raid layout) *** This bug has been marked as a duplicate of 119447 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |