Weihnachtsangebot 2025! 🎄

[kleinfritzchen]

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

[kleinfritzchen]

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?

[Thomas Braun]

@kleinfritzchen
Da wird auch noch anderes nicht gefunden.
Könnte eine sterbende Karte sein.

[kleinfritzchen]

sieht irgenwie so aus als ob da die Root Partition ne macke hat

[kleinfritzchen]

@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]

@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

[kleinfritzchen]

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]

@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?

[Jan1]

@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.

[Thomas Braun]

@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.