raspi 2 als nfs-server friert bei hohem Datendurchsatz ein

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo,

    seit ich meinen nfs-Datenserver auf den raspi 2 umgestellt habe friert dieser beim Erstellen einer Sicherung zu einem raspi 1 immer wieder nach einigen Stunden ein. Ohne die Sicherung läuft er Tage lang ohne Probleme. Jeweils 2 USB-Festplatten mit eigener Stromversorgung an beiden raspis. Identische Konstellation mit einem raspi 1 führte nie zu Problemen. (mehrere Monate absolut stabil)

    Ich habe das Image neu aufgespielt, eine andere SD verwendet und auch das Netzteil ausgetauscht und ein bewährtes verwendet. Half auch nichts. Kühlkörper sind auch installiert. Lasse ich den raspi 1 mit dem gleichen Image laufen, ist alles stabil.

    Ich habe fast das Gefühl, dass das Problem nur auftritt, wenn der raspi 2 über mehrere Stunden oder Tage einen hohen Datendurchsatz hat. Er hielt etwa einen Tag durch als ich nur eine Sicherung zu einem raspi 1 laufen ließ (etwa 4MB/s) und als ich eine 2. Sicherung parallel startete (auch etwa 4MB/s) fror er nach einigen Stunden wieder ein.

    Hat vielleicht sonst noch jemand etwas ähnliches beobachtet oder hat jemand eine Idee woran das liegen könnte? Das Gleiche hat den raspi 1 nie in Probleme gebracht obwohl der dann mehrere Tage lang unter Vollast Daten hin und her schieben musste. Ich weiß jetzt echt nicht mehr weiter.

  • raspi 2 als nfs-server friert bei hohem Datendurchsatz ein? Schau mal ob du hier fündig wirst!

    • RPi auf dem aktuellsten Stand? ([font="Courier"]apt-get update[/font], [font="Courier"]apt-get dist-upgrade[/font] und [font="Courier"]rpi-update[/font] - in dieser Reihenfolge)
    • Wie sieht deine [font="Courier"]/etc/exports[/font] aus? Ich habe die Erfahrung gemacht, dass es da ein paar Tuning-Tipps gibt...
    • Welches Dateisystem haben deine Festplatten? Ich für meinen Teil hatte mit NTFS-formatierten Platten nur Probleme, bis ich auf ext* umgestiegen bin...
    • Gibt evtl. interessante Logmeldungen? Wenn ich mich nicht täusche, werden die Logs unter [font="Courier"]/var/log/[/font] gesichert, hier einfach mal nachschauen, ob sich was Auffälliges finden lässt...
  • Hi,
    zunächst mal wären, wie schon mein Vorredner richtig schrub, die logs interessant.

    Dann: wie ist das mit der zweiten Sicherung, die dann den RPi einfrieren lässt? Ist das ebenfalls eine vom selbem RPi 1?
    Ich kann mir gut vorstellen, dass evtl. der RPi 1 in Sachen Datentransfer da überfordert wird. Hast Du mal einen anderen Rechner von dem Du über nfs eine oder mehrere Sicherung(en) laufen lassen kannst, um auszuschliessen, dass der RPi 1 die Ursache ist?

    cu,
    -ds-

  • Danke schonmal für die schnellen Antworten. Hier die letzten Sekunden vor dem Einfrieren. Es scheint mir als hätte er kurz vor dem Einfrieren neu gebootet:
    Mar 6 04:17:10 raspi-n1 kernel: [ 3.857428] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
    Mar 6 04:17:10 raspi-n1 kernel: [ 3.999256] usb 1-1.2: New USB device found, idVendor=1058, idProduct=1230
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.027291] usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.037405] usb 1-1.2: Product: My Book 1230
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.044358] usb 1-1.2: Manufacturer: Western Digital
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.052024] usb 1-1.2: SerialNumber: 574343344530353830333037
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.056942] usb-storage 1-1.2:1.0: USB Mass Storage device detected
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.087311] scsi host0: usb-storage 1-1.2:1.0
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.337573] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.480033] usb 1-1.3: New USB device found, idVendor=1058, idProduct=1230
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.490849] usb 1-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.501214] usb 1-1.3: Product: My Book 1230
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.508390] usb 1-1.3: Manufacturer: Western Digital
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.516196] usb 1-1.3: SerialNumber: 574343344530303637323532
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.528896] usb-storage 1-1.3:1.0: USB Mass Storage device detected
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.546401] scsi host1: usb-storage 1-1.3:1.0
    Mar 6 04:17:10 raspi-n1 kernel: [ 4.603251] usbcore: registered new interface driver uas
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.088416] scsi 0:0:0:0: Direct-Access WD My Book 1230 1050 PQ: 0 ANSI: 6
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.108261] sd 0:0:0:0: [sda] Spinning up disk...
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.116881] scsi 0:0:0:1: Enclosure WD SES Device 1050 PQ: 0 ANSI: 6
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.146616] sd 0:0:0:0: Attached scsi generic sg0 type 0
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.156177] scsi 0:0:0:1: Attached scsi generic sg1 type 13
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.548461] scsi 1:0:0:0: Direct-Access WD My Book 1230 1050 PQ: 0 ANSI: 6
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.564774] sd 1:0:0:0: [sdb] Spinning up disk...
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.565178] sd 1:0:0:0: Attached scsi generic sg2 type 0
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.567989] scsi 1:0:0:1: Enclosure WD SES Device 1050 PQ: 0 ANSI: 6
    Mar 6 04:17:10 raspi-n1 kernel: [ 5.575314] scsi 1:0:0:1: Attached scsi generic sg3 type 13
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.117247] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.136922] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.357946] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.607237] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.912964] device-mapper: ioctl: 4.28.0-ioctl (2014-09-17) initialised: dm-devel@redhat.com
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.019999] random: vgscan urandom read with 122 bits of entropy available
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.127226] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.617267] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 8.627241] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 9.600856] random: nonblocking pool is initialized
    Mar 6 04:17:10 raspi-n1 kernel: [ 9.637227] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 10.157266] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.167261] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.820556] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.909361] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    Mar 6 04:17:10 raspi-n1 kernel: [ 12.177256] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 12.667233] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 13.432143] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
    Mar 6 04:17:10 raspi-n1 kernel: [ 13.677223] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.197196] .ready
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.402602] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.403314] sd 0:0:0:0: [sda] Write Protect is off
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.405103] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.511169] sda: sda1
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.515490] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.518452] sd 0:0:0:0: [sda] Attached SCSI disk
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.687215] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.696198] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.911090] ready
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.912010] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.913108] sd 1:0:0:0: [sdb] Write Protect is off
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.916761] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:11 raspi-n1 kernel: [ 15.021683] sdb: sdb1
    Mar 6 04:17:11 raspi-n1 kernel: [ 15.024405] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 6.912964] device-mapper: ioctl: 4.28.0-ioctl (2014-09-17) initialised: dm-devel@redhat.com
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.019999] random: vgscan urandom read with 122 bits of entropy available
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.127226] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 7.617267] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 8.627241] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 9.600856] random: nonblocking pool is initialized
    Mar 6 04:17:10 raspi-n1 kernel: [ 9.637227] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 10.157266] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.167261] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.820556] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
    Mar 6 04:17:10 raspi-n1 kernel: [ 11.909361] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    Mar 6 04:17:10 raspi-n1 kernel: [ 12.177256] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 12.667233] ..
    Mar 6 04:17:10 raspi-n1 kernel: [ 13.432143] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
    Mar 6 04:17:10 raspi-n1 kernel: [ 13.677223] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.197196] .ready
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.402602] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.403314] sd 0:0:0:0: [sda] Write Protect is off
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.405103] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.511169] sda: sda1
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.515490] sd 0:0:0:0: [sda] 976746240 4096-byte logical blocks: (4.00 TB/3.63 TiB)
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.518452] sd 0:0:0:0: [sda] Attached SCSI disk
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.687215] .
    Mar 6 04:17:10 raspi-n1 kernel: [ 14.696198] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.911090] ready
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.912010] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.913108] sd 1:0:0:0: [sdb] Write Protect is off
    Mar 6 04:17:11 raspi-n1 kernel: [ 14.916761] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:11 raspi-n1 kernel: [ 15.021683] sdb: sdb1
    Mar 6 04:17:11 raspi-n1 kernel: [ 15.024405] sd 1:0:0:0: [sdb] 732558336 4096-byte logical blocks: (3.00 TB/2.72 TiB)
    Mar 6 04:17:11 raspi-n1 kernel: [ 15.026307] sd 1:0:0:0: [sdb] Attached SCSI disk
    Mar 6 04:17:12 raspi-n1 kernel: [ 15.919946] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
    Mar 6 04:17:12 raspi-n1 kernel: [ 15.920778] NFSD: starting 90-second grace period (net 807f5f40)
    Mar 6 04:17:12 raspi-n1 kernel: [ 16.803939] EXT4-fs (dm-0): recovery complete
    Mar 6 04:17:12 raspi-n1 kernel: [ 16.804815] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

    Hier die /etc/exports:

    /exports/daten 192.168.20.xxx(rw,sync,no_subtree_check)....
    /exports/mp3 192.168.20.xxx(rw,sync,no_subtree_check) ....
    /exports/speicher 192.168.20.xxx(rw,sync,no_subtree_check).....
    /exports/video 192.168.20.xxx(rw,sync,no_subtree_check) .....


    Hi,
    zunächst mal wären, wie schon mein Vorredner richtig schrub, die logs interessant.

    Dann: wie ist das mit der zweiten Sicherung, die dann den RPi einfrieren lässt? Ist das ebenfalls eine vom selbem RPi 1?
    Ich kann mir gut vorstellen, dass evtl. der RPi 1 in Sachen Datentransfer da überfordert wird. Hast Du mal einen anderen Rechner von dem Du über nfs eine oder mehrere Sicherung(en) laufen lassen kannst, um auszuschliessen, dass der RPi 1 die Ursache ist?

    cu,
    -ds-


    Nein, das ist ein eigenständiger RPi1, der die Exports von RPi 2 über nfs einbindet und dann mittels rsync eine Kopie auf die eigenen USB-Festplatten überspielt.

    Es würde mich wundern, wenn die RPi1s verantwortlich wären weil ja der RPi2 einfriert und danach gar nicht mehr geagiert. Die RPis 1 frieren nicht ein und ich kann sogar rsync stoppen oder es läuft weiter wenn der RPi2 wieder hochgefahren wurde und sie wieder auf die Freigaben zugreifen können. Die sind super stabil.

    Das Dateisystem ist ext4 und der RPi ist auf dem aktuellen Stand in Sachen Updates.

    Kann es vielleicht doch am Netzteil liegen? Ein plötzlicher Neustart erfolgt ja dann häufig, wenn der RPi nicht genug Saft bekommt. Ist aber ein 2 A Netzteil, dass lange an meinem Desktop RPi 2 lief und eigentlich stabil ist.

    Temp.-Entwicklung checke ich gerade auch nochmal. Nach etwa 1 Stunde aber lediglich 45 °C.

    Das hier sind log-Dateien während er normal läft. Weiß jemand was die bedeuten?


    Mar 5 19:29:43 raspi-n1 kernel: [105342.279775] net_ratelimit: 59 callbacks suppressed
    Mar 5 19:38:37 raspi-n1 kernel: [105876.591310] net_ratelimit: 13 callbacks suppressed
    Mar 5 19:46:30 raspi-n1 kernel: [106349.550431] net_ratelimit: 1 callbacks suppressed
    Mar 5 19:52:33 raspi-n1 kernel: [106712.550143] net_ratelimit: 114 callbacks suppressed
    Mar 5 20:02:31 raspi-n1 kernel: [107310.967342] net_ratelimit: 464 callbacks suppressed
    Mar 5 20:13:57 raspi-n1 kernel: [107996.967715] net_ratelimit: 1035 callbacks suppressed
    Mar 5 21:53:36 raspi-n1 kernel: [113975.544931] net_ratelimit: 399 callbacks suppressed
    Mar 5 21:57:20 raspi-n1 kernel: [114199.756152] net_ratelimit: 11 callbacks suppressed
    Mar 5 22:12:40 raspi-n1 kernel: [115119.717566] net_ratelimit: 86 callbacks suppressed
    Mar 5 22:14:47 raspi-n1 kernel: [115246.363363] net_ratelimit: 5 callbacks suppressed
    Mar 5 22:30:19 raspi-n1 kernel: [116178.269603] net_ratelimit: 99 callbacks suppressed
    Mar 5 22:34:57 raspi-n1 kernel: [116457.182695] net_ratelimit: 62 callbacks suppressed
    Mar 5 22:38:25 raspi-n1 kernel: [116664.589965] net_ratelimit: 354 callbacks suppressed
    Mar 5 22:45:40 raspi-n1 kernel: [117099.223280] net_ratelimit: 33 callbacks suppressed
    Mar 5 22:50:41 raspi-n1 kernel: [117401.181730] net_ratelimit: 816 callbacks suppressed
    Mar 5 22:56:30 raspi-n1 kernel: [117749.545796] net_ratelimit: 3 callbacks suppressed

    Ich habe jetzt nochmal alle Updates durchgeführt und teste jetzt nochmal. Danke für deine Hilfe.

    Einmal editiert, zuletzt von pi8375 (6. März 2015 um 17:30)


  • ... der RPi2 einfriert und danach gar nicht mehr geagiert.

    Versuch mal als Test, im RPi2 mit z. B.:

    Code
    vm.min_free_kbytes=65536


    in der:

    Code
    /etc/sysctl.conf


    und mit:

    Code
    max_usb_current=1


    in der:

    Code
    /boot/config.txt

    EDIT:

    Poste auch die Ausgaben von:

    Code
    uname -a
    free -m

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (7. März 2015 um 09:38)

  • uname -a (Stand als er eingefroren ist)

    Linux raspi-n2 3.12.35+ #730 PREEMPT Fri Dec 19 18:31:24 GMT 2014 armv6l GNU/Linux


    uname -a (nach einem rpi-update, aktuell läuft er noch ohne Einfrieren)

    Linux raspi-n1 3.18.8-v7+ #765 SMP PREEMPT Thu Mar 5 15:47:06 GMT 2015 armv7l GNU/Linux


    free -m

    total used free shared buffers cached
    Mem: 927 828 98 0 95 679
    -/+ buffers/cache: 53 873
    Swap: 99 0 99


    Die anderen vorgeschlagenen Einstellungen werde ich durchführen wenn er nochmal einfriert. Bisher läuft er noch seit gestern. Vielleicht hat das rpi-update geholfen. Das hatte ich vorher etwa 2 Wochen lang nicht gemacht.
    Danke für die Hilfe. Ich bleibe dran und berichte wie es weiter geht.

    Einmal editiert, zuletzt von pi8375 (7. März 2015 um 14:05)


  • uname -a (Stand als er eingefroren ist)

    Code
    Linux raspi-n2 3.12.35+ #730 PREEMPT Fri Dec 19 18:31:24 GMT 2014 armv6l GNU/Linux

    Das verstehe ich jetzt aber nicht. Du schreibst, dass es sich um einen Pi 2 handelt. Wie hast Du diesen PI 2, mit "3.12.35+" und mit "armv6l" betreiben können?


    uname -a (nach einem rpi-update, aktuell läuft er noch ohne Einfrieren)

    Code
    Linux raspi-n1 3.18.8-v7+ #765 SMP PREEMPT Thu Mar 5 15:47:06 GMT 2015 armv7l GNU/Linux

    .

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (7. März 2015 um 14:29)

  • Mein Fehler, hab das von nem raspi 1 gezogen weil der noch kein rpi-update hatte und mit dem gleichen SD-Image lief. Dachte, dass das keinen Einfluss auf die Ausgabe hat. Sorry.

    Bisher äuft er noch während die Sicherungen laufen. Wenn er bis morgen noch nicht eingefroren ist, wäre das dann die längste Zeit und dann hätte das firmware-update wohl das Problem beseitigt.

    Einmal editiert, zuletzt von pi8375 (7. März 2015 um 16:36)

  • Das rpi-update hat das Problem gelöst. Danke für die Hilfe!
    Hätte ich eigentlich selbst drauf kommen können das zuerst mal durchzuführen. Hat sich wohl noch was innerhalb der 2 Wochen ohne Update geändert bei der Firmware.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!