Re: Migrating system from u-sd to nvme memory on arm64's?
On 13/7/23 21:20, Stefan Monnier wrote:
Images for SBCs are fairly different from typical desktop/laptop
circumstances: there is no real "SSD" in most SBCs. Instead they
typically have a small eMMC (if it all) that might hold the OS but not
much more and then the image itself is often expected to be on
a µSD card.
In my experience, eMMC was a rare and expensive add-on. SBCs usually ran
on CF or SD, neither of which are 100% 'reliable' as in they can be
trashed at any time for obscure reasons.
Later SBCs often have an option for eMMC but also have an SD slot. More
modern SBCs have an M.2 PCIe slot, and even more modern SBC's can boot
off the M.2 PCie device.
On the topic of a swap partition, that is usually absent, as is the
partitioning of the drive into various parts for O/S, user data etc.
That's a 50 year old relic for use cases where you are running a
timesharing server for multiple users with limited RAM and disk.
Comparing partitions, this is my new out-of-the box Debian 12 system
using defaults
root@client:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 16366160 0 16366160 0% /dev
tmpfs 3279236 1952 3277284 1% /run
/dev/nvme0n1p2 958802032 259428436 650595408 29% /
tmpfs 16396176 188196 16207980 2% /dev/shm
tmpfs 5120 24 5096 1% /run/lock
/dev/nvme0n1p1 523248 5972 517276 2% /boot/efi
tmpfs 3279232 4988 3274244 1% /run/user/1000
And this is a new NanoPC-T6 SBC also running Debian 12 but with
manufacturer customization and running of a SD card though it also has
an unused M.2 PCIe drive
root@NanoPC-T6:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 3981908 8 3981900 1% /dev
tmpfs 810964 1916 809048 1% /run
overlay 56020612 5976312 47191236 12% /
tmpfs 4057064 0 4057064 0% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 811412 108 811304 1% /run/user/1001
/dev/mmcblk0p1 3838960 3838960 0 100% /media/jeremy/Debian
12.0.0 amd64 1
tmpfs 811412 64 811348 1% /run/user/0
I don't see a swap partition in either of them, let alone the usual
ancient partitioning.
(NB the NanoPC-T6 is an ARM device. I'm not sure where the amd64 bit
comes from)
Reply to: