SSD upgrade installed, uconsole doesnt boot

How though, as I can’t even boot in.

Is there anything I can do with turning RPIBOOT on?

1 Like

Thanks, guide is a little confusing but, It’s saying I can flash the ssd by switching on both RPIBOOT and EEPROM, and connecting usb-c, is that right?

Okay, this isn’t the most favourable option, but its the easiest.

I will get a USB to NVME thing, and flash Arch linux onto the SSD, put it in my uconsole, take the micro sd card out, and see if it will boot from the ssd.

Will this work?

I’ll keep trying until friday, and then a month later I will try again with the nvme to usb.

I had no issues. I downloaded the community version and the official version, used the terminal to copy the image over (actually multiple times as I was toying with some things) and never had any issue. I should also point out that I personally prefer to use dd from the terminal versus the Raspberry Pi Imager.

Oh, it’s also worth noting that I had a small enclosure that I used to connect the NVMe to my desktop via USB.

If you have any points of confusion please leave a comment in that thread and I can edit the parent. You should only toggle the switches specified in the parent, which I believe is just the 1:nRPIBOOT. RPIBOOT shouldn’t be very difficult if the guide is clear enough.

1 Like

Do these instructions work a uConsole with the OS loaded onto eMMC? I’ve got my SSD to work as a drive, though in order to write anything to it, I have to sudo for mv’s or cp’s. I’m just wondering if whatever is wrong with my SSD setup, will also prevent me from booting to the drive? Also, I know dual booting from eMMC or MicroSD is not possible, but can you dual boot from eMMC and SSD? Thanks

needing root just means you haven’t created a folder that your user can write to on the disk, that won’t prevent you from booting from it.
You can boot from either emmc or nvme, I’m not sure about proper dual boot with a choice everytime, it must be possible but I haven’t seen anyone set it up yet

Good question.

though in order to write anything to it, I have to sudo for mv’s or cp’s

Did you format the NVME drive or was that done from another PC or even during install (prepp) of the current uConsole OS. If so I think the filesystem was created by another user during setup which would be the reason you need to use sudo each change you make.

If nothing important for the OS is on the NVME I would just re-write the permissions to your user or alike.

I know dual booting from eMMC or MicroSD is not possible, but can you dual boot from eMMC and SSD?

This is a question if you can fix this in the EEPROM of the CM5 I think. Its funny I tried websearching a bit for just this out of curiosity and found that most first results were from this very forum :smiley:

and @snipeytje had been responding in some of them :laughing:

I found some instructions to change the permissions of my drive folders/files, but I still have to sudo to move/copy anything. Could it be that when I installed DragonOS, I’m logged in as the dragon user? I thought that user had root access but maybe that’s not the case. Anyway, the instructions to change permissions I found, did not seem to work.

Its funny I tried websearching a bit for just this out of curiosity and found that most first results were from this very forum :smiley:

I had the same results, so if anyone in the forum can direct on how to update the EEPROM to allow for booting into the eMMC or SSD, that would be great. I guess I first have to copy the OS onto my drive! TIA

Yeah, thanks, and that’s where I’ve been struggling to find some good information on how to do this.

look at the files and who the owner is, the user in dragon OS doesn’t matter much because the filesystem actually uses the ID of the user and not the name internally, and IDs often overlap between systems, your user is almost always user 1000 on a single user system

1 Like

snipeytje

look at the files and who the owner is, the user in dragon OS doesn’t matter much because the filesystem actually uses the ID of the user and not the name internally, and IDs often overlap between systems, your user is almost always user 1000 on a single user system

Thanks for the info. I’ll revisit this tonight when I get home.

The way its mounted also matters as in if you mounted to /nvme you can have permissions set to the mount itself while the files/folders in the file system has more relaxed permissions.

But do an ls -la /path/to/nvme and it should show all the info you need.

Okay I flashed Rex’s trixie lite image onto the ssd, and I just put the ssd in the uconsole to see if it will boot up. :crossed_fingers:

Uconsole is still failing to boot. I flashed @Rex debian trixie lite image onto the ssd using balana etcher, using a USB to NVMe adapter, and I put the ssd in my uconsole after flashing. The BAT led on the battery ssd board turns red when I turn the uconsole on, and thats all I see.

The PWR led turns on, the ACT led doesnt

Have you checked if it’s compatible? Some drive won’t work for boot a raspberry pi.

1 Like