NEWS
UNSOLVED Iobroker startet nich mehr (mal wieder)
-
@kleinfritzchen said in Iobroker startet nich mehr (mal wieder):
Ja, anscheinend schon.
Bin schon mal froh das er wieder geht.Ich hab Mariadb mit auf dem pi und muss erst mal verstehen wie das mit den Backups von iobroker funktioniert wenn man mariadb verwendet.
Damit ich nicht wieder so einen trabbel hab mach ich jetzt erst mal ein komplett Backup der Karte -
@kleinfritzchen Sind die miteinander verknüpft?
-
ja, sind sie . Ich kann jetzt auf den Datensatz wieder zugreifen seit iobroker wieder vernünftig läuft. Ich hab das mal so eingerichtet das ich auch von einem anderen Rechner auf die Datenbank zugreifen konnte. Dies ging auch als Iobroker nicht richtig lief.
Seit dem Update hab ich grad das Problem das mir mein Script zum sichern der gesamten SD nicht mehr richtig arbeitet. Hier mal der Script:pi@iobroker:~ $ cat backup1.sh #!/bin/bash #Festplatte einbinden mount -t cifs -o user=RASPI_S,password=******,vers=1.0,rw,file_mode=0777,dir_mode=0777 //192.168.179.91/Sicherungen /mnt/nas #Variablen BACKUP_PFAD="/mnt/nas/Sicherung_iobroker" BACKUP_ANZAHL="5" BACKUP_NAME="iobroker" #mysql stoppen service mysql stop #IOBroker stoppen iobroker stop #Backup erstellen dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d).img bs=1MB #Alte Sicherung löschen pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd #Festplatte auswerfen umount /mnt/nas #IOBroker wieder starten iobroker start service mysql start
-
da kommt folgende Fehlermeldung:
pi@iobroker:~ $ sudo ./backup1.sh mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) dd: Fehler beim Lesen von '/dev/mmcblk0': Eingabe-/Ausgabefehler 5453+1 Datensätze ein 5453+1 Datensätze aus 5453524992 Bytes (5,5 GB, 5,1 GiB) kopiert, 498,177 s, 10,9 MB/s /mnt/nas/Sicherung_iobroker /home/pi ./backup1.sh: line 15: head: command not found ./backup1.sh: line 15: xargs: command not found ./backup1.sh: line 15: ls: command not found /home/pi ./backup1.sh: line 17: umount: command not found ./backup1.sh: line 19: /usr/bin/iobroker: Eingabe-/Ausgabefehler ./backup1.sh: line 20: /usr/sbin/service: Eingabe-/Ausgabefehler pi@iobroker:~ $ Connection to 192.168.179.52 closed by remote host. Connection to 192.168.179.52 closed.
Vor dem Update hat das einwandfrei funktioniert. Anscheinend wird head nicht erkannt. Es werden nur 5,1GB kopiert dann bricht er ab.
Kann das eine defekte Karte sein? -
@kleinfritzchen
Da wird auch noch anderes nicht gefunden.
Könnte eine sterbende Karte sein. -
sieht irgenwie so aus als ob da die Root Partition ne macke hat
-
@kleinfritzchen said in Iobroker startet nich mehr (mal wieder):
sieht irgenwie so aus als ob da die Root Partition ne macke hat
Die sd hatte schon mal nicht funktioniert und da hab ich sie auf eine bessere kopiert mit dd. Die lief dann wieder. Vielleicht hab ich dabei die Ferhler mit geklont.
-
@kleinfritzchen said in Iobroker startet nich mehr (mal wieder):
@kleinfritzchen said in Iobroker startet nich mehr (mal wieder):
sieht irgenwie so aus als ob da die Root Partition ne macke hat
Die sd hatte schon mal nicht funktioniert und da hab ich sie auf eine bessere kopiert mit dd. Die lief dann wieder. Vielleicht hab ich dabei die Fehler mit geklont.
ich versuch jetzt mal mein Glück mit raspiBackup -
Frage, kann das Problem mit mangelnden Speicher zu tun haben?
df auf dem Raspi ergab:pi@iobroker:~ $ df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/root 15328624 3572776 11113384 25% / devtmpfs 469544 0 469544 0% /dev tmpfs 474152 0 474152 0% /dev/shm tmpfs 474152 12220 461932 3% /run tmpfs 5120 4 5116 1% /run/lock tmpfs 474152 0 474152 0% /sys/fs/cgroup /dev/mmcblk0p1 43436 22855 20582 53% /boot tmpfs 94828 0 94828 0% /run/user/1000 pi@iobroker:~ $ ```Das ist eine 16GB Karte, hat das vielleicht damit zu tun?
-
@kleinfritzchen said in Iobroker startet nich mehr (mal wieder):
Frage, kann das Problem mit mangelnden Speicher zu tun haben?
df auf dem Raspi ergab:pi@iobroker:~ $ df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/root 15328624 3572776 11113384 25% / devtmpfs 469544 0 469544 0% /dev tmpfs 474152 0 474152 0% /dev/shm tmpfs 474152 12220 461932 3% /run tmpfs 5120 4 5116 1% /run/lock tmpfs 474152 0 474152 0% /sys/fs/cgroup /dev/mmcblk0p1 43436 22855 20582 53% /boot tmpfs 94828 0 94828 0% /run/user/1000 pi@iobroker:~ $
Das ist eine 16GB Karte, hat das vielleicht damit zu tun?
-
@kleinfritzchen
an der größe liegt es nicht direkt, allerdings stirbt eine 16er früher als eine 32, wesalb ich in meinem Pi immer eine 32er hatte und nie probleme mit der SD Karte. Es kommt eben auch drauf an wie man sie behandelt, Fakt viel Schreibzugriffe töten die Karte mit der zeit und eine 32er hat nunmal doppelt so viele zellen wie eine 16er. -
@kleinfritzchen Frei ist da noch genug.
df -h
erzeugt überigens eine besser lesbare Ausgabe.
Aber eine kleinere Karte nagelst du auch schneller kaputt, weil immer die gleichen Blöcke beschrieben werden.