{"id":134086,"date":"2026-10-09T03:12:30","date_gmt":"2026-10-09T03:12:30","guid":{"rendered":"https:\/\/www.seeedstudio.com\/blog\/?p=134086"},"modified":"2026-10-09T03:12:33","modified_gmt":"2026-10-09T03:12:33","slug":"jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough","status":"publish","type":"post","link":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/","title":{"rendered":"Jetson Won’t Boot? From Power-On to Ubuntu \u2014 A Real Boot Log Walkthrough"},"content":{"rendered":"\n

In the previous article \u2014 JetPack, L4T, Ubuntu, Kernel, UEFI: What’s the relationship?<\/a> \u2014 we mapped out the Jetson software stack. Readers asked in our community: now that we have the map, how do these layers actually run when the device boots?<\/p>\n\n\n\n

This article answers that question \u2014 and not just with architecture diagrams. We walk through a real Jetson Orin UART Boot Log<\/strong>, layer by layer, from the moment you press the power button to the moment Ubuntu appears. The author is a Seeed application engineer and one of the top technical contributors in the Seeed Jetson community. The most common question he sees is “why won’t my Jetson boot?” \u2014 this article is his methodology for diagnosing those cases.<\/p>\n\n\n\n

After reading this, a thousand-line boot log will no longer feel like random characters. It’ll be a map you can use to quickly locate problems<\/strong>.<\/p>\n\n\n\n

If you don’t yet know how to capture the boot log, these two wikis walk you through it:<\/p>\n\n\n\n

\n

https:\/\/wiki.seeedstudio.com\/jetson_debug_guide<\/a><\/p>\n\n\n\n

https:\/\/wiki.seeedstudio.com\/get_the_system_log_of_recomputer_j30_and_j40<\/a><\/p>\n<\/blockquote>\n\n\n\n

Jetson From Power-On to Ubuntu: A Real Boot Log Walkthrough<\/h1>\n\n\n\n

The previous article introduced what JetPack, Jetson Linux \/ L4T, Ubuntu, Kernel, and UEFI<\/strong> are. But when these components actually run, in what order? After you press Jetson’s power button, why doesn’t it go straight to Ubuntu \u2014 why does it pass through BootROM, MB1, MB2, UEFI, Kernel, initrd?<\/p>\n\n\n\n

More importantly:<\/p>\n\n\n\n

\n

When Jetson won’t boot, how do you use the UART log to tell which step it’s stuck on?<\/strong><\/p>\n<\/blockquote>\n\n\n\n

This article doesn’t just show architecture diagrams. We take a real Jetson Orin UART Boot Log<\/strong> and analyze it.<\/p>\n\n\n\n

The full boot chain: from power-on to Ubuntu<\/h2>\n\n\n\n

Before going through the Boot Log step by step, let’s build the overall boot map.<\/p>\n\n\n\n

\"\"\/<\/figure>\n\n\n\n

NVIDIA defines this in the Jetson Linux Developer Guide \u2014 Boot Architecture<\/a><\/strong>. For the Orin series, the main Boot Firmware stages include BootROM, PSCROM, MB1, MB2, and UEFI<\/strong>.<\/p>\n\n\n\n

If we extend NVIDIA’s Boot Firmware flow all the way until we reach Ubuntu, we get this more complete chain:<\/p>\n\n\n\n

Power On\n  -> BootROM \/ PSCROM\n  -> MB1\n  -> MB2\n  -> BL31 \/ OP-TEE\n  -> UEFI\n  -> L4TLauncher\n  -> Linux Kernel + DTB + initrd\n  -> Find RootFS\n  -> NVMe \/ eMMC \/ SD\n  -> Ubuntu RootFS\n  -> systemd\n  -> Login \/ Desktop \/ Application<\/code><\/pre>\n\n\n\n
We’ll trace this chain through a real Jetson Orin UART boot log<\/strong>.<\/p>\n\n\n\n
The goal is more than understanding “how Jetson boots” \u2014 it’s a more practical diagnostic skill:<\/p>\n\n\n\n
\n
Given a Jetson Boot Log, quickly determine which layer the device reached, and if boot failed, where to focus troubleshooting.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
Power-on: Why does the log start with MB1?<\/h2>\n\n\n\n
The first line of this UART log is:<\/p>\n\n\n\n
[0000.066] I> MB1 (version: 1.4.0.4-t234-...)\n[0000.071] I> t234-A01-1-Silicon\n[0000.075] I> Boot-mode : Coldboot\n[0000.082] I> last_boot_error: 0x0<\/code><\/pre>\n\n\n\n
Wait \u2014 we said Power On -> BootROM -> MB1<\/code>. Where’s BootROM? Why does the first line go straight to MB1?<\/p>\n\n\n\n
Because BootROM is hard-coded inside the Tegra SoC<\/strong>. By the time power is on, it has already executed BootROM and successfully loaded MB1, and only then does UART start showing MB1’s log.<\/p>\n\n\n\n
So:<\/p>\n\n\n\n
\n
Once you see<\/strong> MB1<\/code><\/strong>, the SoC has at least made it past BootROM to MB1.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
That’s the first troubleshooting mindset: don’t just look for Errors \u2014 look for “the last stage that successfully completed.”<\/strong><\/p>\n\n\n\n
MB1: Basic hardware initialization<\/h2>\n\n\n\n
Inside MB1, the system first initializes boot storage:<\/p>\n\n\n\n
[0000.296] I> Task: Boot device init\n[0000.299] I> Boot_device: QSPI_FLASH instance: 0\n[0000.308] I> QSPI Flash: Macronix 64MB\n[0000.312] I> QSPI-0l initialized successfully<\/code><\/pre>\n\n\n\n
This shows MB1 can access QSPI Flash<\/strong>. Even when Ubuntu RootFS is on NVMe, Jetson’s early boot firmware still goes through QSPI.<\/p>\n\n\n\n
Then MB1 continues with Pinmux, power, and memory init:<\/p>\n\n\n\n
[0000.784] I> Task: Pinmux init\n[0000.874] I> Task: Pad voltage init\n[0000.884] I> Task: Common rail init\n[0000.944] I> Task: SDRAM init\n[0000.980] I> SDRAM initialized!\n[0000.983] I> SDRAM Size in Total 0x100000000<\/code><\/pre>\n\n\n\n
The key line:<\/p>\n\n\n\n
[0000.980] I> SDRAM initialized!<\/code><\/pre>\n\n\n\n
Means DRAM is up; MB1’s critical hardware init is essentially done.<\/strong><\/p>\n\n\n\n
If the boot log gets stuck in MB1 and you never see SDRAM initialized!<\/code>, focus on MB1-BCT, DDR, PMIC, power, and board config<\/strong> \u2014 not Ubuntu or Linux Kernel. Because at this point, Linux hasn’t started yet.<\/strong><\/p>\n\n\n\n
MB1 done -> MB2<\/h2>\n\n\n\n
After basic hardware init, MB1 loads the next stage MB2<\/strong>:<\/p>\n\n\n\n
[0001.874] I> Task: Load MB2\/Applet\/FSKP\n[0001.878] I> Loading MB2\n[0001.888] I> Binary name: MB2\n[0001.912] I> MB2 header integrity check is success\n[0001.945] I> MB2 binary integrity check is success\n[0001.950] I> Binary MB2 loaded successfully at 0x80000000<\/code><\/pre>\n\n\n\n
Then MB2 takes over:<\/p>\n\n\n\n
I> MB2 (version: 0.0.0.0-t234-...)\nI> Boot-mode : Coldboot<\/code><\/pre>\n\n\n\n
The chain has moved from MB1 to MB2.<\/p>\n\n\n\n
MB2 continues with platform init, and loads SoC firmware like SPE, RCE, DCE, XUSB, PVA, to prepare for UEFI and Linux.<\/p>\n\n\n\n
\n
Before Linux Kernel actually starts, Jetson has already completed a huge amount of low-level hardware and firmware initialization.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
MB2 done -> UEFI<\/h2>\n\n\n\n
When MB2 finishes, a clear boundary appears:<\/p>\n\n\n\n
I> MB2 finished<\/code><\/pre>\n\n\n\n
Then ARM Trusted Firmware and OP-TEE:<\/p>\n\n\n\n
NOTICE: BL31: v2.8\nI\/TC: OP-TEE version: 4.2\nI\/TC: Primary CPU switching to normal world boot<\/code><\/pre>\n\n\n\n
Then UEFI starts:<\/p>\n\n\n\n
Jetson UEFI firmware\n(version 36.4.3-gcid-38968081 ...)<\/code><\/pre>\n\n\n\n
BL31<\/strong> handles ARM Trusted Firmware; OP-TEE<\/strong> provides the Trusted Execution Environment. You don’t need their internals, but: seeing UEFI logs means MB1, MB2, and the security firmware stages are basically done \u2014 the system is about to enter OS boot.<\/strong><\/p>\n\n\n\n
Inside UEFI: Boot problems shift toward “OS handoff”<\/h2>\n\n\n\n
Continuing:<\/p>\n\n\n\n
Jetson System firmware version 36.4.3-gcid-38968081\n\nESC   to enter Setup.\nF11   to enter Boot Manager Menu.\nEnter to continue boot.<\/code><\/pre>\n\n\n\n
This means we’ve entered UEFI<\/strong>. BootROM, MB1, MB2 have all succeeded. From here, the troubleshooting focus changes.<\/p>\n\n\n\n
If the device can’t get into Linux after UEFI, focus on:<\/p>\n\n\n\n
Boot Order\nBoot Device\nEFI Boot Entry\nL4TLauncher\nKernel \/ DTB \/ initrd<\/code><\/pre>\n\n\n\n
You can think of this stage as:<\/p>\n\n\n\n
Early hardware init\n      |\n      v\n     UEFI\n      |\n      v\nSelect and load Linux<\/code><\/pre>\n\n\n\n
\n
Seeing UEFI means most of the low-level boot has succeeded. The next question is “where does Linux boot from, and are the boot files correct?”<\/strong><\/p>\n<\/blockquote>\n\n\n\n
L4TLauncher: From UEFI to Linux Kernel<\/h2>\n\n\n\n
After UEFI, the system starts actually loading Linux:<\/p>\n\n\n\n
L4TLauncher: Attempting Direct Boot\nEFI stub: Booting Linux Kernel...\nEFI stub: Using DTB from configuration table\nEFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path\nEFI stub: Exiting boot services...<\/code><\/pre>\n\n\n\n
L4TLauncher<\/strong> is Jetson UEFI’s default OS Loader. It prepares what Linux needs:<\/p>\n\n\n\n
    \n
  • Kernel<\/strong> \u2014 the Linux kernel<\/li>\n\n\n\n
  • DTB<\/strong> \u2014 hardware description<\/li>\n\n\n\n
  • initrd<\/strong> \u2014 temporary early filesystem<\/li>\n<\/ul>\n\n\n\n
    The critical lines:<\/p>\n\n\n\n
    EFI stub: Booting Linux Kernel...\nEFI stub: Exiting boot services...<\/code><\/pre>\n\n\n\n
    These mean UEFI has finished preparing the Linux boot environment, and is handing control to the Kernel<\/strong>. The boot chain has entered a new phase.<\/p>\n\n\n\n
    \n
    Once you see<\/strong> EFI stub: Booting Linux Kernel...<\/code><\/strong>, the Bootloader phase is essentially done. From here on, troubleshooting moves to Kernel, DTB, initrd, and RootFS.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    Linux Kernel officially starts<\/h2>\n\n\n\n
    [    0.000000] Booting Linux on physical CPU 0x0000000000\n[    0.000000] Linux version 5.15.148-tegra\n[    0.000000] Machine model: NVIDIA Jetson Orin NX Engineering Reference Developer Kit Super<\/code><\/pre>\n\n\n\n
    Notice the timestamp restarts from<\/strong> 0.000000<\/code><\/strong>. That’s because MB1, MB2, UEFI are Bootloader \/ Firmware stages \u2014 we’re now in Linux Kernel’s own runtime<\/strong>.<\/p>\n\n\n\n
    So when you analyze a UART Boot Log and see:<\/p>\n\n\n\n
    Linux version ...<\/code><\/pre>\n\n\n\n
    You can conclude:<\/p>\n\n\n\n
    \n
    Bootloader phase is done; the system has officially entered Linux Kernel.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    From this point on, the log focus shifts to device drivers, DTB, storage, initrd, and RootFS<\/strong>.<\/p>\n\n\n\n
    Kernel finds RootFS via command line<\/h2>\n\n\n\n
    After Kernel starts, it needs to know where the real Ubuntu RootFS is. You can see this in the kernel command line:<\/p>\n\n\n\n
    [    0.000000] Kernel command line:\nroot=PARTUUID=dd2da367-f299-4b4e-b99b-1510fb301f0d\nrw rootwait rootfstype=ext4 ...<\/code><\/pre>\n\n\n\n
    It tells the Kernel:<\/p>\n\n\n\n
    \n
    The RootFS to mount as<\/strong> \/<\/code><\/strong> is the partition matching this PARTUUID.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    Another important parameter: rootwait<\/code>. It tells the Kernel to wait for the Root Device<\/strong> if it’s not ready \u2014 critical for NVMe and USB SSDs that need controller\/driver init first.<\/p>\n\n\n\n
    \n
    If you’ve reached Kernel but can’t find RootFS, focus on storage, drivers, PARTUUID, and filesystem \u2014 not UEFI.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    initramfs: Temporary environment before the real RootFS<\/h2>\n\n\n\n
    After Kernel starts, it unpacks initramfs:<\/p>\n\n\n\n
    [    0.165968] Unpacking initramfs...<\/code><\/pre>\n\n\n\n
    Then early userspace, running \/init<\/code>:<\/p>\n\n\n\n
    [    2.540191] Freeing unused kernel memory: 7744K\n[    2.540270] Run \/init as init process\n[    2.567003] Root device found: PARTUUID=dd2da367-f299-4b4e-b99b-1510fb301f0d<\/code><\/pre>\n\n\n\n
    The \/init<\/code> here is not Ubuntu’s systemd<\/strong> \u2014 it’s the init program running in the initramfs temporary environment<\/strong>. One of its key jobs is to prepare storage and find the real RootFS:<\/p>\n\n\n\n
    Linux Kernel\n    |\n    v\ninitramfs\n    |\n    v\nRun \/init\n    |\n    v\nFind Root Device\n    |\n    v\nSwitch to Ubuntu RootFS<\/code><\/pre>\n\n\n\n
    So if Jetson gets stuck in initramfs \/ recovery shell, e.g.:<\/p>\n\n\n\n
    bash-5.2#<\/code><\/pre>\n\n\n\n
    It usually means Kernel and early userspace have started<\/strong>; now focus on RootFS, storage, PARTUUID, filesystem. Reaching a shell isn’t always a failure<\/strong> \u2014 combine with surrounding log context.<\/p>\n\n\n\n
    Kernel identifies NVMe and finds RootFS disk<\/h2>\n\n\n\n
    Most Seeed Studio Jetson products put Ubuntu RootFS on NVMe, so the Kernel needs PCIe and NVMe to come up first.<\/p>\n\n\n\n
    PCIe Link is up:<\/p>\n\n\n\n
    [    6.639293] tegra194-pcie 14160000.pcie: Link up\n[    6.640379] tegra194-pcie 14160000.pcie: Link up<\/code><\/pre>\n\n\n\n
    NVMe controller recognized:<\/p>\n\n\n\n
    [    6.649660] nvme 0004:01:00.0: Adding to iommu group 5\n[    6.649851] nvme nvme0: pci function 0004:01:00.0<\/code><\/pre>\n\n\n\n
    NVMe disk and partitions enumerated:<\/p>\n\n\n\n
    [    6.662942] nvme nvme0: 6\/0\/0 default\/read\/poll queues\n[    6.665906] nvme0n1: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15<\/code><\/pre>\n\n\n\n
    This sequence tells you the chain is complete:<\/p>\n\n\n\n
    PCIe Link Up\n    |\n    v\nNVMe Controller found\n    |\n    v\nRecognized as nvme0\n    |\n    v\nnvme0n1 created\n    |\n    v\nPartitions enumerated<\/code><\/pre>\n\n\n\n
    \n
    Seeing<\/strong> nvme0n1<\/code><\/strong> means the Kernel has successfully identified this NVMe device. Next, it will mount the real RootFS.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    Ubuntu RootFS officially mounted<\/h2>\n\n\n\n
    After NVMe is recognized, the system mounts the real RootFS:<\/p>\n\n\n\n
    [    7.426780] EXT4-fs (nvme0n1p1): mounted filesystem with ordered data mode.\n[    7.433141] Rootfs mounted over PARTUUID=dd2da367-f299-4b4e-b99b-1510fb301f0d\n[    7.439898] Switching from initrd to actual rootfs<\/code><\/pre>\n\n\n\n
    This shows the system has left initramfs and is now using the real Ubuntu RootFS.<\/p>\n\n\n\n
    \n
    At this point, Kernel, storage, and RootFS mount have all succeeded. The boot chain is about to enter Ubuntu User Space.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    This also echoes the previous article’s point: Ubuntu is not the entire Jetson system \u2014 it’s the RootFS and user space mounted in the second half of the boot chain.<\/strong><\/p>\n\n\n\n
    systemd: Entering Ubuntu User Space<\/h2>\n\n\n\n
    After the RootFS switch, systemd<\/code> starts:<\/p>\n\n\n\n
    [    7.550899] systemd[1]: systemd 249.11-0ubuntu3.12 running in system mode\n[    7.551400] systemd[1]: Detected architecture arm64.\n[    7.559528] systemd[1]: Hostname set to ubuntu.<\/code><\/pre>\n\n\n\n
    The system has entered the real Ubuntu User Space<\/strong>.<\/p>\n\n\n\n
    Then systemd<\/code> continues starting device management, networking, logging, NVIDIA services, and the GUI:<\/p>\n\n\n\n
    [    7.774172] systemd[1]: Queued start job for default target Graphical Interface.<\/code><\/pre>\n\n\n\n
    The next target is graphical.target<\/code> \u2014 the desktop environment.<\/p>\n\n\n\n
    By this point, Bootloader, Linux Kernel, NVMe, and RootFS have all succeeded. The system is in Ubuntu User Space.<\/strong> The chain from power-on to Ubuntu is essentially complete.<\/p>\n\n\n\n
    Any auto-start software you set up will also start here.<\/p>\n\n\n\n
    Troubleshooting: Find the last stage that succeeded<\/h2>\n\n\n\n
    The most common question in the Seeed Jetson community: “Why won’t my Jetson boot?”<\/p>\n\n\n\n
    Flashing can fix 90% of issues, but the better habit is to first get the UART Boot Log<\/strong> and analyze based on the last stage that successfully completed<\/strong> \u2014 understanding the root cause helps you avoid similar problems later.<\/p>\n\n\n\n
    The methodology is essentially: progressively narrow down the failing boot stage.<\/strong><\/p>\n\n\n\n
    One more thing: Errors or Warnings in the Boot Log don’t always mean boot has failed<\/strong>. An Error doesn’t necessarily mean the device won’t boot. For example, even after entering Ubuntu User Space, you might see:<\/p>\n\n\n\n
    imx219 ... error during i2c read probe\nimx219 ... board setup failed\nimx219 ... probe ... failed<\/code><\/pre>\n\n\n\n
    What actually failed here is the IMX219 Camera Probe<\/strong> \u2014 not the entire Jetson boot flow.<\/p>\n\n\n\n
    \n
    When reading a boot log, don’t chase the first Error. Follow the boot chain to find the last stage that succeeded.<\/strong><\/p>\n<\/blockquote>\n\n\n\n
    Closing thoughts<\/h2>\n\n\n\n
    Jetson’s boot logs are long, but you don’t need to read every line. Pair this with AI-assisted analysis to drill into suspicious areas. Once you know which layer the system stopped at, the problem scope usually narrows quickly \u2014 that’s the most important mindset for Jetson boot troubleshooting. Master it, and a thousand-line Boot Log becomes a Jetson boot map<\/strong> instead of a wall of noise.<\/p>\n\n\n\n
    Next article: What’s actually stored in Jetson’s QSPI?<\/strong> \u2014 Why, when Ubuntu lives on NVMe, can QSPI issues still prevent boot?<\/p>\n\n\n\n
    About the column<\/h2>\n\n\n\n
    This is Seeed Studio’s Jetson low-level technical column, written by You Jiang<\/strong>, a Seeed application engineer and core technical contributor in the Seeed Jetson community. The column covers Jetson kernel development, boot flow, drivers, and peripheral adaptation \u2014 helping you move from “using Jetson” to “understanding Jetson.”<\/p>\n\n\n\n
    <\/p>\n","protected":false},"excerpt":{"rendered":"
    In the previous article \u2014 JetPack, L4T, Ubuntu, Kernel, UEFI: What’s the relationship? \u2014 we<\/p>\n","protected":false},"author":3683,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"","_lmt_disable":"","_price":"","_stock":"","_tribe_ticket_header":"","_tribe_default_ticket_provider":"","_tribe_ticket_capacity":"0","_ticket_start_date":"","_ticket_end_date":"","_tribe_ticket_show_description":"","_tribe_ticket_show_not_going":false,"_tribe_ticket_use_global_stock":"","_tribe_ticket_global_stock_level":"","_global_stock_mode":"","_global_stock_cap":"","_tribe_rsvp_for_event":"","_tribe_ticket_going_count":"","_tribe_ticket_not_going_count":"","_tribe_tickets_list":"[]","_tribe_ticket_has_attendee_info_fields":false,"iawp_total_views":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-134086","post","type-post","status-publish","format-standard","hentry","category-news"],"yoast_head":"\nJetson Won't Boot? A Real Boot Log Walkthrough<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Jetson Won't Boot? A Real Boot Log Walkthrough\" \/>\n<meta property=\"og:description\" content=\"In the previous article \u2014 JetPack, L4T, Ubuntu, Kernel, UEFI: What’s the relationship? \u2014 we\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/\" \/>\n<meta property=\"og:site_name\" content=\"Latest News from Seeed Studio\" \/>\n<meta property=\"article:published_time\" content=\"2026-10-09T03:12:30+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-10-09T03:12:33+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO\" \/>\n<meta name=\"author\" content=\"silvia\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"silvia\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/\",\"url\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/\",\"name\":\"Jetson Won't Boot? A Real Boot Log Walkthrough\",\"isPartOf\":{\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO\",\"datePublished\":\"2026-10-09T03:12:30+00:00\",\"dateModified\":\"2026-10-09T03:12:33+00:00\",\"author\":{\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/6f835de849facc23374858d2993af894\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage\",\"url\":\"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO\",\"contentUrl\":\"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.seeedstudio.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Jetson Won’t Boot? From Power-On to Ubuntu \u2014 A Real Boot Log Walkthrough\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/#website\",\"url\":\"https:\/\/www.seeedstudio.com\/blog\/\",\"name\":\"Latest News from Seeed Studio\",\"description\":\"Emerging IoT, AI and Autonomous Applications on the Edge\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.seeedstudio.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/6f835de849facc23374858d2993af894\",\"name\":\"silvia\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/e521792243581200d63ae0eb4ee020c2ab5689d344cf87b6597faf184ba25eee?s=96&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/e521792243581200d63ae0eb4ee020c2ab5689d344cf87b6597faf184ba25eee?s=96&r=g\",\"caption\":\"silvia\"},\"url\":\"https:\/\/www.seeedstudio.com\/blog\/author\/silvia\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Jetson Won't Boot? A Real Boot Log Walkthrough","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/","og_locale":"en_US","og_type":"article","og_title":"Jetson Won't Boot? A Real Boot Log Walkthrough","og_description":"In the previous article \u2014 JetPack, L4T, Ubuntu, Kernel, UEFI: What’s the relationship? \u2014 we","og_url":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/","og_site_name":"Latest News from Seeed Studio","article_published_time":"2026-10-09T03:12:30+00:00","article_modified_time":"2026-10-09T03:12:33+00:00","og_image":[{"url":"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO","type":"","width":"","height":""}],"author":"silvia","twitter_card":"summary_large_image","twitter_misc":{"Written by":"silvia","Est. reading time":"7 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/","url":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/","name":"Jetson Won't Boot? A Real Boot Log Walkthrough","isPartOf":{"@id":"https:\/\/www.seeedstudio.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage"},"image":{"@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage"},"thumbnailUrl":"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO","datePublished":"2026-10-09T03:12:30+00:00","dateModified":"2026-10-09T03:12:33+00:00","author":{"@id":"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/6f835de849facc23374858d2993af894"},"breadcrumb":{"@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#primaryimage","url":"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO","contentUrl":"https:\/\/my.feishu.cn\/space\/api\/box\/stream\/download\/asynccode\/?code=NjhkY2MyYzE1YTgyOTlmYjA3MDE3NTcxZDc5M2U1YTJfdXY2V0lGaXFqVUNJV2VDN3RabUJoTXRxakJYTFVwb2pfVG9rZW46RVhCWGI5cWlwbzlSTnR4V0lVRGMxajlmbjhlXzE3OTA3NTQyMDk6MTc5MDc1NzgwOV9WNA&add_watermark=true&scene_type=CCM_DOUBAO"},{"@type":"BreadcrumbList","@id":"https:\/\/www.seeedstudio.com\/blog\/2026\/10\/09\/jetson-wont-boot-from-power-on-to-ubuntu-a-real-boot-log-walkthrough\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.seeedstudio.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Jetson Won’t Boot? From Power-On to Ubuntu \u2014 A Real Boot Log Walkthrough"}]},{"@type":"WebSite","@id":"https:\/\/www.seeedstudio.com\/blog\/#website","url":"https:\/\/www.seeedstudio.com\/blog\/","name":"Latest News from Seeed Studio","description":"Emerging IoT, AI and Autonomous Applications on the Edge","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.seeedstudio.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/6f835de849facc23374858d2993af894","name":"silvia","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.seeedstudio.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/e521792243581200d63ae0eb4ee020c2ab5689d344cf87b6597faf184ba25eee?s=96&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/e521792243581200d63ae0eb4ee020c2ab5689d344cf87b6597faf184ba25eee?s=96&r=g","caption":"silvia"},"url":"https:\/\/www.seeedstudio.com\/blog\/author\/silvia\/"}]}},"modified_by":"silvia","views":11,"featured_image_urls":{"full":"","thumbnail":"","medium":"","medium_large":"","large":"","1536x1536":"","2048x2048":"","visody_icon":"","magazine-7-slider-full":"","magazine-7-slider-center":"","magazine-7-featured":"","magazine-7-medium":"","magazine-7-medium-square":""},"author_info":{"display_name":"silvia","author_link":"https:\/\/www.seeedstudio.com\/blog\/author\/silvia\/"},"category_info":"<a href=\"https:\/\/www.seeedstudio.com\/blog\/category\/news\/\" rel=\"category tag\">News<\/a>","tag_info":"News","comment_count":"0","_links":{"self":[{"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/posts\/134086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/users\/3683"}],"replies":[{"embeddable":true,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/comments?post=134086"}],"version-history":[{"count":4,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/posts\/134086\/revisions"}],"predecessor-version":[{"id":134233,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/posts\/134086\/revisions\/134233"}],"wp:attachment":[{"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/media?parent=134086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/categories?post=134086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.seeedstudio.com\/blog\/wp-json\/wp\/v2\/tags?post=134086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}