Download the Tom's Hardware App from the App Store
The reference for current tech news
Yes No
Ads
Tom's Hardware > Forum > Motherboards & Memory > Gigabyte > GA-P55M-UD4 / I7 860 Boot Message

GA-P55M-UD4 / I7 860 Boot Message

Forum Motherboards & Memory : Gigabyte GA-P55M-UD4 / I7 860 Boot Message

Word :    Username :           
 

I just built a new system:

GA-P55M-UD4 / I7 860 / 8GB OCZ 1066 / Windows 7

The PC boots into Windows 7 just fine and everything looks a-ok.

However, I see this message in the BIOS MIT screen everytime.

The system has experienced boot failures because of overclocking or changes in voltage. Latest settings in BIOS my not coincide with current H/W states."

Is it normal? How do I make it go away.

A related issue is that I can't ESC out of the MIT screen and one other screen (have to check)...

I have sent the same request to Gigabyte support, so will share if I get a response.

Meanwhile, I'd appreciate all insights...

Thanks...

Reply to builder_lol
Register or log in to remove.

I enabled some alarm settings, saved them to CMOS, and the error message went away. Seems like you need a "save" to CMOS.

Anyway, still, on the MIT Current Status screen, no keys work. ESC does not work either. Is this normal? The only way to get out of the Current Status screen is to reset the computer.

Message quoted 1 times
Message edited by builder_lol on 02-13-2010 at 05:11:00 AM
Reply to builder_lol

That's interesting. Early on with my GA-P55M-UD2 I encountered that message in BIOS, when I had not changed anything just was poking around. But it soon disappeared and I've never seen it again.

Any luck getting your other problem solved? You should definitely be able to hist ESC to get out of the MIT Current Status screen. What BIOS version are you on? Have you upgraded to the latest? (If you haven't seen the warnings before, do not use the @BIOS software that can run in Windows. Instead, use the QFlash utility that can be run from inside the BIOS.)

------------------------------ i7 860 | GA-P55M-UD2 | CM Hyper 212+ | 4GB G.Skill 1600 CAS9 | Radeon HD 4670 | Corsair CMPSU-450VX | WD Caviar Black 640GB | Seagate LP 1TB | Sony Optiarc Black 24x | CM Elite 310 | Dell UltraSharp 2208WFP (1680x1050) | Windows 7 Pro x64
Reply to ekoostik

builder_lol wrote :

I enabled some alarm settings, saved them to CMOS, and the error message went away. Seems like you need a "save" to CMOS.

Anyway, still, on the MIT Current Status screen, no keys work. ESC does not work either. Is this normal? The only way to get out of the Current Status screen is to reset the computer.



Some models ship with an F3 bios that doesn't let you exit some menus like the one where you see 'system info' with core temperatures.
Download @bios from gigabyte's homepage and update to the newest bios. When you do you also get some new options for sata configuration like enabling ahci on only some of the intel sata ports and not all (enabling you to change from ide to ahci driver without reinstalling windows).

Reply to neiroatopelcc

I gotta caution again against using @bios. It has been known to brick boards. Qflash is a much safer router to take. And it's fairly straightforward.

1. Download the latest BIOS file
2. Run the file (or double-click it), the file is a self-extracting zip file
3. Copy the unpacked contents onto a USB stick
4. With the USB stick plugged into your computer, restart the machine
5. Enter BIOS
6. Enter the QFlash utility (I believe its F8 but it will say on the main BIOS menu)
7. Choose to update BIOS and then select your USB drive, which will be named something like HDD 0-0
8. When done, back in BIOS choose Load Optimized Settings, then set any RAM V if needed, then reboot and re-enter BIOS and configure the rest of your settings

Here's a helpful link: http://forums.tweaktown.com/f69/bi [...] ide-27576/

------------------------------ i7 860 | GA-P55M-UD2 | CM Hyper 212+ | 4GB G.Skill 1600 CAS9 | Radeon HD 4670 | Corsair CMPSU-450VX | WD Caviar Black 640GB | Seagate LP 1TB | Sony Optiarc Black 24x | CM Elite 310 | Dell UltraSharp 2208WFP (1680x1050) | Windows 7 Pro x64
Reply to ekoostik

Qflash is F11 on most boards, not F8 - and it has the huge flaw that it can't read the bios from the harddrive but requires an usb drive - it doesn't even always properly accept mobile phones pretending to be flash drives - so in the end you're still better off with @bios.


Message edited by neiroatopelcc on 02-25-2010 at 10:24:49 PM
Reply to neiroatopelcc

Quote :

so in the end you're still better off with @bios.


No, you're NOT! Unless you like the idea of taking a completely random throw at turning your MOBO into a doorstop, never use @BIOS! EVER! It, unlike any other method of flashing, appears to be able to overwrite the BIOS' boot block, which, among other things, is resposible for the 'dual BIOS' ability to 'revert' to the 'as-shipped' BIOS in case of disaster; if this happens, you ARE looking at an RMA - no other fix!

------------------------------ An optimist sees a glass half full; a pessimist, a glass half empty; an engineer sees a glass that's twice as large as required...
Reply to bilbat

Are you using USB keyboard? Try pressing the "ESC" key for more times.

Reply to Fatbird

I find using the USB drive extremely easy on Gigabyte boards so I'd suggest trying that first.

------------------------------ 4 x AMD 6172 > Tyan S8812 > 32GB > X-1050 | i7 970 > P6X58D-E > 7970 3GB > 24GB | i7 3770k > P8Z77-V Pro > Classified 580 3GB > 16GB

http://piro.pirocast.net/badge/none/fah02/800/0/0/0/0/0/0/0/0/0/0/0/0/255/255/255/557101.png
Reply to EXT64

Using the PS/2 plug rather than USB for the keyboard, I managed to ESC out of all screens, incl. the MIT screen.

The comment about @Bios worries me. I upgraded my Bios to F7 using that method. All is working now though...


Message edited by builder_lol on 02-27-2010 at 05:11:20 PM
Reply to builder_lol

I always liken using @BIOS to playing Russian Roulette - you can get away with pulling that trigger once, and only get a 'click'; maybe the second time, too - but, by the third pull, the odds are stacking up against you - keep pulling it, and you will blow your brains out!

------------------------------ An optimist sees a glass half full; a pessimist, a glass half empty; an engineer sees a glass that's twice as large as required...
Reply to bilbat

Well, if it worked, then it is fine. The only issue with it is when it does not work. In the future if you have to update the BIOS again I'd suggest not doing @BIOS, but for now there is nothing to worry about.


Message edited by EXT64 on 02-27-2010 at 06:02:48 PM
------------------------------ 4 x AMD 6172 > Tyan S8812 > 32GB > X-1050 | i7 970 > P6X58D-E > 7970 3GB > 24GB | i7 3770k > P8Z77-V Pro > Classified 580 3GB > 16GB

http://piro.pirocast.net/badge/none/fah02/800/0/0/0/0/0/0/0/0/0/0/0/0/255/255/255/557101.png
Reply to EXT64

Can you guys point me to some places where @bios is proven to have broken something? I've used it on a GA-965P-DS4, GA-P35-DS4, GA-P55M-UD4, a GA-P55-UD3R and a GA-EX58-UD5 (my system), and all survived. Ofc. I can just be exceptionally lucky, but since my best friend's GA-8N-SLI (p4 board) back in 2005 or so and until now I've almost exclusively bought gigabyte boards and never heard of @bios not working as it should. I'm unsure if we've used it back then on the 8N board, but I know I've used it on every single board I've built into my, friends, and customers computers.

In fact since I started using gigabyte boards (in favor of epox for expensive systems and soltek for cheap ones) I've only bought four non gigabyte boards ... two Asrock 775Twins-HDTV, 1 Asus P6T Deluxe and a single msi KA790GX board.

Reply to neiroatopelcc

I don't think that it necessarily has a very high failure rate, it sounds like the problem is if it does fail, the dual BIOS doesn't properly restore the working BIOS.


Message edited by EXT64 on 02-27-2010 at 07:39:06 PM
------------------------------ 4 x AMD 6172 > Tyan S8812 > 32GB > X-1050 | i7 970 > P6X58D-E > 7970 3GB > 24GB | i7 3770k > P8Z77-V Pro > Classified 580 3GB > 16GB

http://piro.pirocast.net/badge/none/fah02/800/0/0/0/0/0/0/0/0/0/0/0/0/255/255/255/557101.png
Reply to EXT64

That would appear to be the problem; unlike the other flashing mechanisms, @BIOS seems to be able to either overwrite or corrupt the BIOS' boot block, which, among other things, is responsible for 'dualBIOS' recovery, as well as the 'blind flash' recovery - you 'oops' a BIOS' Qflash utility ( <F8> ), or an SPIFlash from DOS, your board will gracefully 'revert' back to the 'as-shipped' BIOS in the second chip; you dump an @BIOS flash (which is way more likely to happen in the first place, as you have all the overhead of an [admittedly pretty 'flaky'] OS intervening between you and the hardware), you're pretty much hoping for a 'gracefull' RMA :kaola:

This problem is not limited to GB; other manufacturers have 'in the OS' flashing setups, and, so far as I know, are also prone to difficulties that DOS or 'in-BIOS' flashing don't have; and, I have seen the solution - but never on a desktop board - I've come across servers, and especially, high-end server hardware, like RAID cards, that have their 'bad firmware recovery' code in a third, read-only chip; you FUBAR a flash, the 'recovery/start-up code' executes, and reverts to the original, read-only copy, in another ROM... Often, these setups have a seperate LAN port that accesses these features, so if you've trashed the card, you can still 'get at it' to try to recover... Apparently, the cost to GB of the @BIOS-triggered RMAs, is less than what it would cost to implement that solution across the board.(s)


Message edited by bilbat on 02-27-2010 at 08:23:40 PM
------------------------------ An optimist sees a glass half full; a pessimist, a glass half empty; an engineer sees a glass that's twice as large as required...
Reply to bilbat

When's the last time you've had a flash go bad anyway ?
Personally I've only tried it once in my entire life, and that was ages ago on an asus P2B - and the vendor just mailed a new bios chip.

Reply to neiroatopelcc

Well - I think that may be one of the reasons a 'fix' does not seem to be a priority; a lot of people who manage, somehow, to 'toss' together a fairly simple system, and live to tell about it don't know what a BIOS is; and the ones who need to find out, often find out here or at TweakTown, where they're generally warned; and the remainder might get away with it a time or two... I flash a lot of BIOS, and a lot of firmware, both of my own, and building systems for others; I've trashed my own board twice in one day (kind of like shooting yourself in the foot, and not being satisfied with the job, so shooting yourself in the other foot, just to be sure :pt1cable: ) by being unable to believe that a corrupted BIOS file could possibly pass checksum :ouch: !!

------------------------------ An optimist sees a glass half full; a pessimist, a glass half empty; an engineer sees a glass that's twice as large as required...
Reply to bilbat

ouch ... guess you're more out of luck than I've ever been with regards to bios issues...

Reply to neiroatopelcc
Register or log in to remove.
Tom's Hardware > Forum > Motherboards & Memory > Gigabyte > GA-P55M-UD4 / I7 860 Boot Message
Go to:

There are 1531 identified and unidentified users. To see the list of identified users, Click here.

Please mind

You are about to answer a thread that has been inactive for more than 6 months.
If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.

Add a reply Cancel
  • Ask the community now
  • Publish
Ad
Ads
Latest best answer
Difference between 2133 (O.C.) and 2133 for DDR3 RAM.
By stickg1, 6 hours ago:

Nice CPU, you can use 2133 RAM, you will have to manually set it to that speed in the...

Best offers
They won a badge
Join us in greeting them
Top experts