FHEM hat nach kompletter Neuinstallation Probleme

[andies]

Ich hatte eine defekte SD Karte und habe daher RPi und FHEM komplett neu installiert. Allerdings scheine ich irgendwelche Netzprobleme zu haben. Beispielsweise findet MQTT-Server keine MQTT-Geräte, obwohl ich vor dem Absturz 20 davon hatte. Der SIGNALduino, der an Port 23 sendet, wird nicht empfangen; Grafana zeigt keinen Startbildschirm usw. Da das eine komplette Neuinstallation nach Lehrbuch war, verstehe ich das nicht. Der Aufruf von FHEM selbst benötigt etwa 20 Sekunden, bis ich etwas sehe. Update && Upgrade wurden natürlich gemacht, ebenso shutdown restart und all die Dinge.

Bisher habe ich folgende Angaben:

Code Auswählen Erweitern

uname -a && vcgencmd version
Linux raspfhem 4.19.95-v7+ #1291 SMP Tue Jan 14 14:49:09 GMT 2020 armv7l GNU/Linux
Jan 14 2020 15:03:12
Copyright (c) 2012 Broadcom
version f3e39fed4763ce4efbffabb2d4787aaacddeda0f (clean) (release) (start)
und dann

Code Auswählen Erweitern

sudo netstat -lnpt
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      525/mysqld         
tcp        0      0 0.0.0.0:5901            0.0.0.0:*               LISTEN      6239/Xtightvnc     
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:6001            0.0.0.0:*               LISTEN      6239/Xtightvnc     
tcp        0      0 0.0.0.0:8083            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:8084            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:8085            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      486/sshd           
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:8383            0.0.0.0:*               LISTEN      4682/perl           
tcp        0      0 0.0.0.0:7072            0.0.0.0:*               LISTEN      4682/perl           
tcp6       0      0 :::80                   :::*                    LISTEN      543/apache2         
tcp6       0      0 :::22                   :::*                    LISTEN      486/sshd           
tcp6       0      0 :::3000                 :::*                    LISTEN      9245/grafana
sowie

Code Auswählen Erweitern

sudo ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
        inet6 2003:cf:5712:b100:8596:d3a6:a7de:151d  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::7470:1a47:5f80:d628  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:1b:8c:7b  txqueuelen 1000  (Ethernet)
        RX packets 321753  bytes 76717299 (73.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 137111  bytes 80145931 (76.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 136230  bytes 79977529 (76.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 136230  bytes 79977529 (76.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:4e:d9:2e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

und dann noch

Code Auswählen Erweitern

lsmod
Module                  Size  Used by
fuse                  110592  3
rfcomm                 49152  4
bnep                   20480  2
hci_uart               40960  1
btbcm                  16384  1 hci_uart
serdev                 20480  1 hci_uart
bluetooth             389120  29 hci_uart,bnep,btbcm,rfcomm
ecdh_generic           28672  1 bluetooth
8021q                  32768  0
garp                   16384  1 8021q
stp                    16384  1 garp
llc                    16384  2 garp,stp
brcmfmac              311296  0
brcmutil               16384  1 brcmfmac
sha256_generic         20480  0
cfg80211              647168  1 brcmfmac
rfkill                 28672  6 bluetooth,cfg80211
raspberrypi_hwmon      16384  0
snd_bcm2835            24576  3
hwmon                  16384  1 raspberrypi_hwmon
snd_pcm               102400  1 snd_bcm2835
snd_timer              32768  1 snd_pcm
snd                    73728  9 snd_timer,snd_bcm2835,snd_pcm
bcm2835_codec          36864  0
bcm2835_v4l2           45056  0
v4l2_mem2mem           24576  1 bcm2835_codec
bcm2835_mmal_vchiq     32768  2 bcm2835_codec,bcm2835_v4l2
v4l2_common            16384  1 bcm2835_v4l2
videobuf2_dma_contig    20480  1 bcm2835_codec
videobuf2_vmalloc      16384  1 bcm2835_v4l2
videobuf2_memops       16384  2 videobuf2_dma_contig,videobuf2_vmalloc
videobuf2_v4l2         24576  3 bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem
videobuf2_common       45056  4 bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
videodev              200704  6 bcm2835_codec,v4l2_common,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
media                  36864  3 bcm2835_codec,videodev,v4l2_mem2mem
vc_sm_cma              36864  5 bcm2835_mmal_vchiq
uio_pdrv_genirq        16384  0
fixed                  16384  0
uio                    20480  1 uio_pdrv_genirq
i2c_dev                20480  0
ip_tables              24576  0
x_tables               32768  1 ip_tables
ipv6                  454656  67

Die /var/log ist völlig unauffällig. Ich bin etwas ratlos, wo ich jetzt suchen soll. FHEM Log sieht so aus:

Code Auswählen Erweitern

2020.01.16 13:42:25 1: Including fhem.cfg
2020.01.16 13:42:25 1: PERL WARNING: Subroutine MyUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 9, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine checkFritzMACpresent redefined at ./FHEM/99_myUtils.pm line 22, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine plain_calweek redefined at ./FHEM/99_myUtils.pm line 54, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine calweek redefined at ./FHEM/99_myUtils.pm line 61, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine RegressionSetzen redefined at ./FHEM/99_myUtils.pm line 97, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine shiftRelHumidity redefined at ./FHEM/99_myUtils.pm line 123, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine schimmelfreiMaxHum redefined at ./FHEM/99_myUtils.pm line 135, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine schimmelfreiMinTemp redefined at ./FHEM/99_myUtils.pm line 143, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine DebianMail redefined at ./FHEM/99_myUtils.pm line 182, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine movingAverage redefined at ./FHEM/99_myUtils.pm line 210, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine WarmwasserEinUndAus redefined at ./FHEM/99_myUtils.pm line 269, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine ShabbatUndAndereSetzen redefined at ./FHEM/99_myUtils.pm line 284, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine UptimeHolenUndSetzen redefined at ./FHEM/99_myUtils.pm line 316, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine FensterOffenMailSenden redefined at ./FHEM/99_myUtils.pm line 342, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine Einzelzeileholen redefined at ./FHEM/99_myUtils.pm line 358, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine Plananzeige redefined at ./FHEM/99_myUtils.pm line 380, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine AtEntkalkungsDefinieren redefined at ./FHEM/99_myUtils.pm line 466, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine ReineZeitHolen redefined at ./FHEM/99_myUtils.pm line 492, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine BVGDatenHolen redefined at ./FHEM/99_myUtils.pm line 506, <$fh> line 14.
2020.01.16 13:42:25 1: PERL WARNING: Subroutine NextionAktualisieren redefined at ./FHEM/99_myUtils.pm line 537, <$fh> line 14.
2020.01.16 13:42:37 1: PERL WARNING: Subroutine YAAHM_restore redefined at ./FHEM/95_YAAHM.pm line 1029, <$fh> line 1195.
2020.01.16 13:42:37 1: PERL WARNING: Subroutine YAAHM_setWeeklyTime redefined at ./FHEM/95_YAAHM.pm line 1991, <$fh> line 1195.
2020.01.16 13:42:37 1: [YAAHM_Define] data hash restored from save file with date 2019-12-20 19:48:30
2020.01.16 13:42:37 1: [YAAHM] finds 1 Astro devices, module not loaded separately
2020.01.16 13:42:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/42_Nextion.pm line 318, <$fh> line 1429.
2020.01.16 13:42:46 1: VCLIENT (Version 0.2.13) initialized
2020.01.16 13:42:46 1: Including ./log/fhem.save
2020.01.16 13:42:47 1: configfile: 0
0

2020.01.16 13:42:51 1: Nextion: Can't connect to 192.168.2.15:23: Connection timed out
2020.01.16 13:42:56 2: FB_CALLMONITOR (TelefonMonitor) - read 48 contacts from remote phonebook "Telefonbuch"
2020.01.16 13:42:56 0: Featurelevel: 5.9
2020.01.16 13:42:56 0: Server started with 240 defined entities (fhem.pl:20891/2020-01-05 perl:5.028001 os:linux user:fhem pid:4682)
2020.01.16 13:42:58 1: PERL WARNING: Redundant argument in sprintf at (eval 266) line 1.
2020.01.16 13:42:58 1: PERL WARNING: Argument "94,8" isn't numeric in division (/) at ./FHEM/73_ElectricityCalculator.pm line 744.
2020.01.16 13:43:00 1: [YAAHM_updater] on device Profil called for this day
2020.01.16 13:43:00 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 284.
2020.01.16 13:43:06 1: HMUARTLGW WLAN_HmUART2 did not respond for the 1. time, resending
2020.01.16 13:45:03 1: PERL WARNING: Redundant argument in sprintf at (eval 560) line 1.
2020.01.16 13:47:00 1: PERL WARNING: Redundant argument in sprintf at (eval 619) line 1.
2020.01.16 13:49:00 1: PERL WARNING: Redundant argument in sprintf at (eval 752) line 1.
2020.01.16 13:51:00 1: PERL WARNING: Redundant argument in sprintf at (eval 818) line 1.
2020.01.16 13:53:00 1: PERL WARNING: Redundant argument in sprintf at (eval 992) line 1.
2020.01.16 13:55:00 1: PERL WARNING: Redundant argument in sprintf at (eval 1064) line 1.
2020.01.16 13:57:00 1: PERL WARNING: Redundant argument in sprintf at (eval 1122) line 1.
2020.01.16 13:58:45 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at ./FHEM/00_SIGNALduino.pm line 2634.
2020.01.16 13:59:00 1: PERL WARNING: Redundant argument in sprintf at (eval 1306) line 1.

[andies]

Inzwischen habe ich einfach mal die Hardware getauscht, das löst aber nur Teile der Probleme. MQTT2 geht nach wie vor nicht, Homematic aber funktioniert. Es geht kein MQTT-Gerät. Grafana geht ebenfalls nicht. Der SIGNALduino wird über Port 23 angesprochen und obwohl hier alles sendet, meldet er

Code Auswählen Erweitern

LASTDMSG nothing
LASTDMSGID nothing
Das kann nicht sein. Ich wäre für Ideen dankbar.

(Oder alles nochmal neu aufsetzen?!)

Edit: Stromversorgung ist ok. Da auf einmal eine alte IP auftaucht, vermute ich schon wieder diese dusslige Fritzbox und deren DNS-Server als Verursacher. Wegen des WLAN bin ich schon komplett auf Unifi umgestiegen; aber ein Gateway habe ich mir noch nicht angeschafft.

[andies]

Noch zwei Beobachtungen und eine Schlussfolgerung:

• Ich habe ja noch einen RPi hier herumliegen, also habe ich mal die alte Karte und den alten RPi (jeweils im Wechsel) auch angeschlossen - lief sofort. Das heißt in meinen Augen: Kein Hardwareproblem, kein DNS-Problem.
• Das laute Schweigen im Thread (bis jetzt: 93 Aufrufe) interpretiere ich so, dass hier keiner wirklich eine Idee hat. Damit ist das ein völlig undurchsichtiger Fehler. Also werde ich alles nochmal aufsetzen und schauen, was dann passiert.

Dabei frage ich mich momentan, ob ich die Geräte in FHEM per restore oder besser nicht Schritt für Schritt händisch erstelle. Letzteres dauert Stunden, aber wie lange dauerte das gestern nochmal 

Man sieht daran, dass backup und restore allein nicht reicht. Wenn man (wie ich) ein paar Änderungen mit der Zeit vorgenommen hat, werden die Dinge miteinander auf eine Weise verkoppelt, die man so leicht nicht auseinander kriegt. Ich habe hier und dort etwas geändert, in ein kleines update eingegriffen, in der config etwas repariert - so ein Verlauf wird bei einem backup ja nicht gespeichert. Und wenn dann die Karte nach und nach kaputt geht (oder, was auch möglich ist, irgendein Detail irgendwo Ärger macht), muss man bei null anfangen. Dafür hat aber anscheinend keiner ein Rezept, oder?

(Obwohl: CoolTux hat mal bei einem Treffen erzählt, er würde jährlich seine SD-Karte tauschen. Mich würde interessieren, wie er dann das System neu aufsetzt. Wenn er Zeit hat und das liest, wäre nett, ein Feedback zu bekommen.) 

[Frank_Huber]

Ja, hab hier keine Idee.
Hast Du ihn am WLAN oder per Kabel?
wenn Kabel, mal das Kabel getauscht?

Ich tausche auch regemäßig die SD. meist bei neuem OS.
- OS installieren und updaten (Bei Hardwarewechsel im DHCP die "alte" IP für die neue Hardware vergeben.
- Paketabhängigkeiten installieren.
- FHEM installieren
- FHEM restore.
- Test

Dabei gibt es idR keinerlei Probleme. Habe so schon zwei mal 4 Instanzen neu gemacht.

/Frank

[andies]

Danke für den Mut, Frank.

Der neue RPi hängt jetzt am Kabel (vorher WLAN), mehrfach getauscht. Bei den Abhängigkeiten hatte ich übrigens meine Probleme, aktuelle Infos zu finden. Ich habe diverse Module, die alle möglichen CPAN-Dinger brauchen. Hast Du einen Link, wo da aktuelle Angaben stehen?

[KernSani]

Bei mir läuft FHEM seid 1 1/2 Jahren oder so mit SSD. Zuvor hatte ich mehr oder weniger regelmäßig ein (offline) Image der SD-Karte gemacht und täglich FHEM und DB Backup auf den NAS. Da geht das "Restore" ratzfatz. Neue SD, Image drauf - System läuft, dann ggf. schauen was fehlt und vom NAS zurückspielen.

Ideen, was jetzt bei dir das Problem ist habe ich aber auch nicht

zu den Abhängigkeiten: Da kann dir Loredo's Installer Modul helfen (oder deine Doku, die du natürlich beim ursprünglichen Aufsetzen gemacht hast )

[CoolTux]

(Obwohl: CoolTux hat mal bei einem Treffen erzählt, er würde jährlich seine SD-Karte tauschen. Mich würde interessieren, wie er dann das System neu aufsetzt. Wenn er Zeit hat und das liest, wäre nett, ein Feedback zu bekommen.)

Hat er 

Ich Clone die SD Karte immer mir dd. Wenn Platz über ist weil es keine kleine neue mehr gab lasse ich den Rest an Speicherplatz erstmal brach.


Grüße

[Otto123]

Bei den Abhängigkeiten hatte ich übrigens meine Probleme, aktuelle Infos zu finden. Ich habe diverse Module, die alle möglichen CPAN-Dinger brauchen. Hast Du einen Link, wo da aktuelle Angaben stehen?

Moin,

es klingt chaotisch was Du beschreibst, eigentlich schwer Dir da gezielte Hinweise zu geben. Ich mache öfters mal FHEM Installationen neu und hatte bisher nie Probleme. Allerdings achte ich bei mir selbst auch auf gute Dokumentation, die nicht aufwendig ist.
Zu den Modulen "ermitteln" habe ich mal folgendes zusammengeschrieben. Also wenn Du an die alte Installation noch rankommst...
https://heinz-otto.blogspot.com/2019/07/infos-zur-installation-von-modulen-und.html

Ansonsten musst Du Stück für Stück testen. Also möglichst erstmal Dinge identifizieren die Probleme bereiten und die erstmal rausnehmen. Analyse machen testen und wieder einpflegen.

Und offenbar sollte man auf SD Karten keinerlei Datenbanken betreiben.

Gruß Otto

[Frank_Huber]

zu den Abhängigkeiten: Da kann dir Loredo's Installer Modul helfen (oder deine Doku, die du natürlich beim ursprünglichen Aufsetzen gemacht hast )

stimme ich zu.
Ich habs bei mir dokumentiert was ich wann nachinstalliert hab.

[Frank_Huber]

Und offenbar sollte man auf SD Karten keinerlei Datenbanken betreiben.

zumindest keine wo viel geschrieben wird.

Vor der Zentralisierung auf einen mySQL hat bei mir jede Instanz eine eigene SQlite Installation gehabt.
Auch das lief ohne Probleme. Hab allerdings das Logging von FHEM selbst und in die DB minimiert.

[Thyraz]

Ich setzte mittlerweile auf NUC + Proxmox gerade weil das Sichern und Wiederherstellen super easy und schnell ist mit FHEM im Container.

Falls die ganze Kiste abraucht reicht es die Proxmox Standardinstallation zu installieren und die Containersicherung einzuspielen um erstmal schnell ein lauffähiges FHEM zurückzubekommen.

Auch in FHEM oder am System (z.B. Dist Upgrade) mal größere Änderungen durchziehen zu können und zu wissen in 1-2 Minuten wieder den alten Stand lauffähig zu haben ist einfach bequem.

Die leidige langsam-sterbende-SD-Karte Symptomatik vom Raspberry ist man damit auch los.

Obwohl ich dadurch schon lange keine komplette Installation mehr nötig hatte, halte ich es wie Otto:
Ich habe alle Schritte der Installation in einer Doku niedergeschrieben und wenn ich für FHEM zusätzliche Module auf dem System installieren muss,
dann wird dies in der Doku ergänzt.

Damit sollte man in 1-2h auch wieder eine vollständige Installation hinbekommen, so dass man am Ende nur noch die FHEM Konfiguration einspielen und FHEM starten muss.

Wenn du also sowieso noch einmal von vorne starten musst, wäre meine dringende Empfehlung diese Chance zu nutzen um eine vollständige Installation deines Systems zu dokumentieren.

[Beta-User]

Zurück zum Ausgangsthema:

Das liest sich so, als würde "die andere Karte" den Pi in irgendein anderes Netzwerksegment hängen, warum auch immer...
Würde mal die (W)-LAN-Konfigurationen als erstes vergleichen und ggf. die Vorgaben von deinem netzwerkverwaltenden System für neue Netzwerkgeräte mal näher ansehen.

(OT: Wenn ich sowas wie hier lese, bin ich zum einen zum wiederholten Male froh, dass ich weitgehend den "normalen" Netzwerk-Teil und FHEM getrennt habe, und zum anderen, dass mein FHEM auch auf einer x86-Mühle mit SSD läuft; als einziger "fremd-Dienst" wird deCONZ (auf derselben Mühle) benötigt... Wird nur mal wieder Zeit für ein vollständiges Backup ).

[andies]

Wenn du also sowieso noch einmal von vorne starten musst, wäre meine dringende Empfehlung diese Chance zu nutzen um eine vollständige Installation deines Systems zu dokumentieren.

Das mache ich dann mal. Es ist ja nicht so, dass ich das früher nicht hatte - aber ich habe zu oft Dinge installiert und dann wieder heruntergeworfen, so dass ich mit der Doku nicht hinterherkam. Hinzu kommen Änderungen, die dazu geführt haben, dass meine Doku unvollständig war und ich mich dann gefragt habe, wozu ich das eigentlich aufschreibe, wenn es ein Jahr später wieder Makulatur ist. Ich bin inzwischen der Meinung, dass es sinnvoller ist, wenn ich meine Hinweise einfach ins Wiki eintrage und das nicht für mich behalte - das scheint mir sinnvoller zu sein.

Danke auch an Otto für die Hinweise, das ist hilfreich.

Die anderen Geräte, die hier genannt würden, will ich eigentlich nicht anschaffen. Auf meinem RPi läuft nur FHEM (load 0,0irgendwas), kein Mediaserver oder so; das wäre einfach überdimensioniert und zu teuer. Allerdings könnte ich die Datenbank mal auslagern (obwohl ich eine 32GB SD Karte habe!, und die Datenbank ist 40MB groß). Das war früher aber so aufwendig, dass ich das gelassen hatte.

[andies]

So was meine ich hier: Ich ziehe mir ein Image von der Raspberry Seite und bekomme unmittelbar nach der Installation beim Aufruf von update erstens

Code Auswählen Erweitern

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
vlc-bin : Depends: libvlc-bin (= 3.0.8-0+deb10u1+rpt1) but 3.0.8-0+deb10u1+rpt7 is to be installed
vlc-plugin-skins2 : Depends: vlc-plugin-qt (= 3.0.8-0+deb10u1+rpt7) but 3.0.8-0+deb10u1+rpt1 is to be installed
E: Broken packages
und dann

Code Auswählen Erweitern

E: Failed to fetch http://archive.raspberrypi.org/debian/pool/main/r/raspberrypi-firmware/libraspberrypi-doc_1.20190925+1-1_armhf.deb  Undetermined Error [IP: 2a00:1098:0:82:1000:13:0:9 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Inzwischen weiß ich, was ich tun soll. Aber was würde ich machen, wenn ich ein richtiger noob wäre?!

[Otto123]

Ich ziehe mir ein Image von der Raspberry Seite und bekomme unmittelbar nach der Installation beim Aufruf von update erstens

Wenn Du ein raspbian-lite Image nimmst und einfach nur apt update machst? Hatte ich noch nie ...