开云体育

sBIT USB boot


 

Apparently it is possible to boot the Pi from a USB stick instead of the uSD card.? How is this done?? Sorry for my ignorance.

Gerry Sherman

Sent by the Windows 11 Thunderbird


 

Just write the image on the usb the same way that is done with the sd card. Use usb 3 drive otherwise it will be slow.

Wp3dn


 

On Mon, Jan 22, 2024 at 05:27 AM, Gerald Sherman wrote:
Apparently it is possible to boot the Pi from a USB stick instead of the uSD card.? How is this done?? Sorry for my ignorance.
?is a user-friendly guide.

These instructions show you how to use Imager (from the Pi itself or another computer) to write a bootable program to a spare sdcard that will update the Pi 4's firmware (in particular, its Bootloader) and its configuration so it can support USB boot, then boot that sdcard and it will silently update the firmware.

Then you return to booting from the original Pi sdcard and get back to the Desktop which will take a bit longer because the Pi now searches for USB drives (which you have not yet added).

Next, attach the new USB drive then use SD Card Copier to copy the contents of the sdcard onto the USB drive.? It will use all available space on the USB drive, which is what you typically want.

Then when it finishes, shut down the Pi, take out the sdcard so it isn't used for booting, power up, and you should be running from the USB drive.

Some important warnings first:

1) Make a backup of the sdcard first and put that backup aside.? You definitely want a way to go back to the old system if something goes wrong!? I typically use SD Card Copier to do this.

2) Be aware that many USB storage adapters (like USB-to-SATA and USB-to-NVMe devices) draw more power than the Pi can reliably provide.? When a Pi doesn't get enough power it just crashes and reboots with no warning at all and no log file entry to help you figure out what happened.? In the case of sbitx I find that it is worse than other Pi boards I've used because the Pi is drawing power from the sbitx motherboard via GPIO pins and the regulator on the sbitx seems to be limited.? Maybe this is because it doesn't want to abuse the GPIO pins by delivering too much current, I don't know.? Bottom line: if the sbitx Pi crashes a lot when booting from USB storage, make sure to use a powered USB hub between the Pi and the device.??
?
In general I've had to use a powered hub for any USB storage adapter other than a USB-to-sdcard adapter, because sooner or later it gets crashy, especially under load such as installing OS upgrades or building software.? Random crashes can corrupt the data on the device(s) so it really should be avoided.? In short I recommend you use a powered hub if you have any doubts.

Having said all this, IMO using a USB to NVMe adapter with powered hub for sbitx makes so many things go much faster and is worth the effort.?

I have a Pi 5 setup (which I'm not using in sbitx, yet) and am getting a PCIe to NVMe board today according to the delivery status updates, and I bet that thing will fly!? Unfortunately Pi 5 only has one lane PCIe.? Hopefully the next Pi will have more lanes for external PCIe devices.

--
Regards,
Dave, N1AI


 

开云体育

Dave makes many good comments, but I want to point out a couple things:

The need to update the RPi 4 firmware to support USB booting is an issue that impacts only very early RPi 4 boards as I recall. Indeed, the article from TomsHardware goes back to 2021, when an editor's note at the top of the article indicated they added info on booting the RPi 400 (The RPi in a keyboard model). No harm doing the update to be sure, but it may not be necessary.

Also, Dave mentioned it, but I want to highlight the need to remove the microSD card from the RPi 4 - I suspect (but do not know for certain) that the RPi 4 boot order will have the RPi 4 boot from the microSD no mater what is attached to the USB ports.

And just a note on the PCI Express interface on the RPi 5 - it is a PCI Gen 2.0 speed interface that is one lane (1X) wide. It's speed is 500 MB/sec (that's Megabyte, not Megabit per second) [1], and USB 3.0 is about the same speed, 5,000 Mb/second (that is megabits/second, not megabytes) [2], but the technical specification is the fastest it can theoretically handle, real-world results are typically lower when you factor in the reality/limitations of the USB 3.0 implementation on the computer, any cabling and hubs, the USB 3.0 to SATA or other storage interface chip and finally the actual speed of the storage device attached to the USB 3.0 adapter. By comparison, a PCI NVMe drive attached to a PCI Express port has no intervening devices to slow down the data transfer - the NVMe drive is limited only by its native access speed and the transfer speed of the interface it is attached to.

Bottom line - the NVMe board while having similar specs on paper to USB 3.0, in the real world the PCI Express Gen 2.0 1X interface will perform better.

[1]?

[2]?

Ken

On Jan 22, 2024, at 08:41, Dave, N1AI <n1ai@...> wrote:

?On Mon, Jan 22, 2024 at 05:27 AM, Gerald Sherman wrote:
Apparently it is possible to boot the Pi from a USB stick instead of the uSD card.? How is this done?? Sorry for my ignorance.
?is a user-friendly guide.

These instructions show you how to use Imager (from the Pi itself or another computer) to write a bootable program to a spare sdcard that will update the Pi 4's firmware (in particular, its Bootloader) and its configuration so it can support USB boot, then boot that sdcard and it will silently update the firmware.

Then you return to booting from the original Pi sdcard and get back to the Desktop which will take a bit longer because the Pi now searches for USB drives (which you have not yet added).

Next, attach the new USB drive then use SD Card Copier to copy the contents of the sdcard onto the USB drive.? It will use all available space on the USB drive, which is what you typically want.

Then when it finishes, shut down the Pi, take out the sdcard so it isn't used for booting, power up, and you should be running from the USB drive.

Some important warnings first:

1) Make a backup of the sdcard first and put that backup aside.? You definitely want a way to go back to the old system if something goes wrong!? I typically use SD Card Copier to do this.

2) Be aware that many USB storage adapters (like USB-to-SATA and USB-to-NVMe devices) draw more power than the Pi can reliably provide.? When a Pi doesn't get enough power it just crashes and reboots with no warning at all and no log file entry to help you figure out what happened.? In the case of sbitx I find that it is worse than other Pi boards I've used because the Pi is drawing power from the sbitx motherboard via GPIO pins and the regulator on the sbitx seems to be limited.? Maybe this is because it doesn't want to abuse the GPIO pins by delivering too much current, I don't know.? Bottom line: if the sbitx Pi crashes a lot when booting from USB storage, make sure to use a powered USB hub between the Pi and the device.??
?
In general I've had to use a powered hub for any USB storage adapter other than a USB-to-sdcard adapter, because sooner or later it gets crashy, especially under load such as installing OS upgrades or building software.? Random crashes can corrupt the data on the device(s) so it really should be avoided.? In short I recommend you use a powered hub if you have any doubts.

Having said all this, IMO using a USB to NVMe adapter with powered hub for sbitx makes so many things go much faster and is worth the effort.?

I have a Pi 5 setup (which I'm not using in sbitx, yet) and am getting a PCIe to NVMe board today according to the delivery status updates, and I bet that thing will fly!? Unfortunately Pi 5 only has one lane PCIe.? Hopefully the next Pi will have more lanes for external PCIe devices.

--
Regards,
Dave, N1AI


 

On Mon, Jan 22, 2024 at 10:16 AM, Ken N2VIP wrote:
Also, Dave mentioned it, but I want to highlight the need to remove the microSD card from the RPi 4 - I suspect (but do not know for certain) that the RPi 4 boot order will have the RPi 4 boot from the microSD no mater what is attached to the USB ports.
All good points, and more on the topic of booting:

There is a boot order variable the Pi firmware supports.? Its documentation is?.? You can google BOOT_ORDER to learn more about it.?

I don't know what the resulting boot order will be by following the Tom's Hardware procedure I linked earlier, maybe someone will report it.

You can see it via the command 'rpi-eeprom-config'.

Some of my non-sbitx Pi devices have a NVMe board that is buried under the Pi and I don't want to open the box and disconnect it so I let the other things have priority in the boot order:



Note the hex digits are read low-order first so '1' is the first thing it tries not 'f'.

For the factory sbitx box the sdcard is buried inside the box by default and it's a pain to get to, so you probably want any external devices to have priority.

That makes booting slower since it takes it time to look for USB devices but IMO it's worth the tradeoff of not having to pry open the box.

Someone here posted??for a sdcard extension and ran the ribbon cable to the outside of the box and taped down the card holder.

I haven't tried that, but I plan to.

I have been USB-booting my Pi 5 with a USB hub then a USB-to-NVMe adapter.? I often see timeouts during reboot.? One 'fix' is to power-cycle the Pi and the hub together which is easy for me since they are on the same power strip.? ?The same document above describes some bootloader USB settings that can be used to make the timeouts longer, but I haven't messed with these since I intend to replace that USB-to-NVMe adapter with PCIe direct.? Yet the odd thing to me is that the same USB-to-NVMe adapter and the same NVMe device worked without timeouts on the Pi 4 so I suspect they have changed something on the Pi 5 with regard to USB timeouts.? It'd be interesting to know if others notice something similar.
?
--
Regards,
Dave, N1AI


test message from WW8LA.tom
 

开云体育

Dave,
Where is the “BOOT_ORDER” parameter within the code. I would like to try booting from external media but am not that familiar with where to find it.?
--Tom
WW8LA

On Jan 22, 2024, at 10:59?AM, Dave, N1AI <n1ai@...> wrote:

?On Mon, Jan 22, 2024 at 10:16 AM, Ken N2VIP wrote:
Also, Dave mentioned it, but I want to highlight the need to remove the microSD card from the RPi 4 - I suspect (but do not know for certain) that the RPi 4 boot order will have the RPi 4 boot from the microSD no mater what is attached to the USB ports.
All good points, and more on the topic of booting:

There is a boot order variable the Pi firmware supports.? Its documentation is?.? You can google BOOT_ORDER to learn more about it.?

I don't know what the resulting boot order will be by following the Tom's Hardware procedure I linked earlier, maybe someone will report it.

You can see it via the command 'rpi-eeprom-config'.

Some of my non-sbitx Pi devices have a NVMe board that is buried under the Pi and I don't want to open the box and disconnect it so I let the other things have priority in the boot order:

<dummyfile.0.part>


Note the hex digits are read low-order first so '1' is the first thing it tries not 'f'.

For the factory sbitx box the sdcard is buried inside the box by default and it's a pain to get to, so you probably want any external devices to have priority.

That makes booting slower since it takes it time to look for USB devices but IMO it's worth the tradeoff of not having to pry open the box.

Someone here posted??for a sdcard extension and ran the ribbon cable to the outside of the box and taped down the card holder.

I haven't tried that, but I plan to.

I have been USB-booting my Pi 5 with a USB hub then a USB-to-NVMe adapter.? I often see timeouts during reboot.? One 'fix' is to power-cycle the Pi and the hub together which is easy for me since they are on the same power strip.? ?The same document above describes some bootloader USB settings that can be used to make the timeouts longer, but I haven't messed with these since I intend to replace that USB-to-NVMe adapter with PCIe direct.? Yet the odd thing to me is that the same USB-to-NVMe adapter and the same NVMe device worked without timeouts on the Pi 4 so I suspect they have changed something on the Pi 5 with regard to USB timeouts.? It'd be interesting to know if others notice something similar.
?
--
Regards,
Dave, N1AI


 

On Mon, Jan 22, 2024 at 11:41 AM, test message from WW8LA.tom wrote:
Where is the “BOOT_ORDER” parameter within the code.
It is stored in EEPROM.? shows how to access it:



You will need the right firmware on the Pi 4 for this to be operative.

I would like to try booting from external media but am not that familiar with where to find it.?
?is a user-friendly guide for how to get things set up.
?
--
Regards,
Dave, N1AI


test message from WW8LA.tom
 

开云体育

Thanks!
--Tom

On Jan 22, 2024, at 12:03?PM, Dave, N1AI <n1ai@...> wrote:

?On Mon, Jan 22, 2024 at 11:41 AM, test message from WW8LA.tom wrote:
Where is the “BOOT_ORDER” parameter within the code.
It is stored in EEPROM.? shows how to access it:

<dummyfile.0.part>


You will need the right firmware on the Pi 4 for this to be operative.

I would like to try booting from external media but am not that familiar with where to find it.?
?is a user-friendly guide for how to get things set up.
?
--
Regards,
Dave, N1AI


 

FYI, Jeff Geerling covers the use of USB and PCIe booting for Raspberry Pis in great detail on his blog (; for example - ) and on YouTube ().


 

On Mon, Jan 22, 2024 at 02:30 PM, WB6GJE Mike wrote:
FYI, Jeff Geerling covers the use of USB and PCIe booting for Raspberry Pis in great detail on his blog (; for example - ) and on YouTube ().
I definitely love Jeff's work and watch every video as they come out.? The only caution I would raise is that he tends to be working on the bleeding edge with Pi, so some of his older articles don't age too well, because once the stuff he is working with becomes mainstreamed usually easier ways to do things have been invented or discovered.? This is not the case for PCIe right now, it is still "bleeding edge" and his stuff is still the best reference IMO.? For USB I posted the Tom's Hardware link because I think it's easier for most people to follow.? In particular Imager can be used to do some things Jeff did manually.
?
--
Regards,
Dave, N1AI


 

On Mon, Jan 22, 2024 at 11:50 AM, Dave, N1AI wrote:

On Mon, Jan 22, 2024 at 02:30 PM, WB6GJE Mike wrote:

FYI, Jeff Geerling covers the use of USB and PCIe booting for Raspberry Pis in great detail on his blog ( ; for example - ) and on YouTube ( ).

I definitely love Jeff's work and watch every video as they come out.? The only caution I would raise is that he tends to be working on the bleeding edge with Pi, so some of his older articles don't age too well, because once the stuff he is working with becomes mainstreamed usually easier ways to do things have been invented or discovered.? This is not the case for PCIe right now, it is still "bleeding edge" and his stuff is still the best reference IMO.? For USB I posted the Tom's Hardware link because I think it's easier for most people to follow.? In particular Imager can be used to do some things Jeff did manually.

-- Regards, Dave, N1AI

I agree with Dave - should have noted that Jeff Geerling is an early adopter and he typically does not update his posts with information as features go mainstream. For example, I was following his guidance on setting up an NVMe drive using one of the PCIe adapters for the Raspberry Pi 5. Turns out it was missing one config change necessary to make it work with the production version of the board (but worked with the proto board he reviewed). That said, don't be afraid to use the Google or DuckDuckGo for any of the Pi-related questions posed in this forum. Get a consensus of advice and go with information that appears consistently across a number of YouTube videos and/or blog posts.


 

On Tue, Jan 23, 2024 at 12:58 PM, WB6GJE Mike wrote:
Get a consensus of advice and go with information that appears consistently across a number of YouTube videos and/or blog posts.

Wow, that's a perfect lead-in for me.? I wrote most of the below for another platform, but IMO it fits into this discussion here about Pi 5 and NVMe.? It also fits into some stuff I wrote earlier about how I feel Pi will be under more pressure from small form-factor (SFF) PCs using x86 processors, and that the sBITX community will have to be ready for things to change more rapidly than in the past

IMO design decisions made by the Pi Foundation make it relatively easy for them to move on to Pi 6 and beyond because they've put all the IO onto a separate chip.? That makes it easier for them to drop a newer/faster CPU into their design than they have in the past, and such newer/faster ARM CPUs already exist.? ? They may have to, because SFF PCs IMO are already strong competitors so there is already a competitive threat that could easily intensify.? I'm saying this since I think a lot of people have gotten used to the slower development pace of the COVID era, but I think those days are long over.??

So, we see that Jeff Geerling is jumping onto the Pi 5 vs N100 SFF PC bandwagon after Christopher Barnatt / Explaining Computers did so a week or so ago.??

Jeff:??

Chris:??

Jeff is doing an almost exact match on price and is fairly close on form factor, whereas Chris's N100 PC was not a SFF PC, it was a mini-ITX so bigger case and PSU and cost 1.5 times more than his Pi 5 setup.? ?Yet Chris's N100 has very similar specifications to Jeff's.? Chris provides more details on specifications and performance than Jeff did.? For instance Chris tells us his motherboard supports two-lane PCIe V3, whereas Jeff doesn't get into that level of detail.

Jeff's video is really amusing to me since my PCIe to NVMe adapter arrived last night for my Pi 5 and I was doing almost all the same stuff he was doing in the setup phase of this video myself last night.? My Pi 5 setup is pretty much identical to Chris's.? We both have the Pineberry Pi Hat! Bottom whereas Jeff has the Top model.??

Jeff is right that the Pi world requires you to select, purchase and assemble more 'stuff' to get a useful setup whereas most SFF PCs come with all the stuff you need right out of the box.? ?He is also right that it's really hard to know if a given Pi case will work with a given top/bottom device and still provide good air flow, still have the holes line up with the jacks, still be able to get at the sdcard, power button, camera/display connectors, etc.

My summary of both videos is that at a similar price point the N100 platforms delivers somewhat faster performance but draws somewhat more power both at idle and under load to deliver that performance.? The N100 is clearly faster at anything that involves graphics and video since it has a better GPU with better software support.? The N100 takes up more space, but is more expandable.? Jeff's N100 has room for a 2nd NVMe storage device and has a slot for mobile data dongles too.? He doesn't say if the memory is expandable or not.? Also, I don't know how 'battery friendly' its voltage requirements are.

On the software side assuming you are using the "native" software for the box, Debian Linux on the Pi boots up pretty much ready to use whereas Windows makes you accept a EULA, accept or avoid a Microsoft account, turn off a whole bunch of data collectors, only provides the Edge browser by default etc so is worse from a privacy point of view.? Windows is also a bigger target for malware providers although one shouldn't presume Linux isn't also targeted quite often too.? And, of course, you can always install Debian on the N100 PCs and bypass Windows entirely.? Regardless of what thinks of Windows, though, being able to offer it is a competitive advantage, IMO.


--
Regards,
Dave, N1AI


 

FWIW I have kept track of storage performance I measure using linux's 'hdparam' which is a read-only test.?
I have a little piece of shell code that does 10 runs and reports the min/max/avg read throughput.
Below is the summary of the data, updated last night after testing the Pi 5 PCIe NVMe setup.



As usual, your mileage may vary, but I gotta say, the Pi 5 with Gen3 PCIe feels wikked fast!

Personally, I hope future Pi devices provide more than one lane of PCIe to external devices.

We see the 'workstation' got almost 3x better performance, and I bet it's due to more PCIe lanes.

--
Regards,
Dave, N1AI


 

Regarding booting from an external USB device ...

... you can change the boot order in the "raspi-config" terminal program, and just leave the micro-SDcard in place.

Just be aware that the Pi will take around 30 seconds to boot from the internal micro-SDcard when it doesn't find an external USB Drive to boot from, if choosing the "USB boot first" option.

You can use this setup to either play with a new OS, or just to have a backup OS ready to go if one fails.
--

Pete VK3PYE


Paul
 

Just to be aware, when there is no USB boot drive connected, a splash screen is displayed until the pi boots from the SD card inviting you to press a key, don’t, be patient and wait for the pi to start booting from the SD card as it will if left. I nearly fell for it but remembered patience is key :-)
Regards
Paul G0KAO


 

The N100 vs RPi 5 debate seems to ignore those 40 pins on the RPi that the N100 solutions lack.

Are we trying to solve a software problem or a hardware problem?

I think you'd be hard-pressed to just "drop in" an N100 system in a device like the uBitx, there would be a significant effort to interface the N100 system to a uBitx board I imagine.

N100 systems are great values and solve a number of problems, but they are not suitable in some applications the RPi excels at, namely embedded applications.

If your application doesn't require the 40 pin GPIO header, why are you using an RPi?

NOTE: if $100-150 N100 systems were available at the time, Mr Upton would never have developed the RPi - his goal was a $100ish desktop that required a TV for output that could be used in education for third-world students using phone chargers, cheap keyboards/mice, etc.

Ken, N2VIP

On Jan 23, 2024, at 15:00, Dave, N1AI <n1ai@...> wrote:

It also fits into some stuff I wrote earlier about how I feel Pi will be under more pressure from small form-factor (SFF) PCs using x86 processors, and that the sBITX community will have to be ready for things to change more rapidly than in the past


 

On Sat, Feb 3, 2024 at 09:27 AM, Ken N2VIP wrote:
The N100 vs RPi 5 debate seems to ignore those 40 pins on the RPi that the N100 solutions lack.

Are we trying to solve a software problem or a hardware problem?

I think you'd be hard-pressed to just "drop in" an N100 system in a device like the uBitx, there would be a significant effort to interface the N100 system to a uBitx board I imagine.
True.

N100 systems are great values and solve a number of problems, but they are not suitable in some applications the RPi excels at, namely embedded applications.

If your application doesn't require the 40 pin GPIO header, why are you using an RPi?

NOTE: if $100-150 N100 systems were available at the time, Mr Upton would never have developed the RPi - his goal was a $100ish desktop that required a TV for output that could be used in education for third-world students using phone chargers, cheap keyboards/mice, etc.
Exactly.

The point I was trying to make wasn't that you can drop a N100 into a sbitx/ubitx and rock and roll.

The point I was trying to make is that Upton's tiny desktop concept risks getting buried by N100 or similar systems.

There really is little price difference between Pi 5 and N100, and (IMO) benchmarks show the N100 is a bit faster and definitely more expandable.

Overall IMO this, and the newly-announced IPO, will put pressure on Upton and team to crank up the innovation.

Hopefully the sbitx community is prepared for things to keep moving rapidly.

And, BTW, you can get Arduino and/or Pi-compatible GPIOs on an Intel platform if that's what you want:?

?

It's a bit pricier now, but overall it seems quite possible that an Intel variant could take away a lot of Pi's lunch money sooner or later.
?
--
Regards,
Dave, N1AI


 

On Feb 3, 2024, at 14:43, Dave, N1AI <n1ai@...> wrote:

The point I was trying to make is that Upton's tiny desktop concept risks getting buried by N100 or similar systems.
My point was they were designed for different use cases.

<snip>

Overall IMO this, and the newly-announced IPO, will put pressure on Upton and team to crank up the innovation.
RPi Foundation has been building selling *huge* numbers of boards for embedded applications to industrial customers. I haven't heard about an IPO, but I suspect it will allow RPi Foundation to focus on educational issues and applications and the spin-off commercial organization can focus on industrial issues and applications, as well as (I imagine) help sponsor RPi Foundation.

N.B. Your linked-to alternative is priced at $279, more than 3x the cost of an 8 Gig RPi 5...

Take care,

Ken, N2VIP


 

On Sat, Feb 3, 2024 at 04:46 PM, Ken N2VIP wrote:
On Feb 3, 2024, at 14:43, Dave, N1AI <n1ai@...> wrote:

The point I was trying to make is that Upton's tiny desktop concept risks getting buried by N100 or similar systems.
My point was they were designed for different use cases.

You wrote "his goal was a $100ish desktop?that required a TV for output that could be used in education for third-world students using phone chargers, cheap keyboards/mice, etc." -- how is that use case different from what you can do with a $100-ish N100???

Then consider the N100 can run far more software natively and is more expandable so quite possibly a better purchase than a Pi 5 desktop.

?

Overall IMO this, and the newly-announced IPO, will put pressure on Upton and team to crank up the innovation.
RPi Foundation has been building selling *huge* numbers of boards for embedded applications to industrial customers. I haven't heard about an IPO, but I suspect it will allow RPi Foundation to focus on educational issues and applications and the spin-off commercial organization can focus on industrial issues and applications, as well as (I imagine) help sponsor RPi Foundation.



N.B. Your linked-to alternative is priced at $279, more than 3x the cost of an 8 Gig RPi 5...

I guess you just aren't following along, because I just wrote "It's a bit pricier now, but overall it seems quite possible that an Intel variant could take away a lot of Pi's lunch money sooner or later", and earlier in this thread (?here ) I wrote "Jeff is right that the Pi world requires you to select, purchase and assemble more 'stuff' to get a useful setup whereas most SFF PCs come with all the stuff you need right out of the box" and provided links to Jeff's video which shows if you price out all the stuff you need to buy to use a Pi 5 in a desktop configuration then you spend a lot more than the $85 or so that a raw Pi 5 8GB costs.? Want power?? More money!? Want a fan?? More money!? Want a case?? More money!? Want storage faster than a micro sd card?? More money!

I get it, Pi excels at embedded applications, but hfsignals.com sells board-only setups and ones in cases, and most of the board-only units seem to stay in people's shacks, from what I read on this forum.? I own one of each and my board-only unit is probably never going into a case.? I might have considered interfacing it to something other than a Pi, but the mechanical design pretty much rules that out in the near term.

?
--
Regards,
Dave, N1AI


 

开云体育

Dave, I'm sorry I appear to have upset you - in the context of this mail list, I asserted that it would require a significant effort to use a $100ish N100 system in a uBitx, and you agree with me, as best I understand your responses.

I never advocated the RPi was a better desktop device than the N100 boards we are generally discussing - I've been discussing embedded applications, like the *current* uBitx design.

As for the cost differential, I pushed back on the characterization of the linked-to board as "a bit pricier now" - it's 250% more expensive than the bare RPi 5 board with 8 gigs of RAM, that's not just "a bit pricier" in my opinion, but opinions vary.

And I will concede, adding items to an RPi to make it a convenient desktop system does raise the cost beyond the cost of the board alone - obviously - but I am not advocating to use the RPi as a desktop, on the other hand you *are* advocating to use an N100 in an embedded application like the uBitx.

If you really feel the need to respond, please, let's take this off-list - I doubt many here are interested in any further discussion on this matter.

Ken, N2VIP

On Feb 3, 2024, at 17:09, Dave, N1AI <n1ai@...> wrote:

I guess you just aren't following along, because I just wrote "It's a bit pricier now, but overall it seems quite possible that an Intel variant could take away a lot of Pi's lunch money sooner or later", and earlier in this thread (?here ) I wrote "Jeff is right that the Pi world requires you to select, purchase and assemble more 'stuff' to get a useful setup whereas most SFF PCs come with all the stuff you need right out of the box" and provided links to Jeff's video which shows if you price out all the stuff you need to buy to use a Pi 5 in a desktop configuration then you spend a lot more than the $85 or so that a raw Pi 5 8GB costs.? Want power?? More money!? Want a fan?? More money!? Want a case?? More money!? Want storage faster than a micro sd card?? More money!