Raspberry Pi: Reset nach Neustart

[Alex8508]

Hallo,

ich habe die neueste Version von FHEM auf einem Raspberry Pi Modell B mit Raspbian laufen.

Leider setzt sich FHEM nach einem Neustart des Pis immer wieder auf einen alten Zustand zurück. Sämtliche Änderungen in der fhem.cfg sowie erstellte GPlot-Dateien gehen dabei verloren, obwohl ich diese vorher gespeichert habe und nochmals mit "Save config" bzw. "save" im Befehlsfeld durchgeführt habe.

FHEM wird dabei nicht auf den Ursprungs-Zustand zurückgesetzt, sondern auf einen Zustand zwischen der Neuinstallation und heute.

Weiß jemand, wo das Problem liegt oder hilft hier nur eine neue Installation?

[koldomon]

Hi,

das Problem hatte ich auch mal. Es lag an den Rechten auf dem Pi. Die fhem.cfg war für den User nicht schreibberechtigt und konnte die Datei nicht aktualisieren.

erstmal mit ls -la /opt/fhem die vorhandenen Rechte auslesen, dann mit chown -R %user%:%group% /opt/fhem die Rechte setzen (-R für recursive = durchreichen)

cu markus

P.S. wenn du samba einsetzt, dann für den Share ein "force user" setzten, sonst gehören die Dateien nicht mehr dem User "fhem". Das kommt echt übel, wenn man ein Script hat um die Log-Dateien zu archivieren, welches eine neue Log-Datei anlegt und FHEM darauf nicht schreiben darf... Don't try, it is no fun

[Alex8508]

Nach den Rechten habe ich schon geschaut. Die müssten doch so in Ordnung sein oder?

Ich hatte auch bereits einmal die fhem.cfg über SSH geändert. Aber nach einem Neustart war sie wieder überschrieben.

[Joachim]

Gibt es nach dem Speichern eventuell Fehlermeldungen im Log?

[ulli]

ich würde nicht alle pauschal Schreibrechte mit vergeben. Nur dem User fhem.

[Alex8508]

Hallo zusammen,

es gab keine Fehler im Log. Nachdem ich FHEM neu aufgesetzt habe und es noch immer nicht funktionierte, habe ich das Image 1:1 auf eine andere SD-Karte kopiert. Und siehe da, es läuft wieder wie gewohnt.

Die "alte" SD-Karte lief jetzt etwa zwei Monate und scheint nicht defekt zu sein. Welche SD-Karte funktioniert bei Euch über längere Zeit einwandfrei?

Hätte ich den Pi nicht neu gestartet, wäre das Problem noch gar nicht aufgetaucht.

[koldomon]

hi,

eine defekte SD - klar, das ist eine Erklärung. Aber das hätte doch noch mehr Auswirkungen haben müssen auf dem RasPi *staun*

zu deiner Frage: ich bin großer "SANDISK" Fan. Hab mir die ersten SD's mit meiner Spiegelreflex geholt und bisher keine einzige defekte Karte *3x auf Holz klopf*. Am einfachsten über die Webseite von raspi.org -> FAQ -> SD-Karten. So hab ich mir 2 ausgesucht (32GB und 8GB - aktiv werkelt die 32GB).

[chris1284]

http://forum.fhem.de/index.php/topic,18482.msg123040.html#msg123040

schau mal hier, gleiches problem und mein lösungsansatz unten -> HDD nehmen. das mit der sd wird immer wieder passieren. je mehr du spielst und auf ihr schreibst desto schneller. lesen wirst du sie aber weiterhin noch sehr lange könne. schreiben ist das problem und da würd ich zu einer usb-hdd greifen. ist was platz angeht günstiger

[Alex8508]

Oh je. Wenn die SD-Karten wirklich so anfällig sind, greife ich tatsächlich zu einer HDD/SSD.

@Chris: Ist der "Umzug" von SD zu externem Datenträger irgendwo beschrieben? Geht auch ein USB Speicherstick oder ist der ähnlich anfällig wie eine SD-Karte?

[juppzupp]

ob das wirklich der grund war ? 

wie dem auch sei, ich habe am wochende aufgrund log größe auch auf eine ssd die per usb angeschlossen ist, umgestellt.

SSD/HDD anstöpseln.

Code Auswählen Erweitern

root@fhem:~# cat /proc/partitions
major minor  #blocks  name

179        0   15110144 mmcblk0
179        1      57344 mmcblk0p1
179        2   15048704 mmcblk0p2
   8        0   61545960 sda
   8        1   61544448 sda1


da ist sda mit sda1 -> das ist deine platte/deren partition

diese sollte ext4 formatiert sein.

das kann man so machen : (achtung alle daten auf der platte werden gelöscht)

Code Auswählen Erweitern

root@fhem:~# mkfs.ext4 /dev/sda1

wenn das geschehen ist, muss die platte gemountet werden

Code Auswählen Erweitern

root@fhem:/media# mkdir /sda1 && mount /dev/sda1 /sda1

jetzt kopierst du den inhalt der sd karte auf die platte :

Code Auswählen Erweitern

rsync --exclude "/sda1" --exclude="/boot" -av / /sda1

last but not least, mit einem editor deiner wahl oder perl die /boot/cmdline.txt

von

Code Auswählen Erweitern

dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
zu

Code Auswählen Erweitern

dwc_otg.lpm_enable=0 console=tty1 forcefsck root=/dev/sda1 rootfstype=ext4 elevator=deadline rootwait

ändern.

z.b. so :

Code Auswählen Erweitern

perl -i -pe's/mmcblk0p2/sda1/g' /cmdline.txt

nun daumen drücken und

Code Auswählen Erweitern

root@fhem:~# shutdown -r now


und nach dem (hoffentlich erfolgreichem) booten mit

Code Auswählen Erweitern

root@fhem:~# df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
rootfs          258G    1,9G   254G    1% /
/dev/root        258G    1,9G   254G    1% /
devtmpfs        235M       0  235M    0% /dev
tmpfs            49M    256K   49M    1% /run
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs            98M    4,0K   98M    1% /run/shm
/dev/mmcblk0p1   56M     19M   38M   33% /boot



über die erfolgreiche einbindung der platte freuen.


keine garantie 

[chris1284]

hier mein weg:

falls hdd gemounted (du musst natürlich schauen wie bei dir die hdd heisst per "ls /dev" zum bsp sda ist die hdd, sda1 die 1 partition sdaX die x. partition )

Code Auswählen Erweitern

sudo umount /dev/sda1
platte sauber machen (alle daten gehen verloren)

Code Auswählen Erweitern

sudo fdisk /dev/sda

Code Auswählen Erweitern

d drücken, solange wie partitionen vorhanden sind / bis keine partition mehr auf der hdd sind
dann eine patition erstellen

Code Auswählen Erweitern

n drücken für neue partition

Code Auswählen Erweitern

pdrücken für primäre patition
weiter mit den angebotenen default werten um die ganze hdd zu nutzen

Code Auswählen Erweitern

q zum beendet von fdisk
hdd formatieren

Code Auswählen Erweitern


sudo mkfs.ext4 /dev/sda1
sd-karte root auf hdd dublizieren

Code Auswählen Erweitern

sudo dd if=/dev/root of=/dev/sda1 bs=4M
...das dauert je nach sd größe
wenn fertig

Code Auswählen Erweitern

e2fsck -f /dev/sda1
da die genutzte größe der hdd nun der der sd entsprich resize

Code Auswählen Erweitern

resize2fs /dev/sda1
hdd mounten

Code Auswählen Erweitern

sudo mount /dev/sda1 /media/usbstick
wenn fehler mit

Code Auswählen Erweitern

mkdir -p /media/usbstick das verzeichnis erstellen, dann nochmal mounten

Code Auswählen Erweitern

sudo nano /media/usbstick/etc/fstab
sollte dann so abgeändert werden

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
#/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
/dev/sda1       /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, so no using swapon|off from here on, use  dphys-swapfile swap[on|off]  for that

mmcblk0p2   ist das alte root der sd-karte
cmdline anpassen:
backup

Code Auswählen Erweitern

sudo cp /boot/cmdline.txt /boot/cmdline.original
editieren

Code Auswählen Erweitern

sudo nano /boot/cmdline.txt
so siehts dann aus

Code Auswählen Erweitern

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline rootwait
und reboot und er sollte nun die hdd nutzen

Code Auswählen Erweitern

sudo reboot

ich habe dies mit einer sd-karte mit meinem bereits eingerichteten fhem / system gemacht und es gab keinerlei probleme. fhem startete sofort und ohne fehler.
dies geht auch mit einem stick. jedoch ist ein usb-stick in der regel auch ein flashspeicher und ist also wie eine sd zu sehen

[chris1284]

@juppzupp: wie sieht es bei dir bezüglich geschwindigkeit aus mit der ssd am usb.
ssd ist sicher etwas übertrieben oder, ich mein usb 2.0 und ssd? usb 2.0 kann ca 35 MBs und ne ssd mit ca 500MBs selbst eine hdd wird da nicht warm, die lanweilen sich. dagegen spricht dann auch noch der preis / GB (hdd ca 0,05-0,10 € sdd ca. 0,60 €)
steck die lieber in den rechner/laptop.

[Alex8508]

Vielen Dank. Die root-Partition liegt nun auf einer externen Festplatte.

Unschön ist nur, dass nun Raspberry Pi + CULs + aktiver USB Hub zusammen 7,5 Watt brauchen. Vorher waren es 3 Watt ohne USB Hub und HDD.

[chris1284]

nunja, das ist bei mir ehr nebensächlich da eh den ganzen tag ein svr2008 am laufen ist. da haben allein die platten mehr bedarf als der pi samt zubehör

[juppzupp]

SSD macht keinen Krach und braucht weniger Strom.