Das Interface hat aber nur die Private IP vom DHCP vom Stick und nicht die Öffentliche die der Stick nach außen hat was mir so nichts bringt.
Hat dieser Stick auch ein Web-Interface und wenn ja, kann man damit etwas konfigurieren?
Das Interface hat aber nur die Private IP vom DHCP vom Stick und nicht die Öffentliche die der Stick nach außen hat was mir so nichts bringt.
Hat dieser Stick auch ein Web-Interface und wenn ja, kann man damit etwas konfigurieren?
.... also liegt es wohl an dem stromanschluss ...
Hast Du zwei Original-Netzteile für deinen PI4? Eins in der Gartenhütte und eins in deiner Wohnung?
Oder nur eins, das Du in der Gartenhütte und in der Wohnung benutzt hast?
Die IP ist auf dem Raspi in der Datei /etc/dhcpcd.conf für IPv4 fest eingestellt.
Ja, und trotzdem ist das eine Zuweisung der IP-Adresse, mit dhcp-Beteiligung. Und genau das sollte in diesem Test nicht gemacht werden.
Sobald ich den Pi in der Gartenhütte anmache, hab ich keine Meldung mehr bei lsusb mit allen Folgen.
BTW: Du hast die Meldungen aus der /var/log/messages noch nicht gepostet, oder?
Wie jetzt genau der Unterschied zwischen der critical und stable Version ist, kann ich nicht beurteilen.
Es gibt keinen Unterschied zwischen critical und stable. Siehe:
:~ $ ls -la /lib/firmware/raspberrypi/bootloader/critical
total 1328
drwxr-xr-x 2 root root 4096 Nov 26 17:51 .
drwxr-xr-x 5 root root 4096 Nov 26 17:51 ..
-rw-r--r-- 1 root root 524288 Apr 29 2020 pieeprom-2020-04-16.bin
-rw-r--r-- 1 root root 524288 Sep 14 15:27 pieeprom-2020-09-03.bin
-rw-r--r-- 1 root root 98196 Sep 14 15:27 recovery.bin
-rw-r--r-- 1 root root 98904 Jan 22 2020 vl805-000137ad.bin
-rw-r--r-- 1 root root 99224 Sep 14 15:27 vl805-000138a1.bin
und
:~ $ ls -la /lib/firmware/raspberrypi/bootloader/stable
total 2864
drwxr-xr-x 2 root root 4096 Nov 26 17:51 .
drwxr-xr-x 5 root root 4096 Nov 26 17:51 ..
-rw-r--r-- 1 root root 524288 Apr 23 2020 pieeprom-2020-04-16.bin
-rw-r--r-- 1 root root 524288 Jun 17 11:15 pieeprom-2020-06-15.bin
-rw-r--r-- 1 root root 524288 Jul 20 13:17 pieeprom-2020-07-16.bin
-rw-r--r-- 1 root root 524288 Aug 10 15:17 pieeprom-2020-07-31.bin
-rw-r--r-- 1 root root 524288 Sep 7 15:35 pieeprom-2020-09-03.bin
-rw-r--r-- 1 root root 98196 Sep 7 15:35 recovery.bin
-rw-r--r-- 1 root root 98904 Feb 28 2020 vl805-000137ad.bin
-rw-r--r-- 1 root root 99224 Jul 20 13:17 vl805-000138a1.bin
Alles anzeigen
..., wie ich möglichst groß drei Ziffern nach Eingabe auf dem Monitor anzeigen lassen kann?
Z. B. mit xmessage und einem bash-Script:
Der raspi4 steht eigentlich in einer Gartenhütte und wird immer ohne Display betrieben, ich kann per Wlan darauf zugreifen. Zum austesten habe ich das Ganze in die Wohnung geräumt und getestet, mit den diversen Änderungen.
Wie ist dein PI in der Gartenhütte mit deinem WLAN verbunden? Hat dein PI in der Gartenhütte auch Internetverbindung?
Wie ist dein PI, wenn er sich in der Wohnung befindet, mit deinem Router verbunden WLAN oder LAN)?
Ich muss dazu sagen wie ich hier teste. Der raspi4 steht eigentlich in einer Gartenhütte ...
Mit dem bootloader (rpi-eeprom) hat das nichts zu tun.
Evtl. mit der Stromversorgung in der Gartenhütte und/oder mit der Umgebungstemperatur in der Gartenhütte.
In denke, entscheidend wird hier die Verwendung des 64-bit-Kernels, gewesen sein.
BTW: Ändere in der Datei "/etc/default/rpi-eeprom-update" das:
in:
hier die ausgaben:
die leerzeilen kommen so mit.
bei lsusb -t bleibt die ausgabe leer. ebenso bei usb-devices.
Versuch mal mit dem 64-bit-Kernel und ändere in der bootloader-config:
nach
, ABER nur dann wenn Du auch weißt wie man das richtig macht.
5.4.72-v8 ist der 64-bit-Kernel und das ist OK so. Die Ausgabe von "uname -a" ist auch OK.
Ist der DVB-Stick während des Reboots, mit deinem PI4 verbunden/gesteckt?
EDIT:
Poste auch die Ausgaben von:
sudo rpi-eeprom-update
sudo vcgencmd bootloader_config
lsusb -t
usb-devices
cat /boot/config.txt
EDIT 2:
In diesem Thread hat jemand auch so ein Problem mit USB. Es funktioniert aber mit dem 64-bit-Kernel. Evtl. auch mal testen, mit der Zeile:
in der "/boot/config.txt"-Datei, ... und rebooten.
Dann versuch mal auf eigene Gefahr, mit:
EDIT:
BTW: Wenn Du etwas unentschlossen bist bzw. noch zögerst, dann evtl. mit:
... der intern genutzten IPs? Die liegen zwischen 192.168.0.2 und 192.168.0.254.
Wenn ich DIch richtig verstehe, soll ich in der dhcpcd.conf der Netzwerkschnittstelle eth0 eine IP aus diesem Pool zuordnen?
... der arp-cache-Eintrag ist, wo ich ihn finde und wie er zu verändern ist.
Das Subnetz wird dann evtl. 192.168.0.0/24 sein.
Nein, ohne die dhcpcd.conf. Mit der Kommandozeile:
Was könnte ich noch versuchen, um den Fehler im Paket zu beheben?
Evtl. dem maintainer, die Fehlermeldung (in englisch) senden:
Alles anzeigenwie kann man die bootzeit messen? gefühlt irgendwas mit 30 sekunden.
interresant, lsusb erzählt etwas:
es wird immer besser, sobald ich den DVB Stick anstecke gibt es massiv meldungen auf /var/log/messages (vorher nicht).
was hab ich gemacht: ich hatte nochmal
sudo apt-get update
sudo apt-get upgrade
angestossen, die aber nichts gemacht haben, danach habe ich mit autoremove ein paar pakete entfernt und neu gebootet.
Die Bootzeit kann man anzeigen lassen, mit z. B.:
Welche Meldungen gibt es auf "/var/log/messages"?
Wie ist jetzt die Ausgabe von:
?
Was exakt muss ich für "pattern" eintragen, das ist doch ein Platzhalter, oder?
... Die Frage nach dem Subnetz müsstest Du mir kurz erläutern, wie auch die Zuweisungsprozedur. Ich habe auch keine Ahnung, was ein arp-cache-Eintrag ist.
Geht es darum, eine statische IP zu vergeben?
Ja, pattern steht hier für wlan0.
https://de.wikipedia.org/wiki/Subnetz
Siehe die Ausgabe von:
Es geht um eine temporäre (nicht persistente bzw. nur zum testen) statische IPv4-Adresse.
..., an den ich irgendwie nicht glauben kann.
Wie ist die Bootzeit deines PI4, wenn kein USB-Gerät mit deinem PI4 verbunden ist?
... und die Ausgabe von:
_sofort_ nach dem booten?
... mit dem Komfort-Paket von Vodafone.
Ist das so? Bekommst man damit DS (d. h. natives IPv4 und natives IPv6)?
Hast Du dich bei Vodafone erkundigt? Der Support bzw. die Hotline versprechen viel, wenn der Tag lang ist.
Welchen Vorteil hat es den mit deinem Befehl netfilter-persistent/iptables-persistent,
Das ist kein Befehl, es sind packages. Die service-units bewirken, dass die iptables-Regeln schon beim Booten (d. h. zum optimalen Zeitpunkt geladen) werden.
Siehe z. B. auch die Beschreibung in der Ausgabe von:
:~# systemctl status iptables-persistent
Unit iptables-persistent.service could not be found.
root@taurus:~# systemctl status netfilter-persistent
● netfilter-persistent.service - netfilter persistent configuration
Loaded: loaded (/lib/systemd/system/netfilter-persistent.service; enabled; vendor preset: enabled)
Active: active (exited) since Fri 2020-11-27 17:43:20 CET; 2 days ago
Main PID: 262 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
CPU: 0
CGroup: /system.slice/netfilter-persistent.service