on 6/23/2007 3:47 PM, Richard Irving wrote: > 72 >>> Perhaps we could nail it down to a -particular- SATA >>> BIOS/Motherboards... rather than *any* SATA. >> The bug and the forum posts that your links point to are for a test >> release from before Fedora 7. > > If you search around, the problem persists. > > It *is* labeled "NOFIX" in the database, why did you expect it to be > fixed in the current version ? Well lets see. I actually use what is called Rawhide. Have for years. But I installed all of the tests for Fedora 7 as well as the Released Fedora 7 on a separate partition. I have SATA drives, two WDC 250s, and I had absolutely no problems as you do. And the bug was closed by the person that opened it. >> Have you actually tried to install Fedora 7? >> > > Yup. Dead at Ready. X86_64, Sata RAID Drives... > > Also, Kernel EIP, PPC 1st Gen Macintosh Mini.. > (pdflush page_write_unreliable) > > (McMini for short) > > Of course, the other 30 or so servers running FC3-FC6, > are working just fine. > > (As is the dual AMD that it fails at "Ready") > > :-\ > > I can't complain too much, at least it failed *before* formatting > the drives, unlike the McMini... > > (And before you flame, Yes, I made a backup first) Flame? Why would you think that I do that? Since the links that you used were for the 32 bit test3 and your problem is with the 64bit of Fedora 7 may I suggest that you file a Bugzilla for this? -- David
Attachment:
signature.asc
Description: OpenPGP digital signature
