Yes, that has been my guess as well. I kept the battery but did not switch the system on. Shall do it the next time I try it.
I looked for the CMOS battery too but I assume Fujitsu soldered it and hid it away. Also the CL1 CL2 pins weren't under the RAM area in my laptop, they were adjacent to it. Ofcourse I would still remove the RAM before shorting but I agree that this is not the way to try and make this work. Fujitsu should fix their BIOS/UEFI soon. If I ever get back my BIOS, that is the first thing I would do - disable UEFI and install everything in legacy mode. It's a no-brainer now. I expected to see the firmware's entry in GRUB at the very least; this led me to the /etc/grub.d/30_uefi_firmware shell script. I noticed that the 'efi_vars_dir' points to a location that doesn't exist. It looks for /sys/firmware/efi/vars while in my machine it is /sys/firmware/efi/efivars. It is empty though, so I didn't give it any more thought. But looking at that kernel patch talking about efi vars, I am not so sure now. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082418 Title: Ubuntu UEFI install locks out UEFI firmware (~bios) access To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1082418/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
