1
A
回答
1
沒有任何這樣的選項(據我所知)。它應該是一個內核選項,它應該改變bootloader的配置,但是在不同類型的設備上有這麼多的bootloader,這取決於崩潰時間。所以,實現這樣的功能真的很困難。
1
不,只有一種方法可以讓它在發生崩潰時重新啓動系統(即通過恐慌參數)。
- 引導加載程序(例如,U-Boot的)保持它自己的變量之間的布爾標誌設置爲true(:
假設一個嵌入式的情況下,這種行爲可以通過存儲在閃存中的布爾標誌來實現例如,嘗試=真)
- 的Linux文件系統,當成功地啓動,設置了布爾標誌爲false
- Linux內核引導與恐慌= 0變量,這就迫使在崩潰的情況下重新啓動(即,恐慌 )
- U-Boot,當標誌設置爲真(即以前的內核引導失敗)時,啓動內核的第二個版本
相關問題
- 1. 配置Linux內核
- 2. Linux內核模塊:延遲workqueue使內核崩潰
- 3. 如何在Buildroot中配置Linux內核?
- 4. 爲linux內核配置物理內存
- 5. memcpy--內核崩潰後memcpy
- 6. Jupyter R內核崩潰
- 7. 正確的linux內核配置hotplug
- 8. 從Linux內核映像獲取配置
- 9. 配置Linux內核時出錯
- 10. 刷新配置文件時Xcode崩潰
- 11. 這是Linux內核崩潰嗎?我如何解決它?
- 12. 在Linux內核中引入一個新的配置參數make menuconfig
- 13. 內核崩潰時嘗試做一個簡單的值分配
- 14. 導致內核崩潰的內核模塊打印語句
- 15. 配置內核
- 16. 如何在menuconfig中反向查找linux內核配置選項
- 17. 內核崩潰提領一空指針
- 18. 增加迭代時內核崩潰
- 19. 崩潰後查看內核日誌
- 20. 核心數據內存崩潰
- 21. 從內核調用掛鉤崩潰NtQuerydirectoryFile內核
- 22. ifconfig wlan0 up導致內核崩潰並重新啓動
- 23. 在發佈配置隨機崩潰
- 24. 核心菜單內的聚合物核心崩潰
- 25. Linux上的崩潰分析
- 26. 在Linux內核中搶佔
- 27. asm__volatile()在Linux內核
- 28. setscheduler()在Linux內核
- 29. 奇怪的Xcode/iTunes配置崩潰
- 30. MapView的崩潰更改配置