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:
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
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
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
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:
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.
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
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.
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.)
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
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?
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 :D)
Zitat von: andies am 17 Januar 2020, 09:10:15
(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 ;D
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
Zitat von: andies am 17 Januar 2020, 09:39:11
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
Zitat von: KernSani am 17 Januar 2020, 09:40:54
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 :D)
stimme ich zu.
Ich habs bei mir dokumentiert was ich wann nachinstalliert hab.
Zitat von: Otto123 am 17 Januar 2020, 10:37:10
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.
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.
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 ::) ).
Zitat von: Thyraz am 17 Januar 2020, 11:02:26
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.
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
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
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?!
ZitatIch 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 ... :o
stimme Otto zu, das ist nicht normal.
Image drauf, update und upgrade machen. laufen beide ohne fehler.
wie genau gehst du vor?
Zitat von: Frank_Huber am 17 Januar 2020, 14:03:37
wie genau gehst du vor?
Das lite-Image nehme ich nicht, seit ich vor zwei Jahren oder so mal damit Ärger hatte und das kleine Desktop-Image (ohne Software) dagegen durch ging. Ich habe aber vergessen, was genau das Problem war.
Ich hole mir die raspbian-Datei aus https://www.raspberrypi.org/downloads/raspbian/ (https://www.raspberrypi.org/downloads/raspbian/) ("Raspbian Buster with Desktop") und spiele sie mit Pi Filler (ich habe hier nur Macs, ich glaube, diese Software gab es hier: http://ivanx.com/raspberrypi/ (http://ivanx.com/raspberrypi/)) auf eine SD Karte, schalte ssh frei und stecke die SD Karte in den Raspberry. Dann schalte ich Strom ein, warte auf eine ssh-Verbindung (das Ding ist am LAN) und gebe dort
sudo raspi-config ein, stelle Datum, Landesoption (deutsch) und Ort ein und erweitere den Plattenplatz. Danach wird neu gestartet, eingelogged und
sudo apt-get update && sudo apt-get upgrade -yeingetippt. Und schon gab es die erste Fehlermeldung. Also vlc heruntergeworfen usw usf, danach lief es durch.
a) Für ein 24x7 System nimmt man keinen Desktop ...
b) Gerade am Anfang würde ich befehle NICHT verketten, sondern immer auf die Ausgabe warten (es sei denn, man hat Erfahrung), ich speche von den &&
c) Im Problemfalle NIEMALS mit autmatischen Bestätigungen arbeiten, ich spreche vom "-y"
Also anstatt
sudo apt-get update && sudo apt-get upgrade -y
Besser:
apt-get update
sudo apt-get upgrade
leider ist in diversen Anleitungen immer das "-y" zu finden ... und wird ohne Überlegung übernommen ....
Wenn wir schon dabei sind, nach einer Installation ist ein aufreumen immer gut, in Summe also:
apt-get update
apt-get upgrade
apt-get autoremove
apt-get clean
apt-get purge $(dpkg --get-selections | grep deinstall | cut -f1 | xargs)
Und danach mal ein reboot .... wegen eventueller Kernelupdates ...
ZitatSeit der Version Raspbian Jessie vom 27.5.2016 wird "Expand Filesystem" automatisch beim ersten Start ausgeführt. Man braucht diesen Punkt also nicht mehr manuell über raspi-config ausführen.
;)
Ich habe einiges aus dem Thread hier eingetragen
https://wiki.fhem.de/wiki/Raspberry_Pi#Anmeldung_und_Grundkonfiguration (https://wiki.fhem.de/wiki/Raspberry_Pi#Anmeldung_und_Grundkonfiguration)
Vielleicht schaut Ihr bei Gelegenheit mal drüber, ob das so ok ist.
Du hast ein reboot zu viel ;o)
Ist raus, danke.
Ich krame das noch einmal hervor, weil das Problem schon wieder auftauchte, ich aber weiß, was da schief gelaufen ist. Ich habe nicht, wie im Lehrbuch, die Pakete alle zuerst installiert und dann FHEM laufen lassen, sondern immer geschaut, was fehlte und dann nachinstalliert. Das ist natürlich tödlich, weil FHEM dann nicht weiß, was es mit dieser halbgaren Linux-Installation soll.
Weiß jemand, wie man die "empfohlenen" Pakete auf debian.fhem.de anpassen kann? Ich würde das hier empfehlen, nach meinen Erfahrungen
ntpdate libjson-perl libnet-telnet-perl libcrypt-rijndael-perl libdatetime-format-strptime-perl nodejs perl-base libdevice-serialport-perl libwww-perl libio-socket-ssl-perl libcgi-pm-perl libjson-perl sqlite3 libdbd-sqlite3-perl libtext-diff-perl libtimedate-perl libmail-imapclient-perl libgd-graph-perl libtext-csv-perl libxml-simple-perl liblist-moreutils-perl fonts-liberation libimage-librsvg-perl libgd-text-perl libsocket6-perl libio-socket-inet6-perl libmime-base64-perl libimage-info-perl libusb-1.0-0-dev libnet-server-perl libreadonly-perl libdate-manip-perl libhtml-treebuilder-xpath-perl libmojolicious-perl libxml-bare-perl libauthen-oath-perl libconvert-base32-perl libmodule-pluggable-perl libnet-bonjour-perl libcrypt-urandom-perl nodejs npm libnet-dbus-perl apt-transport-https libdigest-crc-perl python3 python3-pip python3-dev libffi-dev libweb-scraper-perl libpath-tiny-perl libarchive-zip-perl libwebsockets-dev libcatmandu-stat-perl libprotocol-websocket-perl libanyevent-websocket-client-perl libdbd-mysql-perlund das stimmt nicht ganz überein mit dem, was da steht.
<edit> im Wiki habe ich das schon eingefügt.
Zitat von: andies am 28 April 2024, 10:30:44Weiß jemand, wie man die "empfohlenen" Pakete auf debian.fhem.de anpassen kann? Ich würde das hier empfehlen, nach meinen Erfahrungen
Im richtigen Unterforum zu debian.fhem.de posten.
Zu finden - wie üblich - in der Maintainer.txt.
Zitat von: andies am 28 April 2024, 10:30:44Ich habe nicht, wie im Lehrbuch, die Pakete alle zuerst installiert und dann FHEM laufen lassen, sondern immer geschaut, was fehlte und dann nachinstalliert. Das ist natürlich tödlich, weil FHEM dann nicht weiß, was es mit dieser halbgaren Linux-Installation soll.
Diese Behauptung halte ich für völligen Quatsch, weil diese Vorgehensweise durchaus funktioniert (ca. 30 Mal selbst so praktiziert...)
Zitat von: betateilchen am 28 April 2024, 10:41:58Diese Behauptung halte ich für völligen Quatsch, weil diese Vorgehensweise durchaus funktioniert (ca. 30 Mal selbst so praktiziert...)
OK, ich habe keine 30 Mal, nur etwa fünf Mal. Ich kann nur beschreiben, dass ich Schwierigkeiten hatte und meine Erklärung (die mag Quatsch sein) ist, dass die Reihenfolge der Installation die Ursache ist. Ich habe sonst keine andere Ursache gefunden, lasse mich aber gern eines besseren belehren. Anders gesagt: Was kann denn dann die Ursache sein?
Zitat von: andies am 28 April 2024, 10:45:41Anders gesagt: Was kann denn dann die Ursache sein?
Die Ursache wofür? Ich habe nicht verstanden, was genau Dein Problem ist und ich werde nicht den 4 Jahre alten Teil des vergangenen Threads nachlesen, weil davon vermutlich >90% nicht mehr aktuell und relevant sein wird.
Ich weiß auch nicht, auf welches "Lehrbuch" Du Dich beziehst, das angeblich vorschreibt, dass man alle Paket vor der Installation von FHEM installiert haben muss. das ist halt definitiv nicht so.
Mensch betateilchen, du hast ja heute morgen eine Laune (und das bei Sonnenschein, jedenfalls hier). Mein größtes Problem war, dass MQTT nicht ging, also wie in den ersten Posts "MQTT2 geht nach wie vor nicht, Homematic aber funktioniert. Es geht kein MQTT-Gerät." (Inzwischen geht MQTT wieder.)
Lehrbuch stimmt, das ist im Grunde auch ein Problem. Es gibt ja keinen Standardpfad, statt dessen viele verschiedene Links und Orte, an denen etwas steht. Also ich meinte so etwas wie "ich dachte mir, ich habe alles richtig gemacht" und weiß schon, was jetzt wieder kommt...
Zitat von: andies am 28 April 2024, 10:57:37Mensch betateilchen, du hast ja heute morgen eine Laune (und das bei Sonnenschein, jedenfalls hier)
Meine Laune ist wunderbar, auch hier scheint die Sonne und ich war heute schon auf dem Deich, Schiffe gucken :)
Zitat von: andies am 28 April 2024, 10:57:37Mein größtes Problem war, dass MQTT nicht ging,
Wenn das Dein größtes "Problem" ist, dann schätze Dich glücklich und genieße den Sonnenschein.