Posts by RTFM

    Die Boot-Reihenfolge wird wohl in den EEPROM Datenbereich des Pi4 geschrieben und nicht über die config.txt, oder cmdline.com beim Booten festgelegt.


    Wenn der Pi4 ohne SD oder HD/SSD gestartet wird, sollte der EEPROM Diagnosescreen erscheinen, in dem die aktuellen Einstellungen ersichtlich sind.


    In https://www.raspberrypi.com/documentation/computers/ sind im Kapitel "Raspberry Pi Hardware mehrere Hinweise über das Pi4 EEPROM enthalten.


    Servus !"

    Ein Hinweis wie ich es bessr machen oder lernen könnte wäre mir

    zweckdienlicher als ein Kopfschütteln.

    Das war der Hinweis: im Homeverzeichnis des Users pi hat root nichts verloren.

    [Es ist auch garnicht einfach Files des Users root im Homeverzeichnis des Users pi anzulegen]


    Servus !

    Spannungsprobleme können neben NTFS auch die Schreibgeschwindigkeit bremsen, da bei Unterspannung nicht nur die Prozessorgeschwindigkeit gedrosselt wird, sondern auch der USB Traffic kurzfristig abgeschaltet werden kann. Der typische Durchsatz beträgt üblicherweise dann nur 7 - 9 MByte/sec, aber einen Blick in das syslog nach undervoltage muss man am Linux nicht extra bezahlen.


    Servus !


    PS: Die effektive Schreibgeschwindigkeit auf die HD/SSD kann man mit dd ermitteln indem man von als input File /dev/null verwendet.

    Auch wenn ich die Änderungen an der Config richtig mache, ändert es nichts an dem Fehler.

    Wer sagt, dass Deine Einstellungen richtig sind? Die ganzen HDMI Einstellungen sind in zwei verschiedenen Sektionen in der verlinkten Dokumentation enthalten. Ich glaube, dass Du das selbst durchackern kannst. [einschl. tvservice und allenfalls vcgencmd, die per SSH remote aufgerufen werden könnten, solange der HDMI Ausgang nicht funktioniert]


    Der Pi3B (ohne Plus) kann mM noch kein UHD/4k. Wenn Dein Fernseher daher auf 4k Anzeige gelockt ist, oder durch ein Softwareupdate gelockt wurde, wird das Aushandeln einer geringeren Auflösung erfolglos bleiben. Da wäre primär die Konfiguration des verwendeten HDMI Eingangs am Fernseher gefragt. [oder auf beiden Seiten z.B. 800x600 einzustellen]


    Ein init=/bin/sh habe ich im config.txt auch noch nie gesehen (nur im speziell umgestellten cmdline.txt), was aber wenig bedeutet, da ich nur Raspi-OS und dessen Vorgänger kenne (das aber kein Startvideo abspielt), während Du das verwendete Image verschweigst.


    Servus !


    Bus 001 Device 007: ID 2357:010c TP-Link TL-WN722N v2/v3 [Realtek RTL8188EUS]


    ... also wird er erkannt ... aber warum nicht mehr als WLAN Adapter verwendet?

    .... GEHT DAS AUCH ANDERS???

    Erkannt schon, aber er hat keinen passenden Treiber gefunden, weil für die neue Kernelversion kein Treiber vorhanden war. Den Hinweis auf den alten Treiber im Installationsscript (überspringen/löschen) hast Du vermutlich mit (automatisch) y(es) beantwortet. Du kannst Dir die Updateausgabe aber nochmals ansehen, da das unter term.log und history.log im Verzeichnis /var/log/apt/ gespeichert wird. Zum Fluchen besteht daher kein Grund, Du kannst Dich höchstens über den Admin ärgern.


    ANDERS geht das natürlich, wenn Du eine Ubuntu LTS Version verwendest/installierst.


    Servus !

    In den Logfiles (sys/kern/auth) sollte der Grund für den vermutlichen Fehler sichtbar sein.


    Das Problem kann auch am User ich liegen, den es normalerweise nicht gibt.

    Wenn der User mit uid=1000 aus seinem Terminal ein Script ausführt, das funktioniert, macht er das mit seinen Gruppenrechten und seinem Environement (Umgebungsvariablen), sodass sinvollerweise auch die crontab des Users mit uid=1000 verwendet werden sollte. Ausserdem sollen crontabs von Amateuradmins nie direkt editiert werden, sondern mit dem criontab Programm, das mit der Option -e den Editor mit der richtigen crontab aufruft.

    < crontab -e > läd die crontab des aufrufenden Users zum Editieren.

    < sudo crontab -e > die crontab des Systemusers root, uid=0


    Interessant wäre auch, was Du geändert hast, bevor plötzlich das Script nicht mehr funktionierte. Hast Du garnichts geänder und auch kein Update durchgeführt, käme allenfalls auch ein teilweise korruptes Filesystem in Betracht, das mit dem syslog Eintrag "check filesystem manually" im Bootprozess sichtbar wird.


    Servus !

    Es ist nicht nur Python 2 tot, auch "device_tree_param= " und dtoverlay=spi-bcm2708

    ist nicht (mehr) aktuell und funktioniert nur dann noch, wenn ein entsprechendes Alias definiert ist.


    Die aktuelle dtoverlay Anleitung befindet sich unter /boot/overlays/README


    Auf meinem Pi würde

    dtparam=spi=on und

    dtoverlay=spi0-1cs (bis spi6-2cs)

    configuriert werden.


    Servus !

    ntfs, ntfs-3g, vfat u.A. haben genauso ein check & repair wie ext4.

    Warum soll das ausdrücklich abgeschaltet werden ?

    Der Zusatz "für Windows-Dateisysteme" im Ubuntuusers ist aktuell nicht mehr richtig, weil ntfs inzwischen auch rw gemountet werden kann.

    Und die (Windows-) /boot Partition beim Pi wird auch mit 2-er Priorität gecheckt, das soll auch für alle rw-gemountete Partitionen gelten, einschliesslich ntfs(-3g).


    Servus !

    wie man am besten auf die Signale lauscht und im Idealfall das Skript einmalig und nicht mehrfach startet.

    "das Script" ist mir unbekannt. Offen bleibt auch Shell. Python. Perl ....

    Wenn Du "wie frage ich nach Hilfe" noch nicht gelesen hast, zeig einfach das Script, das nicht mehrfach gestartet werden soll, her. Oder wenigstens einen Link auf die Anleitung, an der Du bastelst.


    Servus !

    Da sich niemand erbarmt, übersetzt ich einmal auszugsweise das Datenblatt


    [Initial Power-Up]

    - Beim Einschalten werden alle Register auf 0 gesetzt und der Controller befindet sich im Shutdown Mode, das Intensity Register auf minimalst.


    [Shutdown Mode]

    - Anzeige ausgeschaltet, Register bleiben erhalten

    - 0x0c, 0x01 Normal Operation, Shutdown Mode beendet


    [Scan-Limit Register]

    - Bestimmt, wieviele Ziffern (digit 0 - 7) angezeigt werden sollen.

    - 0x0B, 0x07 alle 8 Ziffern werden angezeigt


    [Intensity Control]

    - Bestimmt die Leuchtkraft der LEDs und ist abhängig vom externen Widerstand R(SET)

    - 0x0A, 0x07 mittlere (Leucht-)Intesität


    [Display-Test Register]

    - Schaltet alle LEDs mit maximaler Intenity ein und muss mit Normal Mode beendet werden. Vorherige Registerdaten bleiben erhalten

    - 0x0F, 0x00 beendet den Display Test


    [Decode-Mode Register]

    - Erlaubt die Eingabe von 0x0 bis 0xF im zweiten Datennibbel in den dafür aktivierten Registern (digit 0 - 7), um die Ziffern 0 bis 9 und die definierten Zeichen direkt auf der 7-Segment Anzeige auszugeben. Das erste Bit im ersten Datennibbel wird dabei für den Dezimalpunkt verwendet (0x0 bis 0x7 kein Dezimalpunkt, 0x8 bis 0xF Dezimalpunkt wird angezeigt.

    - 0x09, 0xFF Alle 8 Digits 0-7 für (BCD) Decode Modus aktivieren

    ; 0x01, 0x06 zeigt 6 als erste Ziffer

    ; 0x02, 0xF6 zeigt 6 als zweite Ziffer mit DP

    ; 0x03, 0x0B zeigt E in der dritten Ziffer

    - 0x09, 0x00 Decode Mode an allen Digits deaktivieren


    [General Description]

    - Für 3 V Anwendungen beachte das MAX6951 Datenblatt


    Alles ungetested, Tippfehler möglich.



    Servus !

    Nix gefunden ?

    Oder funktioniert der Google-Translator nicht ?


    Zusammengefasst in Deutsch:

    Wenn Nano crasht (z.B. Speicherüberlauf), oder durch SIGTERM oder SIGHUP beendet wird, wird aus dem Bufferspeicher der noch nicht auf die HD/SSD/SD gespeicherte, geänderte Fileinhalt ins emergency File gesichert.


    Das geschieht z.B. wenn das Terminal, in dem nano läuft, beendet wird, oder nano selbst - mit ctrl-x - beendet und Änderungen speichern ? verneint wird, ohne die Änderungen vorher ins Originalfile zu schreiben/abzuspeichern [ctrl-O ].


    Servus !