Posts by framp

Quote from Regdone

Nun habe ich das Image auf eine 8-GB-Karte gespielt, dabei NICHT vergrößert, also identische Größe der Partitionen, funktioniert einwandfrei.

Ist schon sehr mysterioes. Vielleicht wird der Verfuegbarkeitstest auf genuegend Speicherplatz nicht auf die Partition sondern auf das Device gemacht. Das waere aber ein Bug und sollte bei dem vielgenutzen apt nicht mehr vorhanden sein.

Anyhow habe ich die Erfahrung gemacht dass ein sudo apt-get autoclean bei apt Fehlern oft Wunder bewirkt. Auch ist mittlerweile 4GB fuer RaspianOS schon recht knapp wenn man noch ein paar weitere Tools installiert hat. Speziell auch wenn z.B. der apt Cache voll laeuft oder andere Caches wachsen. Ich nutze fuer meine Raspis deshalb immer 8GB Karten.

Raspberry Pi PCI Express device compatibility database

Nachtrag: Das Bootproblem ist gefixed, aber leider braucht wohl der Fix mehr Memory fuer die GPU. Jedenfalls bootet das System nicht mehr von NVMe wenn man den GPU Memory auf das Minimum 16MB einstellt Bootet man von eMMC kann man 16MB setzen. Mal sehen ob das noch gefixed wird denn ansonsten muessen die in raspi-config den Mindestwet fuer die GPU erhoehen.

Quote from Franjo G

Aber nur, wenn die Platte auch korrekt gemountet ist.

<OT>

Da das auch ein paar Mal raspiBackup Nutzern passiert war und die dadurch ihre SD Karte mit dem Backup zugemuellt hatten gibt es einen Check in raspiBackup dass auch wirklich die Backuppartition gemounted ist

</OT>

Ich habe einen Fix erhalten und mit dem bootet mein CM4 auch mit dem 09 Image. So wie ich das sehe liegt es daran dass ich ein CM4 mit eMMC und NMVe storage habe und der Bootcode damit nicht zurecht kommt. Scheint eine nicht so verbreitete HW Config zu sein. Wird wohl eher CM4 lite genutzt wo kein eMMC Storage drin ist und mit einer SD Karte gearbeitet wird.

Wer selbige HW Konfiguration hat: Der Fix steht hier zur Verfuegung.

Quote from erkanovicz

Wäre nicht das erste Mal, dass ich ein neues System aufspiele, aber hier komme ich nicht weiter.

Was machst Du denn nun anders wenn es bislang geklappt hat?

Quote from Wein-Franke

Wenn das System deswegen allerdings seine bisherige Aufgabe weiter erfüllt, tendiere ich zu "never touch a running system".

Dann lass es dabei. Es muss nicht an NOOBS liegen. Wenn Du aber noch ein paar Mal so merkwuerdige Probleme hast solltest Du doch mal ueberlegen eine Neuinstallation vorzunehmen

Man kann jetzt nach grossen Dateien suchen aber i.d.R. sind es einzelne Verzeichnisse die viel Platz belegen.

Ich loese ein Platzproblem bei mir immer so:

sudo du -s /* | sort -rn

Dann das groesste/erste Verzeichnis in der Liste nehmen, z.b. /var und dann

sudo du -s /var/* | sort -rn

und sukzessive im Verzeichnisbaum runter bis ich den Uebeltaeter gefunden habe

Quote from Jürgen Böhm

Kann das jemand mit CM4-Board nachsehen?

Bin leider gerade nicht @Home

Quote from Jürgen Böhm

P.S.: framp CM4 ist da

Perfekt. Viel Spass. Mit NVMe? Meine macht ja leider gerade Probleme mit NVMe

Quote from jar

und trotzdem erscheint er nicht

Er ist doch immer da

Moin und herzlich willkommen im Forum

Zeige mal die Ausgabe folgender Befehle wenn die SSD eingesteckt ist aber Du von SD Karte gebootet hast und die SSD gemounted hast. In den Befehlen gehe ich mal davon aus dass Du /boot bzw /dev/sda1 auf /mnt und das rootFS bzw /dev/sda2 auf /media gemountet hast (Annahme: ssd erscheint als /dev/sda):

sudo blkid
mount
cat /mnt/boot/cmdline.txt
cat /media/etc/fstab

Quote from Ubuntiner

Blocklistproject

Dort habe ich mir auch die Teile die ich fuer wichtig empfinde ins PiHole gelutscht.

Noch ein paar Links von mir:

How to flash Raspberry Pi OS onto the Compute Module 4 eMMC with usbboot (incl Youtube video)

Raspberry Pi OS auf dem Raspberry Compute Module 4 installieren

Raspberry Compute Module 4 (CM4) setup guide on eMMC and NVMe

Quote from Jowi66

Aber wo stelle ich die Option DYNAMIC_MOUNT ein?

Das ist eine Option von raspiBackup

Quote from Alpenpeter

Wenn ich diesen nicht mehr brauchte,

Je nachdem wie kritisch Deine Produktionsraspi ist und wie haeufig Du an der HW rumbastelst wuerde ich die Raspi immer als Backup aufheben. Falls die mal ihren Geist aufgibt nur das SW Backup auf die Backup Raspi restoren, umstoepseln und weiter gehts mit der Produktionsraspi

Ich habe denselben Synostand und Raspi4 sowie Raspi3B (ohne plus) die mit raspiBackup auf meine Syno sichern. In der /etc/fstab habe ich kein nfsvers=3 - dafuer aber auf der Syno nfs3 als maximales nfs Protokoll definiert.

Frueher hatte ich den Backupspace statisch beim Booten erfolgreich gemounted. Jetzt nutze ich die DYNAMIC_MOUNT Option so dass nur fuer den Backup der Space gemounted wird. ich vermute aus irgendeinem Grunde ist zum Mountzeitpunkt Dein Netzwerk noch nicht verfuegbar und der Bootmount failed. Du kannst ja mal in /var/log/syslog nachsehen ob Du eine Fehlermeldung findest.

Als Workaround kannst Du die DYNAMIC_MOUNT Option nutzen. Da raspiBackup sicherlich nicht gleich nach dem Boot gestartet wird sollte das Netzwerk oben sein wenn raspiBackup per cron gestartet wird und der dynamic Mount erfolgreich sein.

Jetzt habe ich das erste Mal in meinem schon laengeren Raspi NutzerLeben uart enabled damit die Ursache des Bootproblems zu finden ist .

War eine anstrengende Sache: Diverse Male von eMMC boot auf NVMe boot umgeschaltet, uart enabled, das an einer alten Raspi Mod2 ausprobiert und schliesslich an dem CM4 erst auf eMMC storage und dann dem NVMe enabled. Bloederweise dachte ich erst mein USB2TTY Adapter waere Schrott was sich als falsch herausgestellt hat

Was siehst Du denn bei show series statt show measurements?

Habe es eben geaendert.