Raspberry Pi - Cluster sem disco usando Ubuntu 20.04.1

Question 1

Crie um sistema totalmente sem disco no Ubuntu 20.04.1 em um Raspberry PI 4b

1)Instale um RaspberryPi Lite em um SDCard

2)Inicialize o Rpi4 com o Raspberry OS SDCard, faça login e execute o seguinte para habilitar o ssh:

cd /boot
touch ssh
reboot

3)Atualize o carregador de boot de outra máquina. Se você conhece o endereço IP do PI e habilitou o ssh (acima), este script definirá o código de inicialização como 0xf12, o que significa que ele tentará a rede, cartão sd, reinicializar nessa ordem repetidamente. Você pode querer garantir a versão do firmware se esta postagem envelhecer. Ele também fornecerá um arquivo env que contém o endereço serial e mac que é útil, armazenado em um <uuid>.rpi.envarquivo

./update-bootloader.sh <ip-address-of-the-pi> <ip-address-of-your-nfs-server>

por exemplo

./update-bootloader.sh 192.168.0.254 192.169.0.254

#!/usr/bin/env bash
# update-bootloader.sh - update the boot loader for Rpi4
RPI_IP=$1
KICKSTART_IP=$2
RPI_DEFAULT_PASS="raspberry"
PI_EEPROM_DATE="2020-07-31"
PI_EEPROM_VERSION="pieeprom-${PI_EEPROM_DATE}"
PI_EEPROM_FILE="${PI_EEPROM_VERSION}.bin"
PI_EEPROM_LINK="https://github.com/raspberrypi/rpi-eeprom/raw/master/firmware/stable/${PI_EEPROM_FILE}"
UBUNTU_IMAGE_NAME="ubuntu-20.04.1-preinstalled-server-arm64+raspi.img"
UBUNTU_IMAGE_FILE="${UBUNTU_IMAGE_NAME}.xz"
UUID=$(cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 32 | head -n 1)

ssh-keygen -R ${RPI_IP}
ssh-keyscan -H ${RPI_IP} >> ~/.ssh/known_hosts
sshpass -p "${RPI_DEFAULT_PASS}" ssh pi@${RPI_IP} << EOF
if [[ -f ${PI_EEPROM_FILE} ]];then
  rm ${PI_EEPROM_FILE}
  echo 'removed eeprom file'
fi

rm *.rpi.env
echo 'removed old env'

rm bootconf.txt
echo 'removed bootconf.txt'

if [[ ! -f ${PI_EEPROM_FILE} ]];then
  wget ${PI_EEPROM_LINK}
fi

echo "extracting boot config from eeprom"
sudo rpi-eeprom-config ${PI_EEPROM_FILE} > bootconf.txt

echo "updating bootconfig"
sed -i 's/BOOT_ORDER=.*/BOOT_ORDER=0xf12/g' bootconf.txt
echo "MAX_RESTARTS=5" | sudo tee -a bootconf.txt

echo "writing eeprom"
sudo rpi-eeprom-config --out ${PI_EEPROM_VERSION}-netboot.bin --config bootconf.txt ${PI_EEPROM_FILE}

echo "updating eeprom on rpi"
sudo rpi-eeprom-update -d -f ./${PI_EEPROM_VERSION}-netboot.bin

echo "getting serial and mac"
cat /proc/cpuinfo | grep Serial | awk -F ': ' '{print \$2}' | tail -c 9 | awk '{print "RPI_SERIAL="\$1}' > ${UUID}.rpi.env
ip addr show eth0 | grep ether | awk '{print \$2}' | awk '{print "RPI_MAC="\$1}' >> ${UUID}.rpi.env
EOF

# copy the pi env back to get the serial and mac
sshpass -p "${RPI_DEFAULT_PASS}" scp -r pi@${RPI_IP}:~/${UUID}.rpi.env ~/${UUID}.rpi.env

sshpass -p "${RPI_DEFAULT_PASS}" ssh pi@${RPI_IP} << EOF
sudo reboot
EOF
cat ~/${UUID}.rpi.env

Seu pi agora terá sido reiniciado e fará ping em sua rede para obter a resposta DHCP.

4)Instale o Ubuntu 20.04.1 no cartão SD usando o PI Imager

5)Conecte o SDCard ao seu Pi e inicialize-o

6)Faça um

apt update -y; apt upgrade -y

configure seu passe, instale alguns pacotes, coloque o vim lá (obviamente, quem usa emacs ou nano, afinal??)

7)desligue o pi

halt -p

No seu servidor

8)Pegue o SDCard instalado no Ubuntu 20.04.1, conecte-o ao seu servidor, monte a unidade, copie os arquivos do sistema operacional da partição 2, para o local do seu nfs para compartilhar a raiz com o PI, provavelmente /srv/nfs/<serial>/

# find the partition where your CD card is (mine was sda on a rpi)
fdisk -l 

# mount the sdcard - copy the second partition off (should contain the boot files, you can ignore the boot partition, we can use the files off the root partition)
mkdir /root/p2
mount /dev/sda2 /root/p2
# cp using using -ax will give you a correct copy, man cp if needed
cp -vax /root/p2/. /srv/nfs/<serial>/.
# clean up
umount /root/p2
rm -rf /root/p2

9)Monte a pasta de inicialização dos arquivos Rpi (armazenados no compartilhamento NFS) em seu local TFTP para que seu TFTP possa servir os arquivos de inicialização, estou usando um PI aqui para servir os outros PIs, então edite conforme necessário)

#/etc/fstab
LABEL=writable  /        ext4   defaults        0 0
LABEL=system-boot       /boot/firmware  vfat    defaults        0       1
/srv/nfs/<serial>/boot /srv/tftpboot/<serial> none defaults,bind 0 0

Em seguida, monte o novo local

mount -a

10)Extraia seu vmlinuz na pasta de inicialização do seu compartilhamento nfs para vmlinux, pois o pi não descompactará o kernel vmlinuz

zcat /srv/nfs/<serial>/boot/vmlinuz-5.4.0-1016-raspi > /src/nfs/<serial>/boot/vmlinux-5.4.0-1016-raspi

11)Crie links simbólicos dentro da partição /srv/nfs/<serial>/boot para apontar para os arquivos bcm2711-rpi-4-b.dtb, start4.elf, fixup4.dat que estão faltando na pasta de inicialização para o TFTP encontrá-los nas pastas dtb e firmware

Opcional - limpe todo o lixo que não é mais necessário - veja minha ls -alsaída para ver o que deveria estar lá e o que removi.

lrwxrwxrwx 1 root root       41 Sep  7 08:19 bcm2711-rpi-4-b.dtb -> dtbs/5.4.0-1016-raspi/bcm2711-rpi-4-b.dtb
-rw-r--r-- 1 root root      216 Sep  7 08:23 cmdline.txt
-rw-r--r-- 1 root root   220286 Aug 13 15:09 config-5.4.0-1016-raspi
-rw-r--r-- 1 root root      231 Sep  7 08:45 config.txt
lrwxrwxrwx 1 root root       43 Sep  6 20:34 dtb -> dtbs/5.4.0-1016-raspi/./bcm2711-rpi-4-b.dtb
lrwxrwxrwx 1 root root       43 Sep  6 20:34 dtb-5.4.0-1016-raspi -> dtbs/5.4.0-1016-raspi/./bcm2711-rpi-4-b.dtb
drwxr-xr-x 3 root root     4096 Sep  7 07:27 dtbs
drwxr-xr-x 2 root root     4096 Sep  7 07:56 firmware
lrwxrwxrwx 1 root root       19 Sep  7 08:15 fixup4.dat -> firmware/fixup4.dat
lrwxrwxrwx 1 root root       27 Sep  6 20:32 initrd.img -> initrd.img-5.4.0-1016-raspi
-rw-r--r-- 1 root root 29579888 Sep  6 20:34 initrd.img-5.4.0-1016-raspi
lrwxrwxrwx 1 root root       19 Sep  7 07:26 start4.elf -> firmware/start4.elf
-rw-r--r-- 1 root root      327 Sep  7 08:04 syscfg.txt
-rw-r--r-- 1 root root  4162247 Aug 13 15:09 System.map-5.4.0-1016-raspi
-rw-r--r-- 1 root root      200 Sep  7 08:04 usercfg.txt
-rw-r--r-- 1 root root 25907712 Sep  7 08:13 vmlinux-5.4.0-1016-raspi
lrwxrwxrwx 1 root root       24 Sep  6 20:32 vmlinuz -> vmlinuz-5.4.0-1016-raspi
-rw-r--r-- 1 root root  8420251 Aug 13 15:09 vmlinuz-5.4.0-1016-raspi

12)atualize algumas configurações na /srv/nfs/<serial>/bootpartição

#/srv/nfs/<serial>/boot/config.txt
[pi4]
max_framebuffers=2

[all]
arm_64bit=1
device_tree_address=0x03000000
enable_uart=1
cmdline=cmdline.txt
include syscfg.txt
include usercfg.txt
kernel=vmlinux-5.4.0-1016-raspi
initramfs initrd.img-5.4.0-1016-raspi followkernel

#/srv/nfs/<serial>/boot/cmdline.txt
net.ifnames=0 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 nfsrootdebug elevator=deadline rootwait fixrtc init=initrd.img ip=dhcp rootfstype=nfs4 root=/dev/nfs nfsroot=<nfs ip>:/srv/nfs/<serial> rw

13)Atualize o fstab - este é o fstab que é enviado para o pi

#/srv/nfs/<serial>/etc/fstab
proc            /proc           proc    defaults        0       0
<nfs ip>:/srv/nfs/<serial> /       nfs4     defaults,rw,nolock             0       0 # data to be shared to server
<nfs ip>:/srv/nfs/<serial>/boot/firmware /boot/firmware       nfs4     defaults,rw,nolock             0       1 # data to be shared to server
none            /tmp            tmpfs   defaults        0       0
none            /var/run        tmpfs   defaults        0       0
none            /var/lock       tmpfs   defaults        0       0
none            /var/tmp        tmpfs   defaults        0       0

14)Instale um servidor NFS (google isto) para servir o Pi

#/etc/exports
/srv/nfs/<serial> *(insecure,rw,async,no_root_squash)

exportfs -ra

15)Instale um servidor dnsmasq (o google é seu amigo) para fornecer as opções de dhcp e tftp as imagens de inicialização

#/etc/dnsmasq.conf
dhcp-range=<your network subnet>,proxy # e.g. 192.168.254.254,proxy
log-dhcp
enable-tftp
tftp-root=/srv/tftpboot
pxe-service=0,"Raspberry Pi Boot"
log-facility=/var/log/dnsmasq.log

16)Aglomerados? Você tem mais de um Pi? Você pode usar uma montagem overlayfs em seu servidor para fornecer vários Pis ao seu sistema operacional usando um único sistema de arquivos raiz de base e, em seguida, usar sobreposições para dar a cada Pi seu próprio espaço para armazenamento e modificações de FS.

Se você chegou até aqui, isso deve ser fácil:

No seu servidor adequado - não um pi

17)Crie montagens para montagens baseadas em overlay fs para que possamos usar o root fs como um diretório inferior (google overlayfs)

#/etc/fstab
overlay /srv/nfs/6b0bb1f6 overlay defaults,lowerdir=/srv/nfs/ubuntu-rpi4-lower,upperdir=/srv/nfs/6b0bb1f6-upper,workdir=/srv/nfs/6b0bb1f6-work,nfs_export=on,index=on 0 0
overlay /srv/nfs/68e71308 overlay defaults,lowerdir=/srv/nfs/ubuntu-rpi4-lower,upperdir=/srv/nfs/68e71308-upper,workdir=/srv/nfs/68e71308-work,nfs_export=on,index=on 0 0

18)Crie o sistema FS para suportar as sobreposições, o meu fica assim para 3 pis.

# this is inside /srv/nfs
drwxr-xr-x  1 root root 4096 Sep  7 12:47 68e71308
drwxr-xr-x  3 root root 4096 Sep  7 12:47 68e71308-upper
drwxr-xr-x  3 root root 4096 Sep  7 13:25 68e71308-work
drwxr-xr-x  1 root root 4096 Sep  7 12:13 6b0bb1f6
drwxr-xr-x  2 root root 4096 Sep  7 12:13 6b0bb1f6-upper
drwxr-xr-x  4 root root 4096 Sep  7 13:25 6b0bb1f6-work
drwxr-xr-x  1 root root 4096 Sep  7 12:47 917c9833
drwxr-xr-x  2 root root 4096 Sep  7 11:49 917c9833-upper
drwxr-xr-x  2 root root 4096 Sep  7 11:34 917c9833-work
drwxr-xr-x 21 root root 4096 Sep  6 19:58 ubuntu-rpi4-lower

19)Você precisa colocar um /etc/fstabdentro da pasta mesclada para a montagem (não os diretórios superiores ou de trabalho, apenas o serial simples chamado), que substituirá os fornecidos pelo ubuntu-rpi4-lower. Google fusefs ou overlayfs para mais informações (é como funcionam os contêineres docker, você não sabe :)

20)Crie um cmdline.txt dentro de cada pasta mesclada dentro de /srv/nfs/<serial>/boot/cmdline.txt

21)Exporte as pastas mescladas através do nfs para que nossos pis possam usá-las como antes:

#/etc/exports
/srv/nfs/6b0bb1f6 *(rw,sync,no_subtree_check,no_root_squash,fsid=1)
/srv/nfs/917c9833 *(rw,sync,no_subtree_check,no_root_squash,fsid=2)
/srv/nfs/68e71308 *(rw,sync,no_subtree_check,no_root_squash,fsid=3)

exportfs -ra

22)Adicionar um novo Pi é apenas um caso:

22,0)Atualizar o carregador de boot

22.1Criando três pastas vazias no servidor

mkdir /srv/nfs/<serial>
mkdir /srv/nfs/<serial>-work
mkdir /srv/nfs/<serial>-upper

22.2)Adicionando um fstab com as opções de montagem para os novos diretórios serial e superior/de trabalho

22.3)Adicionando um cmdline.txt com o local correto do NFS

23)Automação Uber Se desejar, você pode criar um script de gancho dentro do initrd do seu cartão SD RaspberryPi que atualiza o bootloader para você e faz ping em um servidor web com seu serial que então adicionará as montagens no momento em que o Pi for reiniciado, já está inicializando pela rede. Fornecerei isso em algum momento.

Answer

Crie um sistema totalmente sem disco no Ubuntu 20.04.1 em um Raspberry PI 4b

1)Instale um RaspberryPi Lite em um SDCard

2)Inicialize o Rpi4 com o Raspberry OS SDCard, faça login e execute o seguinte para habilitar o ssh:

cd /boot
touch ssh
reboot

3)Atualize o carregador de boot de outra máquina. Se você conhece o endereço IP do PI e habilitou o ssh (acima), este script definirá o código de inicialização como 0xf12, o que significa que ele tentará a rede, cartão sd, reinicializar nessa ordem repetidamente. Você pode querer garantir a versão do firmware se esta postagem envelhecer. Ele também fornecerá um arquivo env que contém o endereço serial e mac que é útil, armazenado em um <uuid>.rpi.envarquivo

./update-bootloader.sh <ip-address-of-the-pi> <ip-address-of-your-nfs-server>

por exemplo

./update-bootloader.sh 192.168.0.254 192.169.0.254

#!/usr/bin/env bash
# update-bootloader.sh - update the boot loader for Rpi4
RPI_IP=$1
KICKSTART_IP=$2
RPI_DEFAULT_PASS="raspberry"
PI_EEPROM_DATE="2020-07-31"
PI_EEPROM_VERSION="pieeprom-${PI_EEPROM_DATE}"
PI_EEPROM_FILE="${PI_EEPROM_VERSION}.bin"
PI_EEPROM_LINK="https://github.com/raspberrypi/rpi-eeprom/raw/master/firmware/stable/${PI_EEPROM_FILE}"
UBUNTU_IMAGE_NAME="ubuntu-20.04.1-preinstalled-server-arm64+raspi.img"
UBUNTU_IMAGE_FILE="${UBUNTU_IMAGE_NAME}.xz"
UUID=$(cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 32 | head -n 1)

ssh-keygen -R ${RPI_IP}
ssh-keyscan -H ${RPI_IP} >> ~/.ssh/known_hosts
sshpass -p "${RPI_DEFAULT_PASS}" ssh pi@${RPI_IP} << EOF
if [[ -f ${PI_EEPROM_FILE} ]];then
  rm ${PI_EEPROM_FILE}
  echo 'removed eeprom file'
fi

rm *.rpi.env
echo 'removed old env'

rm bootconf.txt
echo 'removed bootconf.txt'

if [[ ! -f ${PI_EEPROM_FILE} ]];then
  wget ${PI_EEPROM_LINK}
fi

echo "extracting boot config from eeprom"
sudo rpi-eeprom-config ${PI_EEPROM_FILE} > bootconf.txt

echo "updating bootconfig"
sed -i 's/BOOT_ORDER=.*/BOOT_ORDER=0xf12/g' bootconf.txt
echo "MAX_RESTARTS=5" | sudo tee -a bootconf.txt

echo "writing eeprom"
sudo rpi-eeprom-config --out ${PI_EEPROM_VERSION}-netboot.bin --config bootconf.txt ${PI_EEPROM_FILE}

echo "updating eeprom on rpi"
sudo rpi-eeprom-update -d -f ./${PI_EEPROM_VERSION}-netboot.bin

echo "getting serial and mac"
cat /proc/cpuinfo | grep Serial | awk -F ': ' '{print \$2}' | tail -c 9 | awk '{print "RPI_SERIAL="\$1}' > ${UUID}.rpi.env
ip addr show eth0 | grep ether | awk '{print \$2}' | awk '{print "RPI_MAC="\$1}' >> ${UUID}.rpi.env
EOF

# copy the pi env back to get the serial and mac
sshpass -p "${RPI_DEFAULT_PASS}" scp -r pi@${RPI_IP}:~/${UUID}.rpi.env ~/${UUID}.rpi.env

sshpass -p "${RPI_DEFAULT_PASS}" ssh pi@${RPI_IP} << EOF
sudo reboot
EOF
cat ~/${UUID}.rpi.env

Seu pi agora terá sido reiniciado e fará ping em sua rede para obter a resposta DHCP.

4)Instale o Ubuntu 20.04.1 no cartão SD usando o PI Imager

5)Conecte o SDCard ao seu Pi e inicialize-o

6)Faça um

apt update -y; apt upgrade -y

configure seu passe, instale alguns pacotes, coloque o vim lá (obviamente, quem usa emacs ou nano, afinal??)

7)desligue o pi

halt -p

No seu servidor

8)Pegue o SDCard instalado no Ubuntu 20.04.1, conecte-o ao seu servidor, monte a unidade, copie os arquivos do sistema operacional da partição 2, para o local do seu nfs para compartilhar a raiz com o PI, provavelmente /srv/nfs/<serial>/

# find the partition where your CD card is (mine was sda on a rpi)
fdisk -l 

# mount the sdcard - copy the second partition off (should contain the boot files, you can ignore the boot partition, we can use the files off the root partition)
mkdir /root/p2
mount /dev/sda2 /root/p2
# cp using using -ax will give you a correct copy, man cp if needed
cp -vax /root/p2/. /srv/nfs/<serial>/.
# clean up
umount /root/p2
rm -rf /root/p2

9)Monte a pasta de inicialização dos arquivos Rpi (armazenados no compartilhamento NFS) em seu local TFTP para que seu TFTP possa servir os arquivos de inicialização, estou usando um PI aqui para servir os outros PIs, então edite conforme necessário)

#/etc/fstab
LABEL=writable  /        ext4   defaults        0 0
LABEL=system-boot       /boot/firmware  vfat    defaults        0       1
/srv/nfs/<serial>/boot /srv/tftpboot/<serial> none defaults,bind 0 0

Em seguida, monte o novo local

mount -a

10)Extraia seu vmlinuz na pasta de inicialização do seu compartilhamento nfs para vmlinux, pois o pi não descompactará o kernel vmlinuz

zcat /srv/nfs/<serial>/boot/vmlinuz-5.4.0-1016-raspi > /src/nfs/<serial>/boot/vmlinux-5.4.0-1016-raspi

11)Crie links simbólicos dentro da partição /srv/nfs/<serial>/boot para apontar para os arquivos bcm2711-rpi-4-b.dtb, start4.elf, fixup4.dat que estão faltando na pasta de inicialização para o TFTP encontrá-los nas pastas dtb e firmware

Opcional - limpe todo o lixo que não é mais necessário - veja minha ls -alsaída para ver o que deveria estar lá e o que removi.

lrwxrwxrwx 1 root root       41 Sep  7 08:19 bcm2711-rpi-4-b.dtb -> dtbs/5.4.0-1016-raspi/bcm2711-rpi-4-b.dtb
-rw-r--r-- 1 root root      216 Sep  7 08:23 cmdline.txt
-rw-r--r-- 1 root root   220286 Aug 13 15:09 config-5.4.0-1016-raspi
-rw-r--r-- 1 root root      231 Sep  7 08:45 config.txt
lrwxrwxrwx 1 root root       43 Sep  6 20:34 dtb -> dtbs/5.4.0-1016-raspi/./bcm2711-rpi-4-b.dtb
lrwxrwxrwx 1 root root       43 Sep  6 20:34 dtb-5.4.0-1016-raspi -> dtbs/5.4.0-1016-raspi/./bcm2711-rpi-4-b.dtb
drwxr-xr-x 3 root root     4096 Sep  7 07:27 dtbs
drwxr-xr-x 2 root root     4096 Sep  7 07:56 firmware
lrwxrwxrwx 1 root root       19 Sep  7 08:15 fixup4.dat -> firmware/fixup4.dat
lrwxrwxrwx 1 root root       27 Sep  6 20:32 initrd.img -> initrd.img-5.4.0-1016-raspi
-rw-r--r-- 1 root root 29579888 Sep  6 20:34 initrd.img-5.4.0-1016-raspi
lrwxrwxrwx 1 root root       19 Sep  7 07:26 start4.elf -> firmware/start4.elf
-rw-r--r-- 1 root root      327 Sep  7 08:04 syscfg.txt
-rw-r--r-- 1 root root  4162247 Aug 13 15:09 System.map-5.4.0-1016-raspi
-rw-r--r-- 1 root root      200 Sep  7 08:04 usercfg.txt
-rw-r--r-- 1 root root 25907712 Sep  7 08:13 vmlinux-5.4.0-1016-raspi
lrwxrwxrwx 1 root root       24 Sep  6 20:32 vmlinuz -> vmlinuz-5.4.0-1016-raspi
-rw-r--r-- 1 root root  8420251 Aug 13 15:09 vmlinuz-5.4.0-1016-raspi

12)atualize algumas configurações na /srv/nfs/<serial>/bootpartição

#/srv/nfs/<serial>/boot/config.txt
[pi4]
max_framebuffers=2

[all]
arm_64bit=1
device_tree_address=0x03000000
enable_uart=1
cmdline=cmdline.txt
include syscfg.txt
include usercfg.txt
kernel=vmlinux-5.4.0-1016-raspi
initramfs initrd.img-5.4.0-1016-raspi followkernel

#/srv/nfs/<serial>/boot/cmdline.txt
net.ifnames=0 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 nfsrootdebug elevator=deadline rootwait fixrtc init=initrd.img ip=dhcp rootfstype=nfs4 root=/dev/nfs nfsroot=<nfs ip>:/srv/nfs/<serial> rw

13)Atualize o fstab - este é o fstab que é enviado para o pi

#/srv/nfs/<serial>/etc/fstab
proc            /proc           proc    defaults        0       0
<nfs ip>:/srv/nfs/<serial> /       nfs4     defaults,rw,nolock             0       0 # data to be shared to server
<nfs ip>:/srv/nfs/<serial>/boot/firmware /boot/firmware       nfs4     defaults,rw,nolock             0       1 # data to be shared to server
none            /tmp            tmpfs   defaults        0       0
none            /var/run        tmpfs   defaults        0       0
none            /var/lock       tmpfs   defaults        0       0
none            /var/tmp        tmpfs   defaults        0       0

14)Instale um servidor NFS (google isto) para servir o Pi

#/etc/exports
/srv/nfs/<serial> *(insecure,rw,async,no_root_squash)

exportfs -ra

15)Instale um servidor dnsmasq (o google é seu amigo) para fornecer as opções de dhcp e tftp as imagens de inicialização

#/etc/dnsmasq.conf
dhcp-range=<your network subnet>,proxy # e.g. 192.168.254.254,proxy
log-dhcp
enable-tftp
tftp-root=/srv/tftpboot
pxe-service=0,"Raspberry Pi Boot"
log-facility=/var/log/dnsmasq.log

16)Aglomerados? Você tem mais de um Pi? Você pode usar uma montagem overlayfs em seu servidor para fornecer vários Pis ao seu sistema operacional usando um único sistema de arquivos raiz de base e, em seguida, usar sobreposições para dar a cada Pi seu próprio espaço para armazenamento e modificações de FS.

Se você chegou até aqui, isso deve ser fácil:

No seu servidor adequado - não um pi

17)Crie montagens para montagens baseadas em overlay fs para que possamos usar o root fs como um diretório inferior (google overlayfs)

#/etc/fstab
overlay /srv/nfs/6b0bb1f6 overlay defaults,lowerdir=/srv/nfs/ubuntu-rpi4-lower,upperdir=/srv/nfs/6b0bb1f6-upper,workdir=/srv/nfs/6b0bb1f6-work,nfs_export=on,index=on 0 0
overlay /srv/nfs/68e71308 overlay defaults,lowerdir=/srv/nfs/ubuntu-rpi4-lower,upperdir=/srv/nfs/68e71308-upper,workdir=/srv/nfs/68e71308-work,nfs_export=on,index=on 0 0

18)Crie o sistema FS para suportar as sobreposições, o meu fica assim para 3 pis.

# this is inside /srv/nfs
drwxr-xr-x  1 root root 4096 Sep  7 12:47 68e71308
drwxr-xr-x  3 root root 4096 Sep  7 12:47 68e71308-upper
drwxr-xr-x  3 root root 4096 Sep  7 13:25 68e71308-work
drwxr-xr-x  1 root root 4096 Sep  7 12:13 6b0bb1f6
drwxr-xr-x  2 root root 4096 Sep  7 12:13 6b0bb1f6-upper
drwxr-xr-x  4 root root 4096 Sep  7 13:25 6b0bb1f6-work
drwxr-xr-x  1 root root 4096 Sep  7 12:47 917c9833
drwxr-xr-x  2 root root 4096 Sep  7 11:49 917c9833-upper
drwxr-xr-x  2 root root 4096 Sep  7 11:34 917c9833-work
drwxr-xr-x 21 root root 4096 Sep  6 19:58 ubuntu-rpi4-lower

19)Você precisa colocar um /etc/fstabdentro da pasta mesclada para a montagem (não os diretórios superiores ou de trabalho, apenas o serial simples chamado), que substituirá os fornecidos pelo ubuntu-rpi4-lower. Google fusefs ou overlayfs para mais informações (é como funcionam os contêineres docker, você não sabe :)

20)Crie um cmdline.txt dentro de cada pasta mesclada dentro de /srv/nfs/<serial>/boot/cmdline.txt

21)Exporte as pastas mescladas através do nfs para que nossos pis possam usá-las como antes:

#/etc/exports
/srv/nfs/6b0bb1f6 *(rw,sync,no_subtree_check,no_root_squash,fsid=1)
/srv/nfs/917c9833 *(rw,sync,no_subtree_check,no_root_squash,fsid=2)
/srv/nfs/68e71308 *(rw,sync,no_subtree_check,no_root_squash,fsid=3)

exportfs -ra

22)Adicionar um novo Pi é apenas um caso:

22,0)Atualizar o carregador de boot

22.1Criando três pastas vazias no servidor

mkdir /srv/nfs/<serial>
mkdir /srv/nfs/<serial>-work
mkdir /srv/nfs/<serial>-upper

22.2)Adicionando um fstab com as opções de montagem para os novos diretórios serial e superior/de trabalho

22.3)Adicionando um cmdline.txt com o local correto do NFS

23)Automação Uber Se desejar, você pode criar um script de gancho dentro do initrd do seu cartão SD RaspberryPi que atualiza o bootloader para você e faz ping em um servidor web com seu serial que então adicionará as montagens no momento em que o Pi for reiniciado, já está inicializando pela rede. Fornecerei isso em algum momento.

Question 2

Obrigado pelo manual. Eu acrescentaria algumas coisas. Os mais recentes firmwaresparecem estar bem com a descompactação do kernel. (testado em 5.8 e superior) Para mim, tive problemas com permissões no vmlinuzarquivo.

Além disso, isso é uma bagunça. Acho que há muitas pessoas contra isso de qualquer maneira, mas se você precisasse. Você pode adicionar

network inet,
network inet6,

em/etc/apparmor.d/usr.lib.snapd.snap-confine.real

Answer

Obrigado pelo manual. Eu acrescentaria algumas coisas. Os mais recentes firmwaresparecem estar bem com a descompactação do kernel. (testado em 5.8 e superior) Para mim, tive problemas com permissões no vmlinuzarquivo.

Além disso, isso é uma bagunça. Acho que há muitas pessoas contra isso de qualquer maneira, mas se você precisasse. Você pode adicionar

network inet,
network inet6,

em/etc/apparmor.d/usr.lib.snapd.snap-confine.real

Raspberry Pi - Cluster sem disco usando Ubuntu 20.04.1

Responder1

Crie um sistema totalmente sem disco no Ubuntu 20.04.1 em um Raspberry PI 4b

Responder2

informação relacionada