Funktionsbereites FHEM "from scratch" in 12 Schritten und weniger als 15 Minuten

[frank]

ich musste heute meinen pi3, den ich nach dieser anleitung erfolgreich aufgesetzt hatte, vom strom trennen, da ich nicht mehr über wlan zugreifen konnte (das ist aber erst einmal hoffentlich ein anderes thema). das problem ist, dass fhem nicht mehr automatisch starten will.

das fhem-init-script ist vorhanden

Code Auswählen Erweitern

-rwxr-xr-x  1 root root 1.5K Jul 10 12:01 fhem
und ich kann es auch über

Code Auswählen Erweitern

root@raspberrypi:/home/pi# /etc/init.d/fhem start
starten, stoppen oder den status erfragen.

soweit ich bisher verstanden habe, wird mit punkt 10. dieser anleitung

Code Auswählen Erweitern

   update-rc.d fhem defaults
der automatische start des scripts dem system bekannt gemacht.

ich denke, wenn ich diesen befehl erneut ausführe, dass das automatische starten von fhem wieder funktionieren würde. bevor ich das tue, würde ich aber gerne herausfinden, ob es wirklich daran liegt, um eventuell verstehen zu können, warum der start nicht mehr funktioniert.

meine frage ist also: wo und/oder wie finde ich infos auf meinem pi, was hier falsch laufen könnte?

gruss frank

[Wernieman]

Welche Version von welcher Distri hast Du am Laufen?

Eventuell könntest Du auch mittlerweile eine "systemd"-Version haben ...

[Hollo]

...meine frage ist also: wo und/oder wie finde ich infos auf meinem pi, was hier falsch laufen könnte?

Wenn das init-Script vorhanden ist und Du alles nach Anleitung gemacht hast, sollten auch die Einträge in den verschiedenen Runlevel vorhanden sein.

Du könntest das z.B. mal mit einem Blick in /etc/rc2.d kontrollieren; da sollte es dann ein @S16fhem (wobei die Zahl evtl. auch anders sein könnte) geben.

Wenn Du die Kiste neu gestartet hast und es da Probleme gab, findest Du evtl. auch Hinweise, wenn Du mal /var/log/syslog kontrollierst.

P.S.: Du solltest zunächst den Tipp von Wernieman klären... nutzt Du sysvinit oder systemd..?
 

[frank]

also im prinzip alles wie in der anleitung mit jessie lite. ausser der sd karte, da ich nur eine 32GB hatte. 

Code Auswählen Erweitern

root@raspberrypi:/home/pi# cat /etc/debian_version
8.0
root@raspberrypi:/home/pi# cat /proc/version
Linux version 4.4.11-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #888 SMP Mon May 23 20:10:33 BST 2016
root@raspberrypi:/home/pi# cat /etc/issue
Raspbian GNU/Linux 8 \n \l

root@raspberrypi:/home/pi# uname -a
Linux raspberrypi 4.4.11-v7+ #888 SMP Mon May 23 20:10:33 BST 2016 armv7l GNU/Linux


systemd habe ich nie "wissentlich" genutzt. ich hatte hier lediglich eine anleitung gesehen, ich glaube auch von betateilchen, und habe sie aber nicht benutzt, da mir die vor-/nachteile unklar waren/sind. vor ca. 1 monat hat der autostart bei tests auch problemlos funktioniert. seitdem musste nicht neu gestartet werden. und nun "essig".

rc2.d

Code Auswählen Erweitern

root@raspberrypi:/home/pi# ls -ahl /etc/rc2.d
total 12K
drwxr-xr-x  2 root root 4.0K Jul 10 13:27 .
drwxr-xr-x 84 root root 4.0K Aug 22 16:32 ..
-rw-r--r--  1 root root  677 Apr  6  2015 README
lrwxrwxrwx  1 root root   18 May 27 13:06 S01bootlogs -> ../init.d/bootlogs
lrwxrwxrwx  1 root root   16 May 27 13:15 S01dhcpcd -> ../init.d/dhcpcd
lrwxrwxrwx  1 root root   14 Jul 10 12:02 S01fhem -> ../init.d/fhem
lrwxrwxrwx  1 root root   14 May 27 13:06 S01motd -> ../init.d/motd
lrwxrwxrwx  1 root root   17 May 27 13:07 S01rsyslog -> ../init.d/rsyslog
lrwxrwxrwx  1 root root   22 May 27 13:09 S01triggerhappy -> ../init.d/triggerhappy
lrwxrwxrwx  1 root root   14 May 27 13:07 S02cron -> ../init.d/cron
lrwxrwxrwx  1 root root   14 May 27 13:13 S02dbus -> ../init.d/dbus
lrwxrwxrwx  1 root root   24 May 27 13:14 S02dphys-swapfile -> ../init.d/dphys-swapfile
lrwxrwxrwx  1 root root   13 May 27 13:13 S02ntp -> ../init.d/ntp
lrwxrwxrwx  1 root root   15 Jul 10 13:27 S02rsync -> ../init.d/rsync
lrwxrwxrwx  1 root root   13 May 27 13:42 S02ssh -> ../init.d/ssh
lrwxrwxrwx  1 root root   22 May 27 13:13 S03avahi-daemon -> ../init.d/avahi-daemon
lrwxrwxrwx  1 root root   19 May 27 13:14 S03bluetooth -> ../init.d/bluetooth
lrwxrwxrwx  1 root root   18 May 27 13:13 S04plymouth -> ../init.d/plymouth
lrwxrwxrwx  1 root root   18 May 27 13:13 S04rc.local -> ../init.d/rc.local
lrwxrwxrwx  1 root root   19 May 27 13:13 S04rmnologin -> ../init.d/rmnologin
das sollte dann wohl ok sein.

in /var/log/syslog sind allerdings haufenweise einträge mit systemd, bsp:

Code Auswählen Erweitern

Aug 27 11:45:39 raspberrypi systemd[1]: Started /etc/rc.local Compatibility.

und nun? mal sehen, ob ich hier noch was finde.

[frank]

syslog sagt nach reboot folgendes

Code Auswählen Erweitern

Aug 27 14:26:52 raspberrypi systemd[1]: Starting LSB: FHEM server...
Aug 27 14:26:52 raspberrypi fhem[395]: Starting fhem...
Aug 27 14:26:53 raspberrypi systemd[1]: Started LSB: FHEM server.

und systemctl

Code Auswählen Erweitern

root@raspberrypi:/home/pi# systemctl status fhem.service
● fhem.service - LSB: FHEM server
   Loaded: loaded (/etc/init.d/fhem)
   Active: active (exited) since Sat 2016-08-27 14:26:53 CEST; 43min ago
  Process: 395 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)

Aug 27 14:26:51 raspberrypi fhem[395]: Starting fhem...
Aug 27 14:26:53 raspberrypi systemd[1]: Started LSB: FHEM server.

allerdings kommt gleichzeitig

Code Auswählen Erweitern

root@raspberrypi:/home/pi# /etc/init.d/fhem status
fhem is not running

fhem scheint nicht zu laufen, da meine hzgsventile alle "eingeschlafen" sind. und über den browser komme ich auch nicht an fhem.

wie muss ich das verstehen? hat systemd das fhem-script "gekapert", aber über systemd kann das fhem-script fhem nicht starten? was sollte ich jetzt tun? grübel, grübel... die fritzbox wirft mir schon komische blicke rüber. 

[frank]

obwohl es keine fhem.service unit-datei gab, hat systemd immer die fhem-script datei gestartet, seltsam... .

ich habe es jetzt so gelöst, dass ich systemd "richtig" eingebunden habe. autostart funktioniert jetzt wieder, obwohl systemd noch etwas meckert, wie hier beschrieben => https://forum.fhem.de/index.php/topic,54271.msg485358.html#msg485358.

könnte es sein, dass durch installation von cpan mit anschliessender installation eines sip-moduls über cpan so etwas passiert? apt-get hatte in diesem fall leider nicht funktioniert, da auf eine "tote" adresse zugegriffen wurde.

danke für die unterstützung.

[Wernieman]

Eigentlich nicht ... cpan hat den Nachteil, das bei einem Update des Systemes alles über cpan NICHT upgedatet wird ...

Was mich aber wundert:

apt-get hatte in diesem fall leider nicht funktioniert, da auf eine "tote" adresse zugegriffen wurde.

So etwas hatte ich noh nie .. bist Du Dir sicher, das apt funktioniert?
Welche "Quellen" hast Du eingebunden?

[frank]

Und wenn Du das passende Modul zur Distri nimmst?

Code Auswählen Erweitern

apt-get install libnet-sip-perl

Code Auswählen Erweitern

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  libnet-dns-perl libnet-ip-perl
The following NEW packages will be installed:
  libnet-dns-perl libnet-ip-perl libnet-sip-perl
0 upgraded, 3 newly installed, 0 to remove and 25 not upgraded.
Need to get 330 kB/583 kB of archives.
After this operation, 1,406 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Err http://mirrordirector.raspbian.org/raspbian/ jessie/main libnet-dns-perl armhf 0.81-2
  404  Not Found [IP: 5.153.225.207 80]
E: Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/libn/libnet-dns-perl/libnet-dns-perl_0.81-2_armhf.deb  404  Not Found [IP: 5.153.225.207 80]

E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

sonst funktioniert apt immer, nur hier nicht. über cpan wurde dann wie wild kopiert und kompiliert. das hat mich stutzig gemacht.

[Wernieman]

welche Sourcen hast Du eingebunden?

Code Auswählen Erweitern

cat /etc/apt/sources.list

[frank]

alles original

Code Auswählen Erweitern

root@raspberrypi:/home/pi# cat /etc/apt/sources.list
deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspbian.org/raspbian/ jessie main contrib non-free rpi

[Wernieman]

Ich kenne jetzt die möglichen Sourcen für RasPi nicht, aber könntest Du einen "anderen Anbieter" einbinden?

[frank]

das überfordert leider meinen derzeitigen wissensstand. 
trotzdem schön, jetzt zu wissen, dass man da dran drehen könnte. 

edit:
ich habe mal die adresse auf das hauptarchiv gesetzt. brachte nichts, also wieder zurück.

Code Auswählen Erweitern

E: Unable to locate package libnet-sip-perl

da immer libnet-dns-perl hängen blieb, probierte ich es solo, worauf zusätzlich der entscheidende hinweis kam:

Code Auswählen Erweitern

E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
nach apt-get update hat es jetzt funktioniert. 

hier gibt es zur not eine liste aller mirrors für raspbian https://www.raspbian.org/RaspbianMirrors. ich denke mit dem mirrordirector sollte das aber "überflüssig" sein.

viel wichtiger wäre allerdings zu wissen, warum systemd den autostart von fhem gekapert hat.

gruss frank

[Wernieman]

Sorry, kann Dir da aus der ferne schlecht Debugtips geben.

[Paddinho]

2. optional: WLAN konfigurieren (00:30)

   - SD Karte irgendwo mounten
   - /etc/wpa_suppliant/wpa_suppliant.conf bearbeiten

wäre schön wenn du den Mount-Befehl hinschreiben könntest.
Ich krieg es unter OSX nicht hin die SD-Karten zu mounten um auf das Verzeichnis zugreifen zu können

ein diskutil list gibt folgendes aus:

Code Auswählen Erweitern

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *15.9 GB    disk1
   1:             Windows_FAT_32 boot                    66.1 MB    disk1s1
   2:                      Linux                         1.3 GB     disk1s2

folgendes funktiont nicht:

Code Auswählen Erweitern

sudo mount -t msdos /dev/disk1s2 /users/xxx/sd
mount_msdos: Unsupported sector size (0)

/dev/disk1s1 lässt sich zwar über diesen Befehl mounten, allerdings handelt es sich hierbei nicht um die korrekte Partition

Ich vermute mal das Problem liegt am Dateisystem (Parameter -t), allerdings weiß ich nicht was ich hier angeben soll.

[betateilchen]

wäre schön wenn du den Mount-Befehl hinschreiben könntest.
Ich krieg es unter OSX nicht hin die SD-Karten zu mounten um auf das Verzeichnis zugreifen zu können
...
Ich vermute mal das Problem liegt am Dateisystem (Parameter -t), allerdings weiß ich nicht was ich hier angeben soll.

Es ist in diesem Fall völlig egal, was Du als Dateisystemt angibst, es wird nicht funktionieren, denn OSX kann von Haus aus nicht auf Linux Dateisysteme wie ext4 zugreifen. Man benötigt dazu Fremdsoftware z.B. Paragon ExtFS. Aber auch solche Tools sind mit Vorsicht zu genießen, wenn man tatsächlich in das "fremde" Dateisystem auch schreiben möchte.

Bei mir auf dem MacBook läuft ein Debian Jessie in einer VMware, damit kann ich Linux Dateisysteme einwandfrei bearbeiten.