Der Raspberry Pi 4 verfügt über einen microSD-Kartensteckplatz, und es scheint, dass die offizielle Verwendung darin besteht, eine microSD-Karte mit Linux zu installieren. Obwohl microSD Vorteile wie niedrige Kosten und geringer Stromverbrauch bietet,
Es gibt auch Nachteile wie, und es ist nicht zu leugnen, dass ich mit der Verwendung als Server unzufrieden bin.
Seit einiger Zeit wird jedoch EPU, die vom USB-Massenspeicher gestartet werden kann als Beta-Version für Raspberry Pi 4 Model B veröffentlicht. Die letzte veröffentlichte Version wurde kürzlich auf die offizielle Version aktualisiert. Diese Angst kann behoben werden, wenn es mit einer über USB angeschlossenen SSD oder HDD betrieben werden kann. Die Hürden wurden sowohl in Bezug auf die Arbeit als auch in Bezug auf die Psychologie gesenkt, also habe ich beschlossen, es tatsächlich zu versuchen.
Aktualisieren Sie das EEPROM vom Raspberry Pi OS.
Laden Sie das Bild von https://www.raspberrypi.org/downloads/raspberry-pi-os/ herunter. Wahrscheinlich ist alles in Ordnung, aber ich aktualisiere nur das EEPROM. Daher empfehle ich das Raspberry Pi OS (32-Bit) Lite mit der geringsten Kapazität (es scheint einfacher zu sein, es mithilfe des Wiederherstellungsimages des EEPROM zu aktualisieren, es wurde jedoch noch nicht bestätigt. .). Nachdem Sie das Image heruntergeladen haben, installieren Sie es mit Raspberry Pi Imager (im Folgenden: rpi-imager. Sie können es von der offiziellen Download-Seite) auf der microSD installieren und starten Sie Raspberry Pi damit. ..
Vor der offiziellen Veröffentlichung musste das EEPROM, das den USB-Massenspeicher-Boot unterstützt, in der Beta von der GitHub-Seite heruntergeladen werden. Jetzt wird es automatisch aktualisiert, indem es mit dem Paketmanager apt aktualisiert wird. Das Verfahren ist wie folgt.
$ sudo apt update
# rpi-Das eeprom-Paket enthält das EEPROM, daher wird es hier aktualisiert
$ sudo apt full-upgrade
$ sudo reboot
#EEPROM ist 2020 nach dem Neustart-09-Bestätigen Sie, dass es auf 03 aktualisiert wurde
$ vcgencmd bootloader_version
Sep 3 2020 13:11:43
version c305ZZ1a6d7e532693cc7ff57fddfc8649def167 (release)
timestamp 1599135103
Ab dem EEPROM vom 03.09.2020 scheint der USB-Massenspeicher als Startgerät die höchste Priorität zu haben. Zuvor ist die Standardeinstellung microSD. Überprüfen und ändern Sie diese Einstellung.
$ sudo raspi-config
Wählen Sie "B1 USB Boot" aus "3 Boot-Optionen" → "B4 Boot Order" und speichern Sie die Einstellungen.
Wir haben den Betrieb unter Raspberry Pi OS (64 Bit) und Ubuntu 20.04.1 LTS (64 Bit) bestätigt. Das Verfahren ist für jedes etwas anders, daher werde ich sie einzeln beschreiben.
Schließen Sie den USB-Massenspeicher an Ihren PC an und installieren Sie Raspberry Pi OS mit dem RPI-Imager. Aus dem Menü kann nur die 32-Bit-Version ausgewählt werden. Laden Sie daher das Bild der 64-Bit-Version vorab von der folgenden Position herunter und verwenden Sie es.
Schließen Sie nach der Installation den USB-Massenspeicher an Raspberry Pi 4 an und Sie können ihn starten.
Das obige Bild ist nur ein Speicherauszug, sodass Sie es durch den Befehl dd ersetzen können, ohne rpi-imager zu verwenden.
Wenn jedoch ein Befehlseingabefehler vorliegt, ** werden möglicherweise die Daten auf dem PC gelöscht **, sodass nur diejenigen den Ausführungsinhalt jedes Befehls verstehen.
# /dev/Ändern Sie den SDB-Teil entsprechend
$ unzip -p 2020-08-20-raspios-buster-arm64.zip | sudo dd of=/dev/sdb bs=128M
0+57209 Datensatzeintrag
0+57209 Ausgabe aufnehmen
3779067904 bytes (3.8 GB, 3.5 GiB) copied, 35.0279 s, 108 MB/s
Schreiben Sie die Bootloader-Einstellungen und fstab neu.
#Überprüfen Sie die PARTUUID jeder Partition
$ blkid /dev/sdb*
/dev/sdb1: LABEL_FATBOOT="boot" LABEL="boot" UUID="54E3-79CE" TYPE="vfat" PARTUUID="ad09722e-01"
/dev/sdb2: LABEL="rootfs" UUID="c6dd3b94-a789-4d57-9080-1472f721804b" TYPE="ext4" PARTUUID="ad09722e-02"
$ mkdir boot root
$ sudo mount /dev/sdb1 boot
$ sudo mount /dev/sdb2 root
# root=PARTUUID=Setzen Sie den Wert von auf PARTUUID von rootfs
$ cat boot/cmdline.txt
console=serial0,115200 console=tty1 root=PARTUUID=ad09722e-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet init=/usr/lib/raspi-config/init_resize.sh splash plymouth.ignore-serial-consoles
# PARTUUID=Der Wert von boot,Auf PARTUUID von rootfs setzen
$ cat root/etc/fstab
proc /proc proc defaults 0 0
PARTUUID=ad09722e-01 /boot vfat defaults 0 2
PARTUUID=ad09722e-02 / ext4 defaults,noatime 0 1
#Nach der Arbeit aufräumen
$ sudo umount boot root
$ rmdir boot root
Unabhängig davon, ob Sie rpi-imager verwenden oder nicht, lautet die Partition unmittelbar nach der Installation wie folgt.
$ sudo gdisk -l /dev/sdb
:
Number Start (sector) End (sector) Size Code Name
1 8192 532479 256.0 MiB 0700 Microsoft basic data
2 532480 7380991 3.3 GiB 8300 Linux filesystem
Da die Verwendungsrate von root 88% beträgt, handelt es sich um einen beengten Zustand. Erweitern Sie daher die Partition mit dem Befehl "parted".
Das Erstellen eines Bildes mit rpi-imager ähnelt dem von Raspberry Pi OS. Die Position des Bildes ist unten.
Die Methode ohne RPI-Imager und die Notwendigkeit, die Partition zu ändern, sind die gleichen wie bei der Installation von Raspberry Pi OS.
Passen Sie außerdem den Kernel an, indem Sie auf die folgenden Informationen verweisen.
$ mkdir boot
$ zcat boot/vmlinuz | sudo dd of=boot/vmlinux
$ cat boot/config.txt
:
[pi4]
max_framebuffers=2
dtoverlay=vc4-fkms-v3d
boot_delay
kernel=vmlinux
initramfs initrd.img followkernel
:
$ sudo umount boot
$ rmdir boot
Jetzt können Sie es starten. Es ist jedoch notwendig, "vmlinuz" zu folgen, wenn "boot / vmlinux" aktualisiert wird. Daher ist es eine gute Idee, ein Skript wie "auto_decompress_kernel" wie im oben genannten Forum zu registrieren.
Recommended Posts