Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
raspi [26/04/2021 - 19:32] – thommie4 | raspi [11/05/2023 - 16:37] – thommie4 | ||
---|---|---|---|
Zeile 10: | Zeile 10: | ||
dd bs=4M of=/ | dd bs=4M of=/ | ||
</ | </ | ||
+ | |||
+ | ===== Image kopieren ===== | ||
+ | |||
+ | < | ||
+ | sudo dd if=/dev/[SD CARD DEVICE NAME] of=[IMAGE FILE NAME].iso bs=4M status=progress | ||
+ | </ | ||
+ | |||
+ | Bei if= den Devicenamen ohne Partitions-ID nehmen, also "/ | ||
+ | |||
+ | Pishrink: https:// | ||
+ | verkleinert Image, sodass es sich beim ersten boot automatisch auf die Grösse der neuen SDcard vergrössert: | ||
+ | |||
+ | < | ||
+ | odysseus3:/ | ||
+ | pishrink.sh v0.1.3 | ||
+ | pishrink.sh: | ||
+ | pishrink.sh: | ||
+ | Creating new / | ||
+ | pishrink.sh: | ||
+ | rootfs: 116220/ | ||
+ | resize2fs 1.46.5 (30-Dec-2021) | ||
+ | pishrink.sh: | ||
+ | resize2fs 1.46.5 (30-Dec-2021) | ||
+ | Resizing the filesystem on /dev/loop0 to 1425936 (4k) blocks. | ||
+ | Begin pass 2 (max = 473157) | ||
+ | Relocating blocks | ||
+ | Begin pass 3 (max = 474) | ||
+ | Scanning inode table XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX | ||
+ | Begin pass 4 (max = 9713) | ||
+ | Updating inode references | ||
+ | The filesystem on /dev/loop0 is now 1425936 (4k) blocks long. | ||
+ | |||
+ | pishrink.sh: | ||
+ | pishrink.sh: | ||
+ | </ | ||
+ | |||
+ | Kopie raus schreiben | ||
+ | |||
+ | < | ||
+ | sudo dd if=~/ | ||
+ | </ | ||
+ | |||
+ | ===== Image mounten ===== | ||
+ | |||
+ | Partitionsstruktur des Images analysieren | ||
+ | |||
+ | < | ||
+ | odysseus3:/ | ||
+ | label: dos | ||
+ | label-id: 0x91906680 | ||
+ | device: / | ||
+ | unit: sectors | ||
+ | sector-size: | ||
+ | |||
+ | / | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | Loopback devices erzeugen | ||
+ | |||
+ | < | ||
+ | losetup -P -f / | ||
+ | </ | ||
+ | |||
+ | oder mit kpartx | ||
+ | |||
+ | < | ||
+ | odysseus3:~ # kpartx -a / | ||
+ | </ | ||
+ | |||
+ | Dann werden die loop devices unter /dev/mapper erzeugt und sind mount-bar. | ||
+ | |||
+ | < | ||
+ | odysseus3:/ | ||
+ | </ | ||
+ | |||
+ | Danach loop devices mit '' | ||
+ | |||
===== Watchdog ===== | ===== Watchdog ===== | ||
Zeile 15: | Zeile 93: | ||
https:// | https:// | ||
+ | ===== OBS compile ===== | ||
+ | |||
+ | < | ||
+ | sudo cmake -DUNIX_STRUCTURE=1 -DENABLE_PIPEWIRE=OFF -D-DENABLE_WAYLAND=OFF | ||
+ | -DBUILD_BROWSER=OFF -DCMAKE_INSTALL_PREFIX=/ | ||
+ | </ | ||
+ | |||
+ | < | ||
+ | sudo make -j4 | ||
+ | </ | ||
+ | |||
+ | ===== OBS mit Software Rendering ===== | ||
+ | |||
+ | OBS bzw. OPENGL versucht beim Starten standardmässig das Rendering über eine GPU, das geht im RASPI schief. Daher muss man über eine Umgebungsvariable das Software-Rendering hart definieren. Für OBS wird dafür der Desktop Shortcut angepasst: | ||
+ | |||
+ | < | ||
+ | / | ||
+ | |||
+ | und darin | ||
+ | |||
+ | Exec=env | ||
+ | </ | ||
+ | |||
+ | |||
+ | ===== Networking ===== | ||
+ | |||
+ | Der RASPI nutzt dhcpcd als dhcp Client. Bridge settings nicht über / | ||
+ | |||
+ | https:// | ||
+ | |||
+ | ===== rtmp Server für Streaming ===== | ||
+ | |||
+ | https:// | ||
+ | |||
+ | https:// | ||
+ | |||
+ | Hier wird als Streaming Lösung der datarhei Restreamer von https:// |