NEWS
Raspberry startet neu
-
Ich danke euch, ich werd die Sache weiter verfolgen nachdem ich ja jetzt schon etwas deaktiviert hab.
dmsg und /var/log/messages sind solche Tipps nach denen ich gesucht habe.@MichMein Ich vermute auch ein Hardwareproblem gerade weil das System vor der SSD fehlerfrei lief.
Ist deine SSD per USB angeschlossen? Hast du eine extra Spannungsversorgung an deinem SSD Adapter?@Rushmed sagte in Raspberry startet neu:
nachdem ich ja jetzt schon etwas deaktiviert hab.
Aber nicht die dicken Brocken.
Wie ist der Raspi eigentlich an RAM ausgestattet? Wenigstens die Version mit 4 oder 8 GB? -
@Rushmed sagte in Raspberry startet neu:
nachdem ich ja jetzt schon etwas deaktiviert hab.
Aber nicht die dicken Brocken.
Wie ist der Raspi eigentlich an RAM ausgestattet? Wenigstens die Version mit 4 oder 8 GB?@Thomas-Braun 4 GB, die Auslastung im normalen Betrieb ist im Bild vom ersten Post zu sehen.
Nach reiflicher überlegung werd heute Abend I2c deaktivieren. -
@Thomas-Braun 4 GB, die Auslastung im normalen Betrieb ist im Bild vom ersten Post zu sehen.
Nach reiflicher überlegung werd heute Abend I2c deaktivieren.@Rushmed Lass doch die Kiste dauerhaft im runlevel 3 laufen und wenn es denn unbedingt als notwendig betrachtet wird da mit rdpd oder sowas zu hantieren startest du den runlevel 5 nur kurz dafür.
-
Hallo,
ich habe ioBroker auf einem Pi4 laufen und in letzter Zeit, es könnte mit dem Umstieg auf eine SSD als Bootplatte zusammenhängen, startet mein Pi unregelmäßig etwa einmal alle acht Tage neu.
Bis auf diese Neustarts funktionniert alle tiptop. Gibt es irgendwo ein Log oder irgendeine andere Möglichkeit mit der ich den Grund für die Neustarts finden kann?Heute war gegen 10:17 Uhr wieder ein solcher Neustart.
Hier noch ein Auszug aus \var\log\messages um das Ereignis.
Sep 27 10:23:45 Servazamba kernel: [32185.094635] w1_master_driver w1_bus_master1: Family 0 for 00.564000000000.9d is not registered. Sep 27 10:24:24 Servazamba kernel: [32224.199409] w1_master_driver w1_bus_master1: Attaching one wire slave 00.d64000000000 crc 11 Sep 27 10:24:24 Servazamba kernel: [32224.208001] w1_master_driver w1_bus_master1: Family 0 for 00.d64000000000.11 is not registered. Sep 27 10:24:51 Servazamba kernel: [32250.800110] w1_master_driver w1_bus_master1: Attaching one wire slave 00.364000000000 crc f8 Sep 27 10:24:51 Servazamba kernel: [32250.810674] w1_master_driver w1_bus_master1: Family 0 for 00.364000000000.f8 is not registered. Sep 27 10:25:53 Servazamba kernel: [32313.050455] w1_master_driver w1_bus_master1: Attaching one wire slave 00.b64000000000 crc 74 Sep 27 10:25:53 Servazamba kernel: [32313.058105] w1_master_driver w1_bus_master1: Family 0 for 00.b64000000000.74 is not registered. Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Booting Linux on physical CPU 0x0 Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Linux version 5.4.51-v7l+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1333 SMP Mon Aug 10 16:51:40 BST 2020 Sep 27 10:17:09 Servazamba kernel: [ 0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d Sep 27 10:17:09 Servazamba kernel: [ 0.000000] CPU: div instructions available: patching division code Sep 27 10:17:09 Servazamba kernel: [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Sep 27 10:17:09 Servazamba kernel: [ 0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.2 Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Memory policy: Data cache writealloc Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Reserved memory: created CMA memory pool at 0x000000001ec00000, size 256 MiB Sep 27 10:17:09 Servazamba kernel: [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool Sep 27 10:17:09 Servazamba kernel: [ 0.000000] percpu: Embedded 20 pages/cpu s49856 r8192 d23872 u81920 Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 1010176 Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 smsc95xx.macaddr=DC:A6:32:67:6A:64 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 usb-storage.quirks=14cd:6116:u console=ttyS0,115200 console=tty1 root=PARTUUID=d9b3f436-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes, linear) Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes, linear) Sep 27 10:17:09 Servazamba kernel: [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off Sep 27 10:17:09 Servazamba kernel: [ 0.000000] software IO TLB: mapped [mem 0x17cc0000-0x1bcc0000] (64MB) Sep 27 10:17:09 Servazamba kernel: [ 0.000000] Memory: 3654592K/4049920K available (10240K kernel code, 725K rwdata, 2740K rodata, 2048K init, 853K bss, 133184K reserved, 262144K cma-reserved, 3263488K highmem) Sep 27 10:17:09 Servazamba kernel: [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1@Rushmed sagte in Raspberry startet neu:
habe ioBroker auf einem Pi4 laufen
@Rushmed sagte in Raspberry startet neu:
die Auslastung im normalen Betrieb ist im Bild vom ersten Post zu sehen.
Ist es das???
Dann brauche ich aber Nachhilfe wie ein Pi4 mit 3,5 MHz getaktet werden kann.Solltest du den tatsächlich soweit übertakten wundert mich ein Absturz überhaupt nicht
-
@Rushmed sagte in Raspberry startet neu:
habe ioBroker auf einem Pi4 laufen
@Rushmed sagte in Raspberry startet neu:
die Auslastung im normalen Betrieb ist im Bild vom ersten Post zu sehen.
Ist es das???
Dann brauche ich aber Nachhilfe wie ein Pi4 mit 3,5 MHz getaktet werden kann.Solltest du den tatsächlich soweit übertakten wundert mich ein Absturz überhaupt nicht
@Homoran Jepp ist es. Jetzt wo du es erwähnst kommt es mir auch komisch vor aber der Wert kommt bis auf ein Bisschen Umrechnung der Einheit aus rpi2.0.cpu.load1. Die 3,5 GHz sind ja nur ein Spitzenwert aber 1,7 GHz average... muss ne gute Charge gewesen sein:blush:. Übertaktet ist hier garnichts. Das behalt ich mal im Auge. Ich hatte eigentlich wegen der RAM Auslastung auf die Grafik verwiesen.
@Thomas-Braun Die Kiste läuft bereits im RL3 und I2C ist auch nicht aktiviert.
-
@Homoran Jepp ist es. Jetzt wo du es erwähnst kommt es mir auch komisch vor aber der Wert kommt bis auf ein Bisschen Umrechnung der Einheit aus rpi2.0.cpu.load1. Die 3,5 GHz sind ja nur ein Spitzenwert aber 1,7 GHz average... muss ne gute Charge gewesen sein:blush:. Übertaktet ist hier garnichts. Das behalt ich mal im Auge. Ich hatte eigentlich wegen der RAM Auslastung auf die Grafik verwiesen.
@Thomas-Braun Die Kiste läuft bereits im RL3 und I2C ist auch nicht aktiviert.
@Rushmed sagte in Raspberry startet neu:
der Wert kommt bis auf ein Bisschen Umrechnung der Einheit aus rpi2.0.cpu.load1
das sind keine CPU frequency, sondern eben die Load, also Auslastung der I/O Prozesse und der Prozessorlast.
Wenn du die irgendwoher pro Kern bekommst sollte die nie über 1 gehen.
Üblicherweise wird die LOAD aber gesamt angegeben und da darf es bei einem 4-Kerner auch mal bis 4 hochgehen.Die Load hat keine Einheit!
Wenn der Wert wirklich auf einen Kern bezogen ist kann der Pi natürlich bei einer LOAD average von 6 zeitweise keine Prozesse mehr zeitnah abarbeiten. Wenn das zu lange dauert, kann auch mal der ein oder andere Prozess beendet werden oder bei iobroker auch der Controller mal neu starten.
@Rushmed sagte in Raspberry startet neu:
Ich hatte eigentlich wegen der RAM Auslastung auf die Grafik verwiesen.
Das ist dein Problem.
Wenn andere Werte aber besser geeignet sind um Probleme zu erkennen, darf man sie nicht ausser Acht lassen. -
@Rushmed sagte in Raspberry startet neu:
der Wert kommt bis auf ein Bisschen Umrechnung der Einheit aus rpi2.0.cpu.load1
das sind keine CPU frequency, sondern eben die Load, also Auslastung der I/O Prozesse und der Prozessorlast.
Wenn du die irgendwoher pro Kern bekommst sollte die nie über 1 gehen.
Üblicherweise wird die LOAD aber gesamt angegeben und da darf es bei einem 4-Kerner auch mal bis 4 hochgehen.Die Load hat keine Einheit!
Wenn der Wert wirklich auf einen Kern bezogen ist kann der Pi natürlich bei einer LOAD average von 6 zeitweise keine Prozesse mehr zeitnah abarbeiten. Wenn das zu lange dauert, kann auch mal der ein oder andere Prozess beendet werden oder bei iobroker auch der Controller mal neu starten.
@Rushmed sagte in Raspberry startet neu:
Ich hatte eigentlich wegen der RAM Auslastung auf die Grafik verwiesen.
Das ist dein Problem.
Wenn andere Werte aber besser geeignet sind um Probleme zu erkennen, darf man sie nicht ausser Acht lassen. -
@Homoran Ok, wie im ersten Post geschrieben hat sich der Neustart um 10:17 Uhr ereignet.
Vor dem Neustart sind die Auslastungsspitzen bei max 2,5 und steigen erst danach auf 4. In diesem Zeitraum läuft das System aber sauber.@Rushmed sagte in Raspberry startet neu:
sind die Auslastungsspitzen bei max 2,5
Bitte erst einmal die Angabe "pro Kern" klären, denn:
@Homoran sagte in Raspberry startet neu:
Wenn du die irgendwoher pro Kern bekommst sollte die nie über 1 gehen.
dann ist auch 2.5 zu viel
-
@Rushmed sagte in Raspberry startet neu:
sind die Auslastungsspitzen bei max 2,5
Bitte erst einmal die Angabe "pro Kern" klären, denn:
@Homoran sagte in Raspberry startet neu:
Wenn du die irgendwoher pro Kern bekommst sollte die nie über 1 gehen.
dann ist auch 2.5 zu viel
-
@Homoran Ich versteh nich was jetzt geklärt werden soll, es kann sich doch hier nur um die Gesamtauslastung handeln.
@Rushmed sagte in Raspberry startet neu:
es kann sich doch hier nur um die Gesamtauslastung handeln.
sag ich doch, aber du schriebst:
@Rushmed sagte in Raspberry startet neu:
rpi2.0.cpu.load1
OK
Dann war das mein Denkfehler! klar, das ist die Load average 1min!
Ich hatte irgendwie einen Knoten im Denkmuskel und hielt die 1 für einen Index der Kerne, so wie es bei der CPU-Auslastung in htop angezeigt wird -
@Rushmed sagte in Raspberry startet neu:
es kann sich doch hier nur um die Gesamtauslastung handeln.
sag ich doch, aber du schriebst:
@Rushmed sagte in Raspberry startet neu:
rpi2.0.cpu.load1
OK
Dann war das mein Denkfehler! klar, das ist die Load average 1min!
Ich hatte irgendwie einen Knoten im Denkmuskel und hielt die 1 für einen Index der Kerne, so wie es bei der CPU-Auslastung in htop angezeigt wird
Support us
507
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge