Skip to content

Conversation

@nathan-contino
Copy link
Contributor

  • added inline instead of in a note because there was a natural fit (no need to disrupt the flow with a note if you can avoid it)
  • added a sentence about performance because that always seems to be the next question people ask, so we might as well give some guidance

* added inline instead of in a note because there was a natural fit (no need to disrupt the flow with a note if you can avoid it)
* added a sentence about performance because that always seems to be the next question people ask, so we might as well give some guidance
[[recommended-capacity]]

We recommend using an SD card with at least 16GB of storage with Raspberry Pi OS. If you use Raspberry Pi OS Lite, we recommend at least 4GB.
We recommend using an SD card with at least 16GB of storage for Raspberry Pi OS installations. For Raspberry Pi OS Lite, we recommend at least 4GB. You can use any SD card whose capacity exceeds this minimum size; there is no maximum size. As with any other boot media, you'll see improved performance on SD cards with faster read and write speeds.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While strictly true regarding the maximum size, there's an implementation wrinkle we should probably make people aware of.

Today, the boot process expects an MBR partition table. MBR partition tables can support partitions up to 2TB in size. While I've yet to see a micoSD card larger than 1.5TB, we're close enough that it might be worth capturing that.

There are some workarounds for larger still drives, such as using a Hybrid GPT/MBR partitioning scheme: raspberrypi/firmware#1465 (comment)

However, directly using GPT partition tables is, to my understanding, not available today. So the naive way of using >2TB drives would not work. Paging @timg236 for visibility.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

4TB ... too rich for me!

The bootloader uses 32-bit logical block addresses so 2TB I think is the limit for now. No promises for when this will happen but I think NVMe would be the highest priority for very large drives and 4K native sectors.

Hybrid/GPT that have MBR / FAT at the start of the disk should work, but I'm fairly sure that A/B booting won't work unless all the FAT partitions appear in the "MBR"

@aallan
Copy link
Contributor

aallan commented Feb 9, 2024

Right. Stick a sentence in along the lines of "In theory there is no maximum limit, however the practical size is 2TB due to the boot process expecting a MBR partition table."

@nathan-contino
Copy link
Contributor Author

Updated according to your feedback -- in my experience, this is a reasonable place to link to Wikipedia for folks to learn more about MBR. All we need to do is explain that this limitation stems from MBR and point folks somewhere where they can learn more.

@aallan aallan added documentation update Things change with time, this is a change labels Feb 19, 2024
@aallan aallan merged commit 709840f into develop Feb 19, 2024
@aallan aallan deleted the nathan-contino-patch-1 branch February 19, 2024 11:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation update Things change with time, this is a change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants