Continue from the previous issue report ( https://forums.developer.nvidia.com/t/boot-issue-under-an-ambient-temperature-of-40-c/370990 ) and attach the additional logs.
boot.log (130.4 KB)
Could you check the UEFI shell between passing and failing case and see if the boot device is different on the list?
This is the boot log under normal conditions.
normal-boot.txt (80.2 KB)
I’m not sure how to identify what the differences are.
開機開到UEFI部份的時候用ESC讓UEFI開進uefi shell.
然後去檢查boot device是不是在過跟不過兩種情況下有所不一樣.
是在shell下 map -v 還是bcfg boot dump
sorry, 前面可能沒講清楚 ,不用在command line介面確認
我的意思是uefi 可以有畫面讓你直接看有讀到的boot device. ESC中斷UEFI 開機後應該可以看到
是的, 請確認一下-40C的時候是否eMMC device是沒有列在上面的
重述一下我們目前的測試
測試條件: 在環溫-40度下放置4小時後開機,關機之後每隔1小時再開機
共測試2台,接的週邊都一樣(都有接一個M.2 SSD)
機台A 正常開機
機台B 第一次開機會停在UEFI,若繼續在UEFI shell執行reset就可開機
我確認過兩台的Boot Manager Menu裡的情況都是
UEFI SQF-C8MV…
UEFI eMMC Device
UEFI Shell
附件為機台B這次的log及畫面
boot.log (150.2 KB)
請問你們是預期要從nvme開機還是要從emmc開機？
emmc
那可以請拿掉SSD做測試嗎? 這個東西在這裡只會增加debug的複雜度而已
目前已經把SSD拿掉了,但結果還是一樣,附件為此次log
putty0629.log (58.8 KB)
OK. 那請你把uefi log打開之後在能過跟不能過的兩種情況都抓一次log.
UEFI log開啟的方法是去github抓你那板的source code. 照wiki說明重新build完uefi binary.
裡面會有一個debug版本的binary. 用這一版去重燒
這樣uefi才會有完整的log.
另外想請問, 所以如果你先進UEFI GUI之後再進行continue boot, 問題就不會發生嗎?
第一次一樣會,等進入uefi shell> 下reset就能開進ubuntu
請問一下如果改成按continue而不是reset, 問題還會發生嗎?
Ok. 請你抓完整log
Hi WayneWWW,
我重新燒錄UEFI的debug版之後就能成功進入OS,附件為log
sudo ./flash.sh -k A_cpu-bootloader jetson-agx-orin-industrial mmcblk0p1
putty-debug.log (158.4 KB)
該怎麼解釋這樣的狀況?
若production用這版本可行嗎?
或是你可以在原本的production UEFI中加上一些delay看一下有沒有幫助