RE: [Fedora] Re: FC14 Installation Hangs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:users-
> bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of JB
> Sent: Tuesday, January 25, 2011 4:43 PM
> To: users@xxxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [Fedora] Re: FC14 Installation Hangs
> 
> Do not worry, be happy.
> You are a brave girl - the way you read all that extended output proves
that your are a pro :-)
> 
> I am afraid you have to give it a shot or two more.
> 
> Firstly, the reason you updated BIOS was to potentially fix ACPI as well.
> But you tried F13 with acpi=off kernel parameter ...
> So, back to a drawing board :-)
> 
> Once again, remove all parameters, except debugging-output:
> ignore_loglevel initcall_debug
> Run it.
> 
> Secondly, as I asked you before, take a look at BIOS. Just for a kick,
every
> menu (there may be some new stuff as well due to update), do not try to
> change anything, just get a sense of it all.
> Then consider if restoring all defaults would be an option, or selecting
> automatic (where available), or giving up any unnecessary/fancy manual
> option.
> Run it. As above.
> 
> Thirdly, stick around the thread for many days (even weeks) - there is a
good
> chance somebody will have time (like Lamar next week) and come up with a
> good idea.
> Or F15 devs will deliver new code that will fix these things in a few
months.
> Do not expect wonders - yes, some of these guys are true pusycats, but
> these devs are heroes as well - they do not have access to specs, have to
> deal with proprietary code (like in your case) - but look Ma, they come up
> with a working software, again and again.



	Restoring the BIOS to default settings is something the update does
by default.  In fact, it completely clears the CMOS, updates the BIOS and
upon reboot a message pops up saying the CMOS isn't set and it's reverting
to default values.  The only thing I changed after that was to set the power
failure option to 'power on' when AC is restored.  Everything else is at
default.  That was one of the things I tried early on too, just to make sure
it wasn't me that messed something up.

	And I also did just boot up, with no parameters at all, after the
update.  Then slowly started adding stuff ... The acpi=off was one of the
first parameters I added after the first boot failed.  By now I've seen so
many different iterations of the lock up, I couldn't tell you where exactly
it locked up.

	There are other hardware quirks that I've discovered throughout all
of this.  For example, if I were to disable the on-board SCSI bus, it pegs
the HDD light to on at all times.  No clue why.  Leaving the SCSI bus at the
default 'enabled' state, the HDD light works as expected.  I'd rather
disable it since it's not being used at all but if I do that, someone else
will inevitably call me at 3 in the morning just to tell me the machine is
overloaded because the HDD light is pegged on.  Not a phone call I'm willing
to take and he or she who called will not want to face me the next morning.
Floppy drive?  What floppy drive?  By default that's turned on in BIOS, as
is the bus itself (yes, this board allows you to disable one or both) ...
disabling the floppy is a two-step process: disable it on the main screen,
exit out of it, go back in just to see it enabled again, select disable
again and now it sticks.

	So you see, I know the motherboard has issues, issues I had hoped
would eventually get fixed through BIOS updates.  I gave Intel the benefit
of the doubt and upgraded from 1.1 to 1.3, then 1.5, then 1.7 when I
stopped.  And then today to 1.13 ... the quirks are still there (and they
know about them too because I have a rather lengthy thread from them about
these problems.)

	With the machine now in full production, and having "settled" if you
will, I'm more inclined to just say 'To hell with it.' And move on.  I have
other servers to tend to - like a second RH7.3, also from the same era, but
completely different hardware.  All in all, I have 9 servers that need an
upgrade, some more urgent than others.  This was the first one, and was
supposed to take all of about 4 hours, not 4 days. :)

	Now as for sticking around, that I will.  As you pointed out,
there's a possibility that someone else might have a completely different
take on the problem and suggest a different approach, like Lamar.

	Ash

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux