Talk:Raspberry Pi

Entropy

Added a troubleshooting section since I ran into a few issues that weren't immediately obvious. I'll update the section a bit more later but for the entropy issue I haven't yet found a good solution (appropriate package? haveged with runlevel default didn't help) so put in the best short term fix I could find for now.

It might be a good idea to add a note about tmpfs being ram-limited. On a 3A+ only ~200M is available for / on a basic installation which severely limits the amount of packages that can be installed.

Persistence

Wouldn't it be more reasonable to partition the SD-Card accordingly? That way, you could have FS > 2GB, too. --Kurushiyama (talk) 10:53, 8 October 2016 (UTC)

I have read that using a journalling fs is not a good idea for SD cards as it shortens their life by multiplying the read/writes. Wouldn't ext2 thus be a better fs for persistent overlays? -- Nevarmaor (talk) 21:56, 20 February 2017 (UTC)

Installing Alpine- Linux on raspberry pi zero w (udhcpc fail problem)

The existing tutorial for raspberry pi is followed except on the reboot, the udhcpc attempts to connect and fails. I managed to fix this problem by editing the /etc/network/interfaces file and add the line:

iface wlan0 inet dhcp

  pre-up wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf #<--This is the line added to pre-start the wpa_supplicant daemon and log on correctly. 

I learned this with the help of the tutorial by Jack Wallen: How to Configure Wireless... on linux.com website

Which version should I use?

There are now three versions of Alpine to choose from (armv7, armhf, aarch64), it might be useful to have a table indicating which version is supported on which hardware. (I'm already unclear on why armv7 and armhf, I assume both are 32 bits and armv7 has soft-float-point instead of hard-float-point, but don't all RPi devices have hard-float-point capabilities? It would be useful to have a little text about this.)

As I understand aarch64 only applies to BCM2837 and above chips (ARMv8 and above), which means it can only run on RPi 3 and above (but I believe RPi 3 and above should be able to use the other images since they also support the 32 bits mode).

Conversely I assume armhf should be usable on all RPi.