• Please review our updated Terms and Rules here

Omnibook 800CT BIOS locked

azhash

New Member
Joined
Jun 22, 2018
Messages
5
Hello, looks at this nice computer, it's locjed tho, what a shame. It's a Omnibook 800CT, the one with the cute little mouse that comes out.
I have been looking everywhere to unlock this, does anyone have some knowledge on this issue?
When searching on this forum, i've seen a few old thread that seem to have multiple users not finding a solution.

Let me explain in details the nature of the issue for future users with the same issue on a Omnibook:

-The password is 8 alphanumerical characters.

-The bios password is happening after the bios and before the boot (meaning i can access the bios, but the reset password option in the bios is locked by that password i dont have as well so its a dead end)

-The password is located in the eeprom or something of that sort, it's not in the HDD (i removed it and still its locked), its probably not in the ram either, and the ram is 4x 8MB chips soldered on the board anyway.

-There is sites that generate master passwords like Here, but when i enter my machine serial number, it gives me a code that is more than 8 characters, i'm assuming it might be the code u enter after pressing ALT SHIFT F10 usually, but that keypress combination doesnt work, i tried many other alternatives to it, still cant see anything pop up to enter a code (the service manual describe this procedure Manual on page 83 if you want to look into it) Would anyone know the right key combination? my machine was sold in the EU, im wondering if that's related to the azerty keyboard maybe)

-There is forum posts out there that say that the bios password may be stored into a tantalum capacitor, and that shorting it and even cutting a leg might get rid of the password, but, there is absolutely no real proof of that, just vague and old memories from users that cant really confirm that's the way to do that. Other users have mentionned that the bios might be smart enought to still double check a hash or something and notice that the password was not entered, therefore not really solving anything. (security was a main concern back then, they really engineered things smartly on those kind of portable pc)

-After a lot of thinking, my hardware repair skills are not good enought to attempt soldering/cutting on such tiny elements, and i am not comfy with a destructive method so the next best thing i'm thinking, and others have mentionned that, is trying to bruteforce the password with a Pi connected to the PS/2 keyboard, and having a Pi camera with OpenCV to monitor and log sucess if it happens.
Trying every password ever mathematically would take 60million years (yes) at 3 password per second rate.
Trying a dictionary based method is more around 5 hours, and name based and such probably something similar. For info, the bios doesnt lock after many attempt and doesnt delay attempts so its possible to spam passwords.
One question on that, do you think that the password can include capital letters or not? I assume yes but id like to make sure, it would make the brute force method way easier if capital letters were not possible on bios passwords.
Considering all that, i'm thinking to approach the issue this way, it's a gamble for sure, there is no guarantee of sucess ever but that's a good occasion to learn to use a Pi. I might keep this board informed of progress if you'r interested in that.

Do you have a cool idea i didnt think about yet? Especially a key combination instead of the alt shift F10? Or someone who has reverse engineered the descrambling software from HP they use to have. let me know i'm eager to see your answers!

omnibook-800ct-garage-sale-find-help-me-unlock-it-v0-jxx9dwdrmxxg1.jpg
omnibook-800ct-garage-sale-find-help-me-unlock-it-v0-9aeqawdrmxxg1.jpg
 
@azhash I think the bios-pw.org is for newer models of laptops which have some sort of override password that is based on the serial number and therefore differs on a per machine basis.

Your HP Omnibook 800CT handles this situation differently.

According to the service manual you linked, pressing ALT+SHIFT+F10 on the password entry screen generates a temporary master password and returns it in an encoded form.

The encoded form is useless without HP's decoder and the password is only valid on that screen at that point in time. If you shut off the computer you would have to generated a new one.
 
Thanks for the answers, i tried the inser and plenty other things. None have produced anything.

@Istarian Yeah but the peculiar thing is that on mine it doesnt work at all, i tried this combination of key and every other combination it could be with no success, nothing ever happens. My keys all work, the keyboard is pristine and everything bip's or can write in bios character inputs as far as i know. Also the password doesnt prevent from accessing bios or changing things, appart from resetting the password wich u need the password to reset. It prevent from booting anything (and no u cant change HDD to boot)
 
Thanks for the answers, i tried the inser and plenty other things. None have produced anything.

@Istarian Yeah but the peculiar thing is that on mine it doesnt work at all, i tried this combination of key and every other combination it could be with no success, nothing ever happens. My keys all work, the keyboard is pristine and everything bip's or can write in bios character inputs as far as i know. Also the password doesnt prevent from accessing bios or changing things, appart from resetting the password wich u need the password to reset. It prevent from booting anything (and no u cant change HDD to boot)

You have to be at the password entry screen before you press the key combination. And you still need a way to descramble the code it is supposed to give you.

It may be necessary to enter an incorrect password a number of times (3?) first.

The code it is supposed to give you should be composed of eight alphanumeric characters (A-Z,a-z,0-9).

There may be some sort of problem with your laptop or it's keyboard if you don't get the expected result.

You could try disassembling the system and disconnecting/reconnecting the keyboard ribbon cable just in case it's not making good contact.

Other than that, the only think I can think of is having someone desolder the BIOS chip, reflash it with a stock, unmodified copy of the right BIOS rom and reattach it.
 
I did try these, i opened it up already, deisconected reconnected the flex cables.

I have given up on any other solution but the brute forcing via a pi.

On that, i have some questions if anyone knows, i first started on the wrong foot by trying to use the COM port to emulate a ps/2 keyboard, but after finding some pictures of the official HP dock and some research, i think the dock is working as a passthrough for the PS/2 keyboard and using the proprietary port on the right (circled purple).
Meaning i probably should plug into that if i want to brute force via ps/2 inputs.

Capture d'écran 2026-05-10 195726.pngz05ez.jpg
Would anyone have documented that port/the dock connections so i could get some informations on it? I need to find my multimeter :/
I can totally just plug in the DUpont cables into the pins, its just gonna be impossible to guess i think

Other option is to go through the physical keyboard interface, but same issue, im not sure what those flexible cables are at this point. Any idea what they are and how they are called?
 
The ports you have circled are as follows:

BLUE - 9-pin Serial Port
GREEN - Infrared (IR) communications
RED - 25-pin Parallel Port (8-bit parallel data, unidirectional/bidirectional, commonly used with printers)
PINK - SCSI+Docking Port

It should be relatively easy to use a multimeter to determine which of the pins carries power and ground. The metal shell of the connector is also usually tied to ground.

In between the two serial ports you have an external floppy drive connector and there is also a special SCSI cable for this machine that connects to the dock port on one side and a SCSI-2 device on the other.

Supposedly the dock supports ISA/PCI cards, but that doesn't mean all the necessary signsls are directly exposed without multiplexing or other interface considerations.
 
Last edited:
Back
Top