Posts by juhu01

    meine Tipps :

    - eine falsche umleitund z.B. ls-lasiR >/dev/nulI dass das zweite l eigentlich ein i ist fehlt nicht auf. ls -lh /dev macht es wieder gut. ;)

    - tar mit einer falschen angabe z.B. tar cvf /home/babkup / oder so...

    wie gesagt ein sudo du -hs /* sollte da Einsicht bewirken,

    Ich behaupte jetzt einmal: Je größer die Kapazität/Hitze und je kleiner die Bauform desto früher sind sie kaputt. 32 GB EMTEC Sticks hängen an meinem Raspi 4 seit Jahren. Keiner dieser 4 Sticks zeigt irgend ein Problem. OK USB2 und langsam. Aber für die E-Mails reicht es. Schreibhäufigkeit alle 10 Minuten.

    Ob das Glück ist ? Möglich. Ich glaube, dass meine 4 Sticks auch keine statistische Größe und Aussagekraft ist. Also Vorsicht.
    Zur Zeit verwende ich auch 512GB mSD in Handy und in einem PC. Die sterben wie die Fliegen. Obwohl die Sticks und die kleinen 64GB Karten alles aushalten.
    Aber auch hier gilt. Keine statistische Aussagekraft, es kann Zufall oder schlechte Serie sein.

    Sicherung: Natürlich. Aber das muss man sowieso.

    Das mit dem Dampf stimmt (sorry hab ich nicht bedacht.) . Also das Loch seitlich oder hinten.
    Da es nur ein Bild mit 2 Essen gibt, mache ich mir von der Performance keine Sorgen. Ich würde sogar einen PI3 nehmen ...
    Da es nur wenig KnowHow vorhanden ist, ist eine grafische Oberfläche sicherlich besser.

    ein Starterset mit 4GB RAM gibt unter 100 € bei Amazon. Da wäre noch jede Menge Luft für Erweiterungen. Da der Raspi täglich nur ein Foto macht und dieses dann 2 Std ausgibt , sehe ich keine Probleme mit Hitze, Performnace oder Ahnlchem.

    Vor allem kann ich dann das Gehäuse außen anbringen und ich habe genug USB Anschlüsse. Eine Steckerleiste mit Schalter wird sich auch finden lassen.

    Das Ganze auf einen (Servier)Wagen oder Tisch montiert , oben der Bildschirm und vola .

    Ich würde eine 10 Zeilen webseite machen und einen Browser im Kiosk-Mode starten ......

    Dazu eine Fotobox die beide Menüs aufnimmt. Die Website besteht aus einer Tabelle und bleibt immer gleich. nur das Foto ändert sich.
    Dazu braucht man nur eine HtMl Seite einen Browser und ein Scipt, das das Bild in das richtige Verzeichnis moved.

    Ideal wäre es das Bild über einen Taster auszulösen ....

    Die HTML-Seite könnte so aussehen:

    <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//DE">
    <html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">

    <!--
    <meta http-equiv="Refresh" content="9000;URL=file:./seite1.html">
    Wenn gewünscht kann mit dieser Zeile ein automatisches Relad der Seite angestoßen werden.
    --> 
    <title>Heutige Menüs</title>

    </head>
    <body style="background-image:url(file:./menue.png);
    background-size:100% 100%; background-repeat:no-repeat; 
    background-color:white; background-attachment:fixed; 
    ">
    <table width=100%><tr >
    <td style="left" width=50%><img src=file:./loewe.jpg>Menü 1 </td> 
    <td style=right width=50%><img src=file:./vogel.jpg>Menü 2 </td> 
    </tr></table>

    Ich würde für die Box einen Holzkiste nehmen , hübsch auskleiden, ein Loch in die Oberseite bohren und die Kamara da positionieren. einen x-beliebigen Raspi nehmen. Eine Kamara justieren, Vielleicht gibt es noch jemanden der den Bauplan für das Auslösen der Kamarea in der Lade hat ;)

    Achja Bildschirme und HDMI-Kbel braucht man noch ;) Billiger und einfacher fällt mir nichts mehr ein.

    Mögliche Gründe?
    - Steckt der USB-Stick am USB3 (blau) am schwarzen hat er nur USB2?
    - Ist dein USB-Stick ein USB3?
    - Es gibt das Program iptraf-ng mit dem man den Durchsatz messen kann . Ferner kann man erkennen was noch so passiert.

    Und als letzten-Punkt ist die Frage über welche Verbindungsart eine Connection zum Raspi besteht. Windows Netzwerk oder Webservice (webdav) oder was anderes.
    Der 500 Fehler deutet auf eine websav/http/Verbindung hin.

    Eine SMB-(Windowsnetzwerk) wird kaum mehr als 60 MBit schaffen.

    Wenn das alles nichts bringt. .......

    Probier mal :

    dd if=/dev/mmcblk0 of=/dev/sda bs=4M

    dann kommt eine Meldung "blocks in .... out ... "
    Danach musst du das Kommando

    fdisk /dev/sda

    aufrufen, die Fehlermeldung ignorieren und mit einem w die neue Plattengeometrie zurückschreiben.
    Danach den Raspberry AUSSCHALTEN und OHNE SD-Karte booten.

    Erklärung:
    Beim dd auf die RAW-Devices wird alles mitgenommen so wie es auf der SD geschrieben wurde. Der Fdisk-w macht nur einen neuen Backup-Partiitonblock am Ende der SSD.

    Alle Identifierer, UUID, PUUID etc bleiben und unverändert. Wenn die SD-Karte gebootet hat MUSS es die SSD auch tun.
    Wenn nicht --> Rundablage-->Altmetall--> Tontauben schießen. etc. Es liegt dann zu 99,99999999% an der Hardware.

    Übrigens für alle die es interessiert. Am Ende des ersten Block (Byte ~430) auf der Platte/SSD ist die PartUUID bei beiden MBR-Typen. Die UUID steht im 2. Böock am Anfang bzw. im 1. Superblock des Filesystems bei ext3/4. Nachzulesen in den Kernelsourcen ;)

    Ich habe vergessen, am Anfang (die ersten 200Bytes) sind die Intialsequez des x86 BIOS ;) Wer einen Virus verstecken will, das ist ein guter Platz.

    Ich glaube nicht, dass dieser Befehl irgendwie etwas sinnvolles machen wird........

    Grund :
    Cron startet den 1. Befehl ....... --> reboot ---> ein paar Sekunden später ---> Cron wird neu gestartet --- findet ggf einen Job ---> führt ggf den ersten Befehl aus ---> reboot

    Cron kann sich über einen reboot keine Befehlsketten, Speicher inhalte und Variable merken. reboot löscht all dies.

    Lass den Reboot weg. und lass Cron die Jobs ohne reboot ausführen.

    Nur so zur Info die Zeichenkette && bedeutet, das der nachfolgende Befehl nur dann ausgeführt wird wenn der vorgehende mit einem Returncode 0 zurückkommt ($?) Im Fehlerfall kann man mit mit | | den Grund bearbeiten. z.B

     ls gib_es_nicht && echo "alles OK"  || echo " Fehler Nr. $? "

    ls /tmp && echo "alles OK"  || echo " Fehler Nr. $? "

    Ein ; bedeutet für die Shell der Befehl ist jetzt aus und der nächste beginnt. Das Gleiche erreichst du wenn du jeden Befehl in eine eigene Zeile schreibst.
    Sollte Befehle länger als eine Zeile werden kann kann man die Zeilen mit einem \ zusammenhängen.