Mit meinem Pi4 aarch64 scheitere ich schon bei Punkt 3 apt install libjasper-dev, weil das nicht gefunden wird. 
Posts by fred0815
-
-
Mir ist aufgefallen, dass meine ESP32 plötzlich eine Stunde voraus sind.
Das ist erst seit heute, im NTP-Code habe ich CET-1CEST,M3.5.0,M10.5.0/3 stehen, was laut dieser Seite auch Europa/Berlin sein soll.
Die komplette .ino ist diese hier.
Zeitumstellung ist aber erst am letzten Sonntag im Monat März von 2 auf 3 Uhr, also am 26.3.2023.
Wie man sieht sprangen sie von 1:30 Uhr auf 3:00 Uhr, statt auf 2:00 Uhr :
2023-03-12 01:34:58
2023-03-12 03:04:50Was läuft denn da schief ?
-
Ich verstehe eh nicht warum OpenVPN nicht reichen soll.
-
Und #!/usr/bin/env python könnte je nach OS noch Python2 sein und nicht, wie bei neueren python3.
Aufschluss geben die Ausgaben von which python und which python3, bzw. python -V, python3 -V und python2 -V von beiden Maschinen.
Jedenfalls wäre #!/usr/bin/env python3 wohl besser.
-
Die Masse-Meßspitze des Messgeräts kann man auch an das Metall vom Gehäuse halten, USB oder vom Ethernetport.
Hast du da das gleiche Ergebnis ?
Läuft der Pi denn ?
-
Meine Suchmaschine bringt als ersten Eintrag das hier:
https://superuser.com/question…rsync-forward-name-lookup
Und die einzige Antwort:
QuoteThe issue is that the OS can't resolve the hostname odroidxu4-backup.
Try specifying it by IP address, adding its name and IP to the
hostsfile or otherwise changing DNS so it can resolve.Note: if its IP is 192.168.1.189, you don't need to specify the name in the
rsyncd.conf– just use the IP address. This will be faster as well, I expect.In deinem Fall halt Synology.fritz.box
-
Schon wieder Donnerstag ?
-
Wo kann man denn diesen Graphen bei github sehen ?
-
dpkg --configure -a bringt überhaupt keine Ausgabe.
-
-
Hab gerade mal die Logs durchforstet, scheint so als ob Ende Januar ein Problem auftrat:
CodeStart-Date: 2023-01-25 16:21:25 Commandline: packagekit role='update-packages' Install: linux-image-5.10.0-21-arm64:arm64 (5.10.162-1) Upgrade: rpi-eeprom:arm64 (15.2-1, 16.0-1), linux-image-arm64:arm64 (5.10.158-2, 5.10.162-1), vivaldi-stable:arm64 (5.6.2867.58-1, 5.6.2867.62-1) Error: Sub-process /usr/bin/dpkg returned an error code (1) End-Date: 2023-01-25 16:23:04Ein paar Tage später:
CodeStart-Date: 2023-01-29 15:55:23 Commandline: apt dist-upgrade Requested-By: pi (1000) Upgrade: libtiff5:arm64 (4.2.0-1+deb11u1, 4.2.0-1+deb11u3) Remove: linux-image-5.10.0-19-arm64:arm64 (5.10.149-2) End-Date: 2023-01-29 15:56:05Und:
Code
Display MoreLog started: 2023-01-29 11:38:46 ... raspberrypi-ui-mods (1.20230127) wird eingerichtet ... linux-image-5.10.0-21-arm64 (5.10.162-1) wird eingerichtet ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-5.10.0-21-arm64 ... pigz: abort: write error on <stdout> (No space left on device) E: mkinitramfs failure pigz 28 update-initramfs: failed for /boot/initrd.img-5.10.0-21-arm64 with 1. run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 dpkg: Fehler beim Bearbeiten des Paketes linux-image-5.10.0-21-arm64 (--configure): »installiertes linux-image-5.10.0-21-arm64-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück ... dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-arm64: linux-image-arm64 hängt ab von linux-image-5.10.0-21-arm64 (= 5.10.162-1); aber: Paket linux-image-5.10.0-21-arm64 ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten des Paketes linux-image-arm64 (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert ... Fehler traten auf beim Bearbeiten von: linux-image-5.10.0-21-arm64 linux-image-arm64 Log ended: 2023-01-29 11:40:00 Log started: 2023-01-29 15:55:23 (Lese Datenbank ... 290810 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von linux-image-5.10.0-19-arm64 (5.10.149-2) ... /etc/kernel/postrm.d/initramfs-tools: update-initramfs: Deleting /boot/initrd.img-5.10.0-19-arm64 (Lese Datenbank ... 286232 Dateien und Verzeichnisse sind derzeit installiert.) ... linux-image-5.10.0-21-arm64 (5.10.162-1) wird eingerichtet ... I: /initrd.img is now a symlink to boot/initrd.img-5.10.0-21-arm64 /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-5.10.0-21-arm64 ... linux-image-arm64 (5.10.162-1) wird eingerichtet ... ... Log ended: 2023-01-29 15:56:05Also war da schon kein Platz mehr in /boot und/oder andere Probleme.
Und die ganzen vmlinuz*arm64 brauche ich auf dem Pi gar nicht, oder ? Nur die kernel8.img
-
Hat denn jemand aarch64 und kann mal ein ls -la /boot von seinem aktuellen Pi posten ?
-
Das habe ich mich auch schon gefragt.
Ich habe das OS zuerst auf der Micro-SD installiert und dann per rsync alles auf die SSD rübergeschaufelt.
Seit dem mache ich nur ganz normal apt update und apt dist-upgrade.
Jetzt habe ich gemerkt, dass der Platz auf /boot eng wird.
Ausserdem habe ich jetzt diese Links in /:
Codelrwxrwxrwx 1 root root 31 29. Jan 15:55 initrd.img -> boot/initrd.img-5.10.0-21-arm64 lrwxrwxrwx 1 root root 31 25. Jan 16:22 initrd.img.old -> boot/initrd.img-5.10.0-20-arm64 lrwxrwxrwx 1 root root 28 25. Jan 16:22 vmlinuz -> boot/vmlinuz-5.10.0-21-arm64 lrwxrwxrwx 1 root root 28 25. Jan 16:22 vmlinuz.old -> boot/vmlinuz-5.10.0-20-arm64Sonst sieht alles normal aus.
Codelsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye -
Nein, /boot und /root sind auf rw.
-
Mein Pi4 mit RaspiOS aarch64 möchte mal wieder Kernel und Bootloader updaten, aber langsam geht mir der Platz aus.
Welche Dateien kann ich gefahrlos löschen und wieso werden die alten nicht automatisch gelöscht ?
Code
Display Morels -la insgesamt 188236 drwxr-xr-x 3 root root 4608 1. Jan 1970 . drwxr-xr-x 18 root root 4096 8. Mär 00:01 .. -rwxr-xr-x 1 root root 30170 7. Jan 10:26 bcm2710-rpi-2-b.dtb -rwxr-xr-x 1 root root 31922 7. Jan 10:26 bcm2710-rpi-3-b.dtb -rwxr-xr-x 1 root root 32533 7. Jan 10:26 bcm2710-rpi-3-b-plus.dtb -rwxr-xr-x 1 root root 30157 7. Jan 10:26 bcm2710-rpi-cm3.dtb -rwxr-xr-x 1 root root 31230 7. Jan 10:26 bcm2710-rpi-zero-2.dtb -rwxr-xr-x 1 root root 31230 7. Jan 10:26 bcm2710-rpi-zero-2-w.dtb -rwxr-xr-x 1 root root 52556 7. Jan 10:26 bcm2711-rpi-400.dtb -rwxr-xr-x 1 root root 52424 7. Jan 10:26 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root root 53165 7. Jan 10:27 bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root root 50447 7. Jan 10:27 bcm2711-rpi-cm4s.dtb -rwxr-xr-x 1 root root 52476 7. Jan 10:28 bootcode.bin -rwxr-xr-x 1 root root 138 16. Okt 10:01 cmdline.txt -rwxr-xr-x 1 root root 254189 13. Dez 21:46 config-5.10.0-20-arm64 -rwxr-xr-x 1 root root 254189 21. Jan 15:35 config-5.10.0-21-arm64 -rwxr-xr-x 1 root root 2133 1. Mär 05:24 config.txt -rwxr-xr-x 1 root root 18693 7. Jan 10:27 COPYING.linux -rwxr-xr-x 1 root root 3170 7. Jan 10:28 fixup4cd.dat -rwxr-xr-x 1 root root 5398 7. Jan 10:28 fixup4.dat -rwxr-xr-x 1 root root 8382 7. Jan 10:28 fixup4db.dat -rwxr-xr-x 1 root root 8386 7. Jan 10:28 fixup4x.dat -rwxr-xr-x 1 root root 3170 7. Jan 10:28 fixup_cd.dat -rwxr-xr-x 1 root root 7265 7. Jan 10:28 fixup.dat -rwxr-xr-x 1 root root 10229 7. Jan 10:28 fixup_db.dat -rwxr-xr-x 1 root root 10229 7. Jan 10:28 fixup_x.dat -rwxr-xr-x 1 root root 45600400 18. Dez 08:24 initrd.img-5.10.0-20-arm64 -rwxr-xr-x 1 root root 45601658 29. Jan 15:56 initrd.img-5.10.0-21-arm64 -rwxr-xr-x 1 root root 15363200 16. Okt 10:01 initrd.img-5.15.61-v8+-overlay -rwxr-xr-x 1 root root 145 4. Apr 2022 issue.txt -rwxr-xr-x 1 root root 8194604 7. Jan 10:26 kernel8.img -rwxr-xr-x 1 root root 1594 7. Jan 10:28 LICENCE.broadcom drwxr-xr-x 2 root root 24576 7. Jan 10:28 overlays -rwxr-xr-x 1 root root 805436 7. Jan 10:28 start4cd.elf -rwxr-xr-x 1 root root 3747240 7. Jan 10:28 start4db.elf -rwxr-xr-x 1 root root 2250848 7. Jan 10:28 start4.elf -rwxr-xr-x 1 root root 2998344 7. Jan 10:28 start4x.elf -rwxr-xr-x 1 root root 805436 7. Jan 10:28 start_cd.elf -rwxr-xr-x 1 root root 4819144 7. Jan 10:28 start_db.elf -rwxr-xr-x 1 root root 2975104 7. Jan 10:28 start.elf -rwxr-xr-x 1 root root 3721992 7. Jan 10:28 start_x.elf -rwxr-xr-x 1 root root 83 13. Dez 21:46 System.map-5.10.0-20-arm64 -rwxr-xr-x 1 root root 83 21. Jan 15:35 System.map-5.10.0-21-arm64 -rwxr-xr-x 1 root root 27393984 13. Dez 21:46 vmlinuz-5.10.0-20-arm64 -rwxr-xr-x 1 root root 27396032 21. Jan 15:35 vmlinuz-5.10.0-21-arm64 uname -a Linux pi4mit8gbssd 5.15.84-v8+ #1613 SMP PREEMPT Thu Jan 5 12:03:08 GMT 2023 aarch64 GNU/Linux df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/xxx1 253M 185M 68M 74% /boot
Edit:
Ging mit dem Update, es scheint sich aber nichts geändert zu haben, ausser das 2 Dateien hinzugekommen sind und die .dtb überschrieben wurden:
Code
Display Morels -la insgesamt 188238 drwxr-xr-x 3 root root 4608 1. Jan 1970 . drwxr-xr-x 18 root root 4096 8. Mär 00:01 .. -rwxr-xr-x 1 root root 30170 8. Mär 06:58 bcm2710-rpi-2-b.dtb -rwxr-xr-x 1 root root 31922 8. Mär 06:58 bcm2710-rpi-3-b.dtb -rwxr-xr-x 1 root root 32533 8. Mär 06:58 bcm2710-rpi-3-b-plus.dtb -rwxr-xr-x 1 root root 30157 8. Mär 06:58 bcm2710-rpi-cm3.dtb -rwxr-xr-x 1 root root 31230 8. Mär 06:58 bcm2710-rpi-zero-2.dtb -rwxr-xr-x 1 root root 31230 8. Mär 06:58 bcm2710-rpi-zero-2-w.dtb -rwxr-xr-x 1 root root 52556 8. Mär 06:58 bcm2711-rpi-400.dtb -rwxr-xr-x 1 root root 52424 8. Mär 06:58 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root root 53165 8. Mär 06:58 bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root root 50447 8. Mär 06:58 bcm2711-rpi-cm4s.dtb -rwxr-xr-x 1 root root 52476 8. Mär 07:00 bootcode.bin -rwxr-xr-x 1 root root 138 16. Okt 10:01 cmdline.txt -rwxr-xr-x 1 root root 254189 13. Dez 21:46 config-5.10.0-20-arm64 -rwxr-xr-x 1 root root 254189 21. Jan 15:35 config-5.10.0-21-arm64 -rwxr-xr-x 1 root root 2133 1. Mär 05:24 config.txt -rwxr-xr-x 1 root root 18693 8. Mär 06:58 COPYING.linux -rwxr-xr-x 1 root root 3171 8. Mär 07:00 fixup4cd.dat -rwxr-xr-x 1 root root 5401 8. Mär 07:00 fixup4.dat -rwxr-xr-x 1 root root 8383 8. Mär 07:00 fixup4db.dat -rwxr-xr-x 1 root root 8383 8. Mär 07:00 fixup4x.dat -rwxr-xr-x 1 root root 3171 8. Mär 07:00 fixup_cd.dat -rwxr-xr-x 1 root root 7266 8. Mär 07:00 fixup.dat -rwxr-xr-x 1 root root 10230 8. Mär 07:00 fixup_db.dat -rwxr-xr-x 1 root root 10230 8. Mär 07:00 fixup_x.dat -rwxr-xr-x 1 root root 45600400 18. Dez 08:24 initrd.img-5.10.0-20-arm64 -rwxr-xr-x 1 root root 45601658 29. Jan 15:56 initrd.img-5.10.0-21-arm64 -rwxr-xr-x 1 root root 15363200 16. Okt 10:01 initrd.img-5.15.61-v8+-overlay -rwxr-xr-x 1 root root 145 4. Apr 2022 issue.txt -rwxr-xr-x 1 root root 8194604 8. Mär 06:58 kernel8.img -rwxr-xr-x 1 root root 1594 8. Mär 07:00 LICENCE.broadcom drwxr-xr-x 2 root root 24576 8. Mär 07:00 overlays -rwxr-xr-x 1 root root 805596 8. Mär 07:00 start4cd.elf -rwxr-xr-x 1 root root 3747464 8. Mär 07:00 start4db.elf -rwxr-xr-x 1 root root 2251136 8. Mär 07:00 start4.elf -rwxr-xr-x 1 root root 2998632 8. Mär 07:00 start4x.elf -rwxr-xr-x 1 root root 805596 8. Mär 07:00 start_cd.elf -rwxr-xr-x 1 root root 4819400 8. Mär 07:00 start_db.elf -rwxr-xr-x 1 root root 2975392 8. Mär 07:00 start.elf -rwxr-xr-x 1 root root 3722280 8. Mär 07:00 start_x.elf -rwxr-xr-x 1 root root 83 13. Dez 21:46 System.map-5.10.0-20-arm64 -rwxr-xr-x 1 root root 83 21. Jan 15:35 System.map-5.10.0-21-arm64 -rwxr-xr-x 1 root root 27393984 13. Dez 21:46 vmlinuz-5.10.0-20-arm64 -rwxr-xr-x 1 root root 27396032 21. Jan 15:35 vmlinuz-5.10.0-21-arm64 df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/xxx1 253M 185M 68M 74% /boot uname -a Linux pi4mit8gbssd 5.15.84-v8+ #1613 SMP PREEMPT Thu Jan 5 12:03:08 GMT 2023 aarch64 GNU/Linux -
Wichtig ist der Chipsatz. RTL2832u R820T2
https://www.aliexpress.com/item/32900553328.html
Nachteil, die haben einen Linearregler, um von den 5 Volt vom USB auf 3,3 Volt zu kommen.
Meiner wird deshalb sehr warm, weshalb ich ihn von seinem Gehäuse befreit habe.
-
Wenn man zur Miete wohnt, könnte das Ärger mit dem Vermieter geben.
Ich würde versuchen mit einem RTL-SDR-Stick das Signal auszuwerten, in der Hoffnung, das der Nachbar nicht das gleiche Gerät mit der gleichen Codierung hat. Und wenn doch, bei meiner Funkbimmel kann man die Codierung durch Lötbrücken ändern:
Sender:
Empfänger:
-
Ne umgekehrt, die Datei ist voller "allow from IP" , die erhalten bleiben sollen (z.B. Webcrawler) und nur eine Zeile soll gelöscht werden.
Das eintragen übernimmt ein Perlscript:
Perl
Display More#!/usr/bin/perl use strict; use warnings; use CGI; use Fcntl qw(:flock); my $htaccess_file = "/pfad/datei"; my $cgi = CGI->new; my $param_IP = $cgi->param('IP'); my $client_ip = $ENV{'REMOTE_ADDR'}; my %known_ip; my %new_ip; if ( defined($param_IP) and length($param_IP) ) { for my $ip ( split /\s+/, $param_IP ) { if ( $ip =~ m|^(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})$| ) { if ( $client_ip && $ip eq $client_ip ) { $new_ip{$1}++; } } } open(my $fh, "<", $htaccess_file) or die "Cant open $htaccess_file: $!"; while (my $line = <$fh>) { if ( $line =~ m|allow\s+from\s+(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})\s*$|i ) {; $known_ip{$1}++; } } close($fh) or die "Cant close $htaccess_file:: $!"; open($fh, ">>", $htaccess_file) or die "Cant open $htaccess_file: $!"; flock ($fh, LOCK_EX) or die "Cant lock $htaccess_file: $!"; for my $new_ip ( sort keys %new_ip ) { next if exists $known_ip{$new_ip}; print $fh "allow from ",$new_ip,"\n" or die "Can't print to $htaccess_file: $!"; } close($fh) or die "Cant close $htaccess_file: $!"; } print $cgi->header( -status => '204 No Content',); __END__;Über ein Formular:
HTML
Display More<html> <form action="/cgi-bin/ip_htaccess.pl" method="post" enctype="multipart/form-data" > <table align="center"> </td> <td>hier einfügen:</td> <td><textarea name=IP size=15></textarea></td> <td colspan=2 align=center> <input type=submit value="Senden"></td> </table> </form> </html> -
Also, hier die Komplettlösung:
PHP
Display More<?php $remoteip = $_SERVER['REMOTE_ADDR']; $lesedatei = file("/pfad/datei"); //print_r($lesedatei); $allow_from = ("allow from"); //echo $allow_from; $ersetzedurch = (""); echo $ersetzedurch; $gesuchtezeile = ("$allow_from $remoteip"); //echo $gesuchtezeile; foreach ($lesedatei as $zeile) { if (strpos($zeile,$gesuchtezeile) !== false ) { echo "Deine IP wurde gefunden. "; echo "<br />"; $loeschezeile = str_replace($gesuchtezeile, $ersetzedurch, $lesedatei); // print_r($loeschezeile); $schreibedatei = file_put_contents("/pfad/datei", $loeschezeile); echo '<h2>Die IP '; echo $remoteip; echo ' wurde gelöscht</h2>'; echo "<br />"; } else { //echo "Nicht gefunden. "; } } ?> <h2> Jetzt ist dir der Zugang zur Seite wieder verwehrt. </h2> <h1><a href="index.php" target="_self">Startseite </a></h1> <?php $frei = file_get_contents('/pfad/anderedatei.txt'); if (intval($frei) == 0){ echo "Zur Zeit ist niemand freigeschaltet"; } else { echo "Anzahl Freischaltungen: $frei"; } ?> <br> <?php $filename = '/pfad/anderedatei.txt'; if (file_exists($filename)) { echo "Zuletzt geprüft:<br />\n " . date ("d.m.Y H:i:s", filemtime($filename)); } echo "<br />"; ?>
Sieht jetzt so aus: -
Hm, das ist ja komisch, ich mache mal eine neue Testdatei und teste nochmal, Moment.
Edit: Tatsächlich, da muss ich jetzt mal die Unterschiede vergleichen.