Jump to content

Recommended Posts

Posted

I am not able to boot from armbian.

First I downloaded image from (https://www.armbian.com/orange-pi-zero-2w/)

Annotation2025-06-30011938.thumb.png.dd27333a20d978babb1cdd7906bb3696.png

later on I flashed the image with usbimager, then since this didn't work I did with balena etcher, (all those in linux). Balena etcher crashes at verification so then I did with my windows machine, first with usbimager and since it wasn't working I decided to decompress the .xz and do it with "rufus"

Here i attach the imagessignal-2025-06-30-011829.thumb.jpeg.d2248ccc7c02cd56b07e9a91fb24004a.jpeg

 

 

andsignal-2025-06-30-011832.thumb.jpeg.ea84f3e6000dcacf59d7158ab7d00fe1.jpeg

 

 

 

as you guys can see it says "failed to mount /dev/mtdblock4". 

That terminal is pretty much useless, I can't even do reboot or poweroff.

 

I just need armbian because the official orange pi OS doesn't provide the headers. And I need the headers because if not I can't install drivers for my wifi card. Newer linux distros seems to have compiled on the kernel so that's why i wanted to update, also because I think armbian provides the headers too.

 

Any ideas

  • Werner changed the title to can't boot with image Armbian 25.5.1 Bookworm
Posted

Double-check what you are booting from and which image you use. The screenshot says kernel version 4.9.170 while the mentioned Armbian version is mainline with 6.12.y

Posted

this is when booting throw usbimager, now when booting throw rufus it says

 

 

image.thumb.png.2bdffd898faacdc00ba0138b0a315996.png

 

 

however, after flashing the armbian-minimal which it takes 1.25gb of space, if i look at gparted i can see 5mb unallocated, the 1.25gb 100% full and the rest unallocated. when i try to assign the rest to the 1.25gb; the computer won't even boot.

maybe i do a full video showing the whole process

Posted

No need to manually adjust partitions. At first boot Armbian will expand rootfs automatically using all available space on sdcard.

USBimager is known to work well on Win32 as well as Linux. Rufus is neither tested nor supported method.

Posted

before rufus i did with usbimager and balena etcher and none of them worked out. I am thinking is going to be my reader or something.

usbimager was giving the first weird screen but most of the time i tried flashing it wasn't giving any screen (like if i power up the orange pi zero 2w without any type of sd card)

and balena etcher wasn't even flahing, it was always stuck at verification. I tried usbimager in linux and windows. I will let you know if I end up fixing, because I want that kernel because it comes with some wifi drivers out of the box. Thanks for your response

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines