I encountered an issue with Flashing the bios from usb pen.
It turned out to actually not be related to the method of flashing with usb but rather than during the process I had dumped some files in the root of the factory formatted DATA partition.
One of them files was startup.nsh script and this was causing UEFI EFI Shell: Cannot read from file - 800000000000001F every time i tried to boot into UEFI EFI Shell, regardless of whether I had the USB drive in or out of the machine.
Thanks to @joshwiththegoodhair for resolving this problem. I have kept all the posts and moved them into this thread incase it is useful for someone else in the future.
@PeterCxy - This method doesn’t appear to work for Bios version 0.22
I get the following after the "Press Esc in x seconds to skip startup.nsh, any other key to continue.
I let the timer countdown
Shell: Cannot read from file - 800000000000001F
Do you have any ideas/suggestions as to why?
Thanks.
I can confirm it works totally fine with 0.22. I just flashed 0.22 yesterday and everything went totally fine. Please make sure your files are not corrupted when copied to a USB stick.
@PeterCxy - re-downloaded your file after deleting all files and starting over.
Tried two different usbs formatted them fresh FAT 32.
then copied the files over as above.
I should add for the sake of completion that I re-downloaded the GPD Bios 22 file and re-extracted the 0.22 bin and copied it to usb.
get: Shell: Cannot read from file - 800000000000001F
I also tried including your Afu64.nsh (4 files on usb) and modified this file accordingly but the same issue
Shell: Cannot read from file - 800000000000001F
Tried creating the USB fresh in Ubuntu Mate 19.04 live.
Using Unrar to extract @PeterCxy rar file and the GPD Bios Rar and p7zip-full installed to extract the .exe
Same issue
Cannot read from file
Tried two different USB drives and used Ubuntu Disks to format them
I used nano to create and edit startup.nsh from fresh
I suspect something in your other EFI system partitions have messed stuff up since your problem now happens with 0.21 or 0.22… Because that script actually scans all readable file systems from EFI Shell and finds the .bin file. If you know how to use EFI Shell you can try to flash manually and see if there is still the error.
if it’s not corrupt file or things messed up due to files from other partitions, then I have no clue… I’m really on 0.22 and there’s no other way I could have flashed the BIOS because I don’t even have Windows anymore.
Thanks for your efforts anyway @PeterCxy - I haven’t changed partiitons or reinstalled the SSD or anything its literally as it came. I’ve been reluctant to change much because of the amount of updates coming from GPD.
OK, So without any usb device present - I get the same error trying to boot uefi shell
after "Press Esc in x seconds to skip startup.nsh, any other key to continue,
“Cannot Read from File - 800000000000001F”
This did not do this previously. If USB wasnt present it simply entered into Shell >
(i think)
From what I’ve read about executing nsh scripts in Efi Shell this error usually occurs if the partition is ntfs and efi shell can read ntfs but struggles with permissions in executing. But for clarification both usbs are fat32 formatted.
I’m going to DD both usb flash drives now using Linux and reformat in Linux as fat
ok so did dd if=/dev/urandom of=/dev/sdb bs=1M count=1
then performed mkdosfs -F 32 -I /dev/sdb
then recopied the files above with verified hashes.
Same issue.
“Cannot Read from File - 800000000000001F”
Not sure what else I can do now as I’ve spent many hours wasted just trying to upgrade bios to version 0.22
Sorry for earlier not precisely addressed comments. I was writing quickly from the work.
Without any device I can confirm it goes to the shell after countdown. Adding the snapshot how it looks.
I’m not updating now to 0.22 - will wait some time. Damn what the hell happened? Can You create an archive consisting of the files that You put on thumb drive? Just to check. I know that without any medium connected when it goes this way it’s probably not the problem…still would do it. But mark the archive in some (best possible) way that no one would use it to flash.
Earlier question reason was that maybe the process does upgrade to newer version but it’s impact is that still something is going wrong and causes the error. When somebody does this process successfully twice then mostly it’s busted. So still I’m waiting for response from Peter. It’s good that You posted what You’ve done too, just added second comment to make sure that Peter knows I haven’t missclicked when replying and wrote to him.