This is that thread. I would move it offplanet, but Musk hasn't occupied Mars yet.
This is that thread. I would move it offplanet, but Musk hasn't occupied Mars yet.
Actually, that's a good way to explain this: the uSD card is the ROM-based BIOS, just in a handy, easy to repair, removable form-factor. Bung a second-stage uBoot on it -- not sure if there's a Pi4 version of that yet, admittedly -- and you have all the usual abilities.thagrol wrote: ↑Tue Aug 20, 2019 12:28 pmNope.
First stage bootloader is in the Bios and/or UEFI partition. That looks for the OS's boot loader which can be on any storage media supported by both it and the motherboard. The OS's bootloader then loads the rest of the OS which can also be on any storage media supported by the hardware etc.
Code: Select all
chroot /var/local/nfsroot/pi4
mkinitramfs -o /boot/initrd.gz $version
exit
You don't need uboot. Instead load a preliminary Linux kernel from the SD card to set things up and then chain load the final Linux kernel from the USB drive.dickon wrote: ↑Tue Aug 20, 2019 5:30 pmActually, that's a good way to explain this: the uSD card is the ROM-based BIOS, just in a handy, easy to repair, removable form-factor. Bung a second-stage uBoot on it -- not sure if there's a Pi4 version of that yet, admittedly -- and you have all the usual abilities.thagrol wrote: ↑Tue Aug 20, 2019 12:28 pmNope.
First stage bootloader is in the Bios and/or UEFI partition. That looks for the OS's boot loader which can be on any storage media supported by both it and the motherboard. The OS's bootloader then loads the rest of the OS which can also be on any storage media supported by the hardware etc.
And as for being a serious user: I've been quite a serious user of these things since their initial release: the machines at that point neatly filled a very interesting hole in the market, and have been going from strength to strength ever since. I have never once booted or needed to boot a Pi from a USB device. I *do* want to boot my Pi 4 from network, but that's for ease of management, and integration with the rest of my network; ATM I have /boot mounted on the uSD card, and / over NFS as usual. Lets me snapshot the rootfs without trouble, but leaves /boot vulnerable; it also means that if I forget to regenerate the initrd after a kernel update, I have marginally more trouble fixing it than
and rebooting the Pi.Code: Select all
chroot /var/local/nfsroot/pi4 mkinitramfs -o /boot/initrd.gz $version exit
But yeah. USB? Not so much.
On all my regular computers, I have a separate / & /home, sometimes /swap too, dependent on needs, it makes re installing &/or upgrading a reasonably simple process, unlike the Raspbian way of putting everything in one partition.Separation of storage can be good practice from an admin and reliability pov.
No seperate /var and /tmp? Hope your logs and temp files don't get too bigk-pi wrote: ↑Tue Aug 20, 2019 6:02 pmOn all my regular computers, I have a separate / & /home, sometimes /swap too, dependent on needs, it makes re installing &/or upgrading a reasonably simple process, unlike the Raspbian way of putting everything in one partition.Separation of storage can be good practice from an admin and reliability pov.![]()
(Yes, I know that I can modify it to only take up a certain amount of disk space, but as it comes, it's just one big partition for the O/S & data files.)
Last I heard, he wanted to nuke it!
Tried that on a 4B yet?
There's a simple answer to that...
...and miss all the fun here? no way!
I installed NOOBS on a old 4GB micro SD I had lying around. Plugged in a USB3 SSD to my Pi4 and selected it as the drive to install on. /boot ends up on the micro SD, root on the SSD, boots and works fine no tinkering required. Some serious users use NOOBS, you know, like for convenience?
As long as it can be kept civil and stay confined to one thread, it's probably tolerable. Unfortunately, locking would probably result in a new thread popping up within a week.
And mine, smacks of cutting of nose to spite face.
It is just wrong (and rude) to suggest that users who do not need pure USB boot are not serious users.harwoodr wrote:All serious users need this facility
Maybe @k-pi is a "serious non-user"k-pi wrote: So, until the RPi4B gets its 'fix', it'll stay in its box
I rarely use a /swap directory, and wouldn’t touch a windows extended partition with a 10-ft pole.
Confused, you've bought one to try out, but cannot be bothered to plug in an SD card and actually use it? Or have you tried it but for reasons that elude many, cannot continue to try it out without USB boot? Surely the best approach is to run with SD card until USB boot is available? What specifically is it about running from an SD card is it that stopping you continuing to try it out? After all, running from SD is what the vast majority of users do with no problems whatsoever.k-pi wrote: ↑Wed Aug 21, 2019 10:06 am
Never said that I was a serious RPi user, so do get your facts right, I just have a few to 'test the water' to see how good an arm based computer is/Will be, as against Intel/AMD.
So far, I'm only trying out the RPi because it's British & easily available, no other reason - I'm not a 'fan boy' of them.![]()
I remember trying fish and chips. Simpler times
Bloomin heck - finally NOOBS has a use #WhoKnewI installed NOOBS on a old 4GB micro SD I had lying around. Plugged in a USB3 SSD to my Pi4 and selected it as the drive to install on. /boot ends up on the micro SD, root on the SSD, boots and works fine no tinkering required.