Iobroker schon wieder gecrashed
-
Das Image ist aber schon sehr alt.
Gruß
Rainer
-
Dann hatte ich nochmal alle files von "iobroker" auf einen PC gezogen. `
Nur um es auszuschließen, du hast die files kopiert und nicht verschoben?
-
Ja, kopiert und nicht verschoben
-
Hi,
Dann hatte ich nochmal alle files von "iobroker" auf einen PC gezogen. `
auf einem PC, also Windows? Oder Mac oder Linux?Mit welchem Tool? Oder per FTP?
Gruß,
Eric
-
Ja auch einen Win10 PC mit FTP.
Iobroker war noch gestoppt dabei
-
Ich installiere wieder das Image "iobroker_RPi_2_3_20170514" und versuche das gestern erstellte Backup herzustellen
-
Hmmm, jetzt kann ich nach der Image Installation kein Resize der Partition machen
Folgende Meldung kommt:
Command (m for help): Disk /dev/mmcblk0: 14,5 GiB, 15523119104 bytes, 30318592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x620e8b20
Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 8192 92159 83968 41M c W95 FAT32 (LBA)
/dev/mmcblk0p2 92160 30318591 30226432 14,4G 83 Linux
Command (m for help): The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Das Gerät oder die Ressource ist belegt
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
Keine Ahnung was das schon wieder soll???
Habe mit SD card formatter formatiert und mit win32diskImager das Image aufgespielt
-
Muss überhaupt ein resize gemacht werden?
So wie ich das lese, ist das eine 16GB SD, die auch voll belegt ist:
` > Device Boot Start End Sectors Size Id Type/dev/mmcblk0p1 8192 92159 83968 41M c W95 FAT32 (LBA)
/dev/mmcblk0p2 92160 30318591 30226432 14,4G 83 Linux `
Gruß,
Eric
-
Auf jeden Fall hatte ich nach dem Reboot keine Konsole mehr.
Musste den Pi stromlos machen, dann ging es wieder
-
OK, jetzt läuft es wieder.
Ich wusste nicht dass man bei 16GB Karten kein Resize braucht im Raspi config.
Ein paar Sachen waren noch leicht daneben, jetzt scheint aber alles zu laufen.
-
Ich wusste nicht dass man bei 16GB Karten kein Resize braucht im Raspi config. `
Das hat nichts mit den 16GB zu tun, IMHO macht Raspbian das seit einiger Zeit automatisch.Gruß
Rainer
-
Das hat nichts mit den 16GB zu tun, IMHO macht Raspbian das seit einiger Zeit automatisch. `
Ja, soweit ich weiß, geschieht das automatisch.Gruß,
Eric
Von unterwegs getippert
-
Sorry, muss noch einmal fragen.
In der neusten Raspberry Image Doku http://www.iobroker.net/docu/?page_id=7241&lang=de steht wieder:
Expand filesystem (Erweitern des root-filesystems bis zur maximalen Größe der verwendeten SD-Karte)
Was denn nu? Ja oder nein?
Dann noch etwas.
Wenn ich das Image mit Win32DiskImage genau nach Anleitung beschreibe und dann noch einmal ein Verify mache, bekomme ich immer an der gleichen Stelle einen Fehler….bei unterschiedlichen Karten.
Habe eine 16GB Verbatim und eine 16GB Hama.
-
Was denn nu? Ja oder nein? `
Ja oder ja
Ich bin mir nie sicher, ob das Auto-resize vom Raspbian auch noch funktioniert, nachdem ich bereits zur INstallation von ioBroker darauf rumgespielt habe.
Zur Sicherheit bitte ich dieses nochmal auszuführen, bevor eine Installation wegen ENOSPC aussteigt.
Deiner Frage entnehme ich, dass das auto-resize auch bei meinem Image noch funktioniert.
Ein erneutes resize schadet jedoch nicht.
Wenn ich das Image mit Win32DiskImage genau nach Anleitung beschreibe und dann noch einmal ein Verify mache, bekomme ich immer an der gleichen Stelle einen Fehler….bei unterschiedlichen Karten. `
und was sagt etcher? Das verifiziert immer automatisch.Gruß
Rainer
-
OK, etcher werde ich mal testen.
Noch etwas. Bei dem neuen Image kann ich keinen root Zugang mehr freischalten. Das tue ich wie folgt:
Root Zugang freischalten
sudo nano /etc/ssh/sshd_config
Datei anpassen: PermitRootLogin without-password in PermitRootLogin yes ändern und speichern
SSH neu starten: sudo /etc/init.d/ssh restart
sudo su (jetzt ist der Root Modus gestartet)
mit passwd ein Passwort vergeben
Ausloggen und als Root über Putty anmelden
-
-
Genau, das befolge ich. Und wenn ich mich als root anmelden möchte kommt Access denied
-
Genau, das befolge ich `
Sei mir nicht böse, aber das ist keine Basis um zu helfen.Irgendwo muss ein Fehler sein, und/oder Raspbian hat wieder eine zusätzliche Sicherheit eingebaut. Mit dem aktuellen raspbian habe ich noch nicht mit dem root Zugang per SSH gearbeitet. Ich bin also auf deine Informationen angewiesen um dir helfen zu können.
Ich benötige Screeshots / logs deiner Eingaben und Antworten und zwar nicht als Nacherzählung sondern 1:1.
Gruß
Rainer
-
OK, sorry, poste das nächste Mal die Eingaben.
Den Root Zugang braucht ich auch erst einmal nicht.
Nächstes größeres Problem.
Manche Widgets haben keine Bildchen nach dem Backup Aufspielen.
Also bin ich wie hier vorgegangen:
http://forum.iobroker.net/viewtopic.php … oad#p68294
Bekomme da folgende Meldung:
pi@ioBroker-Pi3:/opt/iobroker $ sudo iobroker stop
Stopping iobroker controller daemon…
iobroker controller daemon stopped.
Exit code for "killall.sh": 123
pi@ioBroker-Pi3:/opt/iobroker $ sudo iobroker upload vis-jqui-mfd
Cannot find io-package.json in /opt/iobroker/node_modules/iobroker.js-controller/adapter/vis-jqui-mfd
Cannot parse /opt/iobroker/node_modules/iobroker.js-controller/adapter/vis-jqui-mfd/io-package.json:Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/adapter/vis-jqui-mfd/io-package.json'
pi@ioBroker-Pi3:/opt/iobroker $ sudo reboot
Hat sich da der Pfad geändert?
-
Hat sich da der Pfad geändert? `
nein, aber klingt nicht gut.Ist ioBroker nach dem reboot wieder hochgefahren?
Ansonsten fürchte ich:
@hg6806:iobroker schon wieder gecrashed `
Was benutzst du für Karten?Irgendetwas frisst bei dir anscheinend SD-Karten. Vielleicht hat dein Pi auch einen Knacks, bzw. der Kartenleser.
Gruß
Rainer
