Description of problem: When using the Thinkpad L430 in UEFI mode you can not read the current content of nvram via efibootmgr. Running "efibootmgr -v" creates no output. You can create boot entries via efibootmgr, but in this case all current entries are deleted. This is also what's happening during the Fedora installation. The result is that you cannot boot other systems and not even boot from other devices anymore after installing Fedora. The reason might be that in /sys/firmware/efi/vars there are only two files: del_var and new_var. According to http://www.kernel.org/doc/Documentation/ABI/stable/sysfs-firmware-efi-vars there should be many more. I'm not shure if this is a kernel bug or a bug in Lenovos UEFI-BIOS. But the entries can be read in Windows without problems (using "bcdedit /enum firmware") so there seems to be a way to read the content of nvram. Version-Release number of selected component (if applicable): Fedora 17 Kernel 3.5.2-1.fc17.x86_64 Newest UEFI-BIOS version released by Lenovo (ver. 1.11) How reproducible: Steps to Reproduce: 1. Boot fedora from a livecd/-usb whatever 2. As root run efibootmgr -v 3. Create a new entry using efibootmgr Actual results: There is no output. When creating a new entry all other entries are deleted, so you can only boot the entry you just inserted. Expected results: The current entries in nvram should be displayed. When creating a new entry it should be appended to those already existing. Additional info: dmesg shows the following lines: [ 1.044100] EFI Variables Facility v0.08 2004-May-17 [ 1.044104] efivars: get_next_variable: status=8000000000000002 Please tell me if I can provide any other useful details.
Are you still having this issue with the 3.6.10 or newer kernel updates?
After a mainboard defect (that might have been related to a bug in the EFI system) I decided to switch back to legacy boot. So unfortunately I can't test this anymore.
OK. We've not had similar reports that I'm aware of, so we'll close this bug out for now. If you happen to hit it again, please let us know.