Seit ich das Igor-Image auf meinem Cubietruck verwende, habe ich regelmäßige Ausfälle. Zum Glück fängt der Hardware-watchdog das ab und startet den CT dann neu. Ich kann nicht mit Sicherheit sagen, dass das Igor-Image Schuld ist. Auffallend ist aber, dass die Probleme erst seit dessen Verwendung auftreten.
Als ich das cubieez-Debian installiert hatte, lief der CT vier Monate ohne jeglichen Neustart durch.
Deshalb ist meine anstehende Wochenendaufgabe: Wieder das alte Debian installieren.
ich scheine glück zu haben :
root@cubie:~# uname -a
Linux cubie 3.4.101-sun7i+ #1 SMP PREEMPT Fri Aug 1 21:58:48 CEST 2014 armv7l GNU/Linux
root@cubie:~# uptime
11:46:31 up 35 days, 18:48, 1 user, load average: 0.09, 0.08, 0.05
root@cubie:~#
igor image auf nand
fhem auf ssd
wlan ap für 4 geräte
dnsmasq für dns&dhcp
ethernet fürs "wan"
homematic über usb
rfxtrx über tcp
toitoitoi.
Ich habe das Igor Image auf meinem Testserver. Der läuft seit 40 Tagen problemlos. Das FHEM auf diesem System ist nur sehr klein und nicht ansatzweise mit dem Produktivsystem vergleichbar. Allerdings läuft darauf auch der Logitech Media Server und das macht er ohne Probleme.
Das Produktivsystem läuft mit Cubieez (SD-Karte, Filesystem auf Samsung-SSD) seit 130 Tagen ohne Neustart.
Zitat von: betateilchen am 12 September 2014, 11:24:39
Deshalb ist meine anstehende Wochenendaufgabe: Wieder das alte Debian installieren.
Erledigt. Nun bin ich mal gespannt.
Ich bin sicher kein Massstab,
aber meine Fritte läuft ohne jegliche Problem mit fhem
der cubie lief immer nur 2 Tage dann war der 1wire Strang tot, zeitweise auch noch schneller.
War immer schön im Plot zu sehen.
immer unterschiedliche uhrzeiten...
Dann 1wire komplett rausgeworfen
ob dann noch was war, daran kann ich mich nun nicht zu 100% erinnern.
Ich könnte das ev noch prüfen, falls es interessiert
.
Neustart von fhem reichte nicht
nur ein kompletter reboot.
_>
zur Zeit läuft alles wieder auf der Fritte.
:-(
Tipp für Anwender, die das debieez nach der Installation per Livesuite so umstellen wollen, dass das Betriebssystem von SATA gestartet wird:
Schritt 1: Übertragen des rootfs aus NAND in eine Partition auf der SATA-Platte (dauert ein paar Minuten, nicht ungeduldig werden!)
dd if=/dev/nandb of=/dev/sda1 bs=1M
Schritt 2: Mounten des Bootloaders
mount /dev/nanda /boot
Schritt 3: Mit einem Editor in der Datei /boot/uEnv.txt den Eintrag "nand_root" von /dev/nandb auf /dev/sda1 ändern.
Fertig. Zur Kontrolle kann man nach dem Reboot "ls /dev/root" ausführen, dann sollte eine Ausgabe erfolgen, die so aussieht:
lrwxrwxrwx 1 root root 4 Sep 12 15:57 /dev/root -> sda1
Hallo zusammen
Ich habe auch die selben Probleme. Der Cubietruck mit dem Igor-Image verabschiedet sich immer wieder einmal.
Daher habe ich zum Testen die ganze FHEM Installation auf einen cubox i4 verschoben.
Darauf ist auch ein Igor-Image.
Mal sehen wie er sich verhält
Grüsse peterli1961
@Udo - wie schaut es den unter dem cubieez mit dem Bluetooth und IR aus?
Das wären meine gründe für einen wechsel zu igors Image...
cubieez mit Bluetooth funktioniert, wenn Du BT per externem USB Stick anschließt.
IR habe ich noch nie getestet, aber ich vermute, das dürfte ähnlich sein.
Hängt mit einer anderen Kernelkonfiguration zusammen. Da ich beides in meinem fhem-Produktivsystem nicht brauche, ist mir die Stabilität des Gesamtsystems wichtiger als die vollständige Nutzung aller onboard-Komponenten zu dem Preis, dass die gesamte Hardware nicht mehr zuverlässig und dauerhaft läuft.
Ich habe auch das Igor-Image drauf und er lief bis zum letzten Neustart wegen Strommangel über 2 Monate ohne durch.
Er wird bei mir mit einen Solarmodul + Akku und USB-Autonetzteil versorgt.
meiner läuft auch durch ohne restarts
hab gerade von
3.4.79-sun7i+
ein upgrade des Kerals gemacht
3.4.103-sun7i+
Hier läuft er mit: 3.4.91-sun7i+
Linux cubie.betateilchen.de 3.4.61+ #1 SMP PREEMPT Mon Dec 23 12:44:19 CST 2013 armv7l GNU/Linux
und bisher keinen Grund zum Update :)
Zitat von: betateilchen am 12 September 2014, 11:24:39
Seit ich das Igor-Image auf meinem Cubietruck verwende, habe ich regelmäßige Ausfälle.
wie äußern sich die Ausfälle denn..? kackt der regelrecht ab und startet neu..?
Ich habe das ja auch seit einigen Tagen/Wochen drauf... ich habe keine Problem bis eben auf die mit dem Außensensor, aber evtl. sind das ja auch Anzeichen die auf das Igor Image zurück zuführen sind...
Ansonsten läuft der ohne das ich etwas merke.... ;) aber das heißt ja nichts 8)
Ich habe noch einen zweiten CT mit dem Igor Image da läuft in etwa die selbe Zeit ein Mediaserver von Logitech drauf, da spiele ich echt jeden Tag Musik von ab und der läuft auch ohne Probleme...
Auch der Interesse halber, auf welcher Frequenz laufen die CPUs bei Euch mit dem Igor-Image und bei welcher Temperatur?
Ist nur ein Schuss ins Blaue und ich denke auch nicht wirklich, das es daran liegt.
Allerdings dachte ich auch darüber nach, auf das Igor-Image umzusteigen...
Habe igors Image mit 3.4.98 Kernel drauf. Läuft stabil, noch keine Abstürze. Gerade sind es 27 Tage. Davor habe ich selbst rebootet.
Edit: CPU Freq: 1000, Temp. Dauerhaft knapp unter 40. 44 in der Spitze (nächtlicher Backup-Lauf)
Mein Produktivsystem läuft wochenlang (zwischen freiwilligen Reboots wg. Konfigurationsänderung, ...) ohne Probleme. Noch nie ein Absturz.
Mein Testsystem hatte das kürzlich innerhalb von zwei Tagen zwei mal. Einfach stillgestanden. Kein Heartbeat mehr. Reset gemacht und es ist wieder hochgefahren.
Das Testsystem hat aber auch schon hart durchmüssen, und da hatte ich (im Gegesatz zum Produktivsystem) LXDE drauf. LXDE deinstalliert und seit einer Woche nichts mehr passiert, was allerdings noch zu kurz ist, um es als "geheilt" zu betrachten.
Das Produktivsystem macht sogar deutlich mehr als das Testsystem (NAS, heftige Backups nachts, Intranet, ...)
Beide Kernel 3.4.103
Beide bootfs im NAND und rootfs auf einer 128GB SSD
kein wlan
kein bluetooth
nichts an GPIO
JeeLink an USB
Beide mit Akku
Temperatur Produktivsystem ca. 45° im Schnitt, nachts bei hoher Last ca. 50
Temperatur Testsystem ca. 38° im Schnitt, bei Last ca. 45
Meiner hat nicht viel zu tun, und ist immer um 30° warm
Load: 0.10, 0.07, 0.05 - Board: 28.2°C - Drive: sensor / 41Gb - Memory: 1896Mb
root@cubie:~# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state | grep -v '\ 0'
480000 303126362
528000 278066
600000 14349
648000 2971
672000 1332
696000 1284
720000 1408
744000 1317
768000 1202
816000 2642
864000 4255
912000 10188
960000 4050
1008000 20195303
root@cubie:~#
Meiner hier im wird 42.5 °C warm und arbeitet zwischen 60MHz und 1200MHz
Er ist per WLAN im Netz und hat eine CUL868 an USB, FHEM und mySQL laufen auf SSD.
Load: 0,08, 0,07, 0,05 - Board: 42.6°C - Drive: 36°C / 87Gb - Memory: 1747Mb
root@cubietruck:~# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state | grep -v '\ 0'
60000 82767698
72000 3945903
84000 30226
96000 25901
120000 35797
132000 25478
144000 16274
156000 16761
168000 11513
180000 17430
192000 6651
204000 5547
216000 8928
240000 86034
264000 44058
288000 16795
336000 18949
360000 6458
384000 4772
408000 4481
480000 11231
528000 7612
600000 12308
648000 8766
672000 4159
696000 4448
720000 4532
744000 3420
768000 3754
816000 6955
864000 7099
912000 9609
960000 9370
1008000 13944
1056000 32954
1104000 68341
1152000 133720
1200000 6280716
@betateilchen: füg doch mal eine Umfrage hinzu: "Mein System ist schon mal im laufenden Betrieb einfach stehen geblieben" Ja / Nein
Wäre interessant, wie hoch der Prozentsatz der Systeme ist, bei denen das passiert.
Aus den Antworten ist das schwer rauszuzählen.
Nachdem ich schon zwei Cubietriucks auf dem Tisch hatte, die nach einigen Tagen/Wochen einfach gestorben sind, würde ich auch Hardwareprobleme nicht völlig ausschließen.
Wenn Ihr das Igor-Image einsetzt, liefern Freq. und Temp wohl keine eindeutige Erklärung für die Instabilitäten.
Als Vergleich, bei mir liegt die CPU-Temp im Schnitt bei 47°C. Es ist auch ne SSD im Gehäuse und die CPU-Freq. ist zwischen 720-920Mhz (bin noch nicht zum optimieren gekommen) und ggf. ist der Aufstellungsort ungünstiger. Seit Einrichtung gab es keine unvorhersehbaren Abstürze.
Mein Image kam hier her:
Zitat von: betateilchen am 20 März 2014, 23:50:09
das Image liegt hier: http://dl.cubieboard.org/software/a20-cubietruck/debian/debieez/
...Wie gesagt, ein Schuss ins Blaue.
meiner läuft mit einer CPU Frequenz von 1008 MHz Temperatur im Schnitt 41°, ich habe eine 60GB SSD von Kingston im Einsatz.
System up time: 17 Tage
alle Daten hier aus Sysmon...
macht Nachts zwei Backups..
Alles davor an reboots selber ausgelöst, stehen geblieben ist er noch nie.
Hier die Daten beim Login:
Load: 0,08, 0,06, 0,05 - Board: 41.0°C - Drive: 39°C - Memory: 1922Mb
Mein zweiter CT arbeitet als reiner Mediaserver mit dem Logitech Media Server drauf, hier habe ich eine 2,5" 1TB WD Red dran und meine gesamte Musik drauf, hier Streame ich ständig Musik....
Nach der Installation überhaupt noch nie rebootet, kein Abstürze
Hier die Daten beim Login:
Load: 0,00, 0,01, 0,05 - Board: 31.4°C - Drive: 36°C - Memory: 1844Mb
Hallo,
Mein Cubietruck zickt mit dem Igor Image auch rum. Bemerkt habe ich das allerdings erst als ich FHEM das Push Nachrichten senden gezeigt habe und seitdem bekomme ich alle 2 - 4 Tage eine Nachricht über einen Neustart :(
In einem anderen Forum habe ich von ähnlichen Problemen gelesen und das die CPU Probleme macht wenn man diese übertaktet. Daher haben die in der /etc/init.d/cpufrequtils die max Frequenz auf 960 MHz begrenzt.
(Fehler korrigiert - entschuldigt das ich das nicht kontrolliert habe)
Zitat von: GiJoe73 am 14 September 2014, 16:46:42
In einem anderen Forum habe ich von ähnlichen Problemen gelesen und das die CPU Probleme macht wenn man diese übertaktet. Daher haben die in der /etc/.init.d/cpufrequtils die max Frequenz auf 960 MHz begrenzt.
Das kann schon eine plausible Erklärung sein. Laut SUNXI hat die A20 eine Maximalfrequenz von 912 MHz.
Per default ist der governor beim "igor-image" auf 480-1010 eingestellt, was übertaktet ist.
Mit etwas fertigungsbedingter Streuung kann dann vielleicht die eine oder andere CPU bei 1010 MHz instabil werden und andere packen das noch.
Ich drehe mal auf 912 MHz runter und warte ab, ob nochmal was passiert.
Bei mir laufen alle 3 CTs auf konstant 1010Mhz seit Wochen (teilweise Monaten) stabil.
Zitat von: HCS am 16 September 2014, 14:11:29
Ich drehe mal auf 912 MHz runter und warte ab, ob nochmal was passiert.
meiner läuft auch konstant bei 1008 MHz
wo machst du das, in dieser Datei hier die oben erwähnt wurde steht nämlich nichts drin /etc/.init.d/cpufrequtils
Zitat von: moonsorrox am 16 September 2014, 15:27:22
wo machst du das, in dieser Datei hier die oben erwähnt wurde steht nämlich nichts drin /etc/.init.d/cpufrequtils
/etc/.init.d/cpufrequtils ist auch falsch. Da ist ein Punkt zu viel, vor init
das selbe hier mit igor-image:
- Reboot /Ausfälle bisher nur bei Stromausfällen (hatte noch kein Akku) oder gewollten Reboot (sowohl mit root auf NAND sowie root auf HDD)
- konstant 1008 MHz bei 40°C mit Akku und 1TB HDD (Nas) im Cubiecase
- Bluetooth, WLAN, LAN aktiv, USB-Ports voll belegt mit Geräten ohne eigene Stromversorgung
Ich habe jetzt einen CT mit Igor Image testweise so konfiguriert, dass die /etc/init.d/cpufrequtils überhaupt nicht ausgeführt werden. Dann ist die scaling_max_freq automatisch auf 912 MHz begrenzt. Das ganze Frequenz-Gedöns wird ja grundsätzlich über die script.bin festgelegt und von den cpufrequtils während des Bootens verändert.
Der Effekt der sich bei mir bei jedem Absturz zeigt, war ein Dauerleuchten der weissen LED, diese LED ist der CPU1 zugeordnet und signalisiert CPU-Aktivitiät. (die orange LED ist der CPU0 zugeordnet).
Bin gespannt, ob sich der CT dadurch stabil verhält.
Die ersten Images von Igor waren bis zur 3.4.79 doch noch bis 1200Mhz getaktet, das hat Igor wegen Stabilitätsproblemen wohl wieder zurückgenommen. Ich selbst habe das von Anfang an wieder runtergenomen und keine Probleme mit Neustarts, jedoch hängte sich der LMS Server beim Start in einer Endlosschleife fest und es war ein Krampf den ans laufen zu bekommen. Am Stück lief das Teil über 2 Monate bis gestern, als ich den 3.4.103 eingespielt habe. Das Problem mit dem LogiMediaserver ist damit auch Geschichte. Ich hoffe das Ding läuft weiterhin wie geschmiert so weiter....
PS. Wie kann ich eigentlich die alten Kernel samt Anhang am effektivsten wieder loswerden.
Zitat von: HCS am 16 September 2014, 16:07:59
/etc/.init.d/cpufrequtils ist auch falsch. Da ist ein Punkt zu viel, vor init
da hätte ich auch selber drauf kommen können ;)
Zitat von: Dittel am 20 September 2014, 11:11:42
jedoch hängte sich der LMS Server beim Start in einer Endlosschleife fest und es war ein Krampf den ans laufen zu bekommen.
welche Version des LMS hast du drauf, bei mir ging das vollkommen problemlos. Installiert und schon lief das Ding, auch schon jetzt seit ca. 2Monate schätze ich.
Muss dazu sagen es läuft auch nur der LMS da drauf, weiter nichts bisher ich nutze die Logitech Media Server Version: 7.8.1 - 1407915121
Zitat von: moonsorrox am 20 September 2014, 13:47:07
welche Version des LMS hast du drauf, bei mir ging das vollkommen problemlos. Installiert und schon lief das Ding, auch schon jetzt seit ca. 2Monate schätze ich.
Muss dazu sagen es läuft auch nur der LMS da drauf, weiter nichts bisher ich nutze die Logitech Media Server Version: 7.8.1 - 1407915121
...die 7.8.0 ... wie gesagt, es war nur das Problem das Ding zum starten zu bewegen, einmal am laufen war der LMS dann auch stabil. Mich hat es nur gegraut, wenn ich den Cubie aus irgendeinem Grund mal runterfahren musste, Gewitter, Hochwasser, Krieg... etc. Aber mit dem neuen Kernel ist das Phänomen ja nun auch gegessen.
Aktueller Stand:
Produktivsystem 1008 MHz noch nie abgestürzt, längste Phase nach einem freiwilligen reboot nun etwas über einem Monat
Testsystem nach zwei Abstürzen auf 912 MHz runtergedreht, seitdem nun drei Wochen ohne Absturz.
Zitat von: betateilchen am 16 September 2014, 21:52:54
Ich habe jetzt einen CT mit Igor Image testweise so konfiguriert, dass die /etc/init.d/cpufrequtils überhaupt nicht ausgeführt werden. Dann ist die scaling_max_freq automatisch auf 912 MHz begrenzt.
...
Bin gespannt, ob sich der CT dadurch stabil verhält.
Und, ist er stabil?
Zitat von: HCS am 05 Oktober 2014, 18:14:17
Und, ist er stabil?
Bis jetzt keine Auffälligkeiten mehr.
Ich glaube, dass es tatsächlich ein Problem (mal abgesehen davon, dass es noch unzählige andere Ursachen geben kann) mit der CPU-Frequenz gibt, in der Hinsicht, dass manche A20 recht sensibel auf Übertakten reagiereren und manche da toleranter sind.
Mit 912 MHz hat man zumindest diese Ursache ausgeschaltet und richtig spürbar langsamer kommt er mir auch nicht vor.
Stromkosten spart es dann auch noch ;D ;D
Zitat von: betateilchen am 12 September 2014, 11:24:39
Seit ich das Igor-Image auf meinem Cubietruck verwende, habe ich regelmäßige Ausfälle. Zum Glück fängt der Hardware-watchdog das ab und startet den CT dann neu.
Hallo betateilchen,
hast Du den watchdog für den Cubietruck analog deinem HowTo für den RPi konfiguriert?
Ich hatte jetzt einen ersten Hänger seit ca. 3 Monaten und möchte den watchdog nutzen bevor ich ggf. auch die CPU Frequenz absenken muß.
Gruss
Tobias
ja, der watchdog funktioniert wie beim Raspberry auch. Du brauchst Dich allerdings um die Hardware und Kernelmodule nicht zu kümmern, das Igor-Image hat das /dev/watchdog bereits eingebaut.
Aber: Das Absenken der Frequenz ist der bessere Weg - zumindest langfristig. Nennenswerte Performanceeinbußen brauchst Du nicht zu befürchten.
Außerdem: Du musst die Frequenz nicht absenken, Du brauchst nur das Erhöhen der Frequenz während des Bootens abzuschalten ;)
kann vielleicht jemand kurz erläutern wie ich die cpufrequtils manipuliere sodass sie nicht ausgeführt wird?
Hier fehlt mir glaube ich ein bisschen Grundwissen.
Steht glaub ich schon hier irgendwo im Thread...
update-rc.d cpufrequtils remove
(als root ausführen!)
Siehe auch manpage zu update-rc.d
Danke für die schnelle Antwort Udo, hier im thread konnte ich den Befehl nicht finden..
root@cubie:/etc/init.d# update-rc.d cpufrequtils remove
update-rc.d: using dependency based boot sequencing
insserv: warning: script 'K01hmland' missing LSB tags and overrides
insserv: warning: script 'hmland' missing LSB tags and overrides
Kannst Du mir vielleicht noch sagen warum sich Umland jetzt zu wort meldet?
...und immernoch Abstürze von einem meiner beiden Cubies. Im Schnitt so alle zwei Wochen bleibt der Kübel einfach stehen. Frequenz ist zwischen 480 und 920Mhz eingestellt. Verschiedene Netzteile auch schon ausprobiert. Letzteres ist stabilisiert und hat über 3 A. Ramlog habe ich abgeschalten und trotzdem findet sich nix in den Logs. Der unstabile läuft mit 40 Grad, der stabile mit 30 obwohl die Auslastung und die Unterbringung gleich ist. Einzigen unterschiede, der Wackelkanditat hat eine SSD, die ich zum Auslagern der FHEM Logs und für den Logitechmediaserver verwende. Schon seltsam... ich weiss nicht mehr weiter. >:(
Bei mir lief der Cubitruck, mit normalen Debian Wheezy Image und SSD, bis zum Umstieg auf ZBOX nano, 8 Monate völlig problemlos durch. Verbaut war der Truck mit zwei Raspi´s und einen Netzwerkswitch in einem alten D-Box Gehäuse und einem 7,5V (für den Switch) 10A Industrienetzteil.
Hatte nie Probleme mit dem Teil.
VG
Frank
also ich habe aktuell 2 Cubies laufen einen Produktiv den anderen immer mal eingeschaltet um ihn upzudaten da nur Testsystem...
Keiner der beiden macht bisher Probleme...
Aktuelles Image ist das stable von Igor welches ja jetzt Jessie Debian 8 ist..
Einzig was Problme bereitet ist ein Modul welches bei mir die Siemens Logo 8 darstellen soll, aber das liegt an der neusten Perl Version...
Sonst keine Vorkommnisse... ;)
Habt ihr den alle die Frequenz gesenkt? meiner Läuft ohne Probleme ist aber auch bei durchgehend 50°C. Sollte ich daran was ändern?
hatte die nie angepasst und er lief problemlos über ein jahr und 3 monate problemlos durch (und wurde dann verkauft)
meine CPU Temperatur ist auch bei 50.60 °C und bei mir steht CPU frequency: 480 MHz, aber ich glaube die passt sich automatisch an die Anforderung an...! Bin mir aber nicht sicher, weil mit Sysmon ausgelesen steht sie auch manchmal auf einem anderen Wert.
Angepaßt hatte ich auch nie etwas..!
Ich hatte auch öfter Probleme, dann habe ich ein anderes Netzteil verwendet und ab da hatte ich keine Ausfälle mehr
Gruss tagedieb
....bin bei einem meiner Cubies auf unter 900mhz runter und habe einen aktiven Hub drangehängt, obwohl ich nicht über 500mA pro Port gekommen bin. Seit einem Monat jetzt stabil.
Zitat von: betateilchen am 12 Oktober 2014, 10:56:51
Steht glaub ich schon hier irgendwo im Thread...
update-rc.d cpufrequtils remove
(als root ausführen!)
Siehe auch manpage zu update-rc.d
Hallo Udo,
gilt das auch für/bei Debian 8 (Jessie )? :-\
gruss
klaus
Danke für die INfos. habe mich durch den Thread gekämpft weil ich dieselben Probleme habe, azyklisches aufhängen mit dauerleuchten der weißen LED
Vielleicht passt die Frage hier, um erst mal keinen neuen Thread aufzumachen:
Hat schon jemand auf dem Cubietruck Vanilla laufen - natürlich erfolgreich mit FHEM?
Hallo,
installiert Ihr auf microSd oder Onboard-flash?
Seit ich zur microSd gewechselt bin, läuft der Cubie deutlich stabieler.
Nico
Ich habe auch SSD installiert. Allerdings kommt bei mir das Problem so akut erst seit einigen Monaten/Wochen auf. Früher gab es alle paar Monate mal einen Hänger, jetzt innerhalb Tagen oder rgar Stunden. Die Platte habe ich mit smartctl prüfen lassen, da kommen keine Probleme.
Hallo,
ich meine keine SSD, sondern den NAND-Flash.
BTW in dem Zusammenhang fällt mir auf ich bin auch auf vanilla Kernel gewechselt, kann evtl auch ei Grund sein, warum es besser läuft.
Also mit MicroSD und Vanilla Kernel bin ich zufrieden.
Also stellt sich jetzt mir die Frage, ob ich auf Vanilla umsteige - hmmm, ob ich mir das ans Bein binden soll....
Erinnere mich noch daran, dass das letzte Kernel-Update doch mehr Aufwand war als erst erwartet.
Hey zusammen,
ich kram den Thread mal wieder aus.
Mittlerweile nenne ich auch einen Cubietruck mein Eigen und nun stehe ich vor der Frage, welches Image ich verwenden soll.
Im ersten Zuge habe ich ein armbian mit Legacy Kernel (3.4.112) installiert. Das Ganze bootet von NAND, rootfs liegt auf einer Samsung Enterprise SSD.
Wie ist Eure Erfahrung heute (die meisten Antworten in diesem Thread liegen ja schon Jahre zurück)?
Welches Image empfehlt Ihr? armbian? Wenn ja, Legacy oder Vanilla? Oder vielleicht eines der Images von cubieboard.org?
Und sollte ich eher von NAND oder von SD booten?
Keiner da, der seine Erfahrungen teilen möchte? :(
Würde den Cubie gern produktiv schalten, möchte aber ungern die ganze Einrichterei zweimal machen. Hoffe Ihr könnt es mir ersparen ;)
ZitatIm ersten Zuge habe ich ein armbian mit Legacy Kernel (3.4.112) installiert.
Ich würde auch jeden Fall ein Img nehmen wo ein aktueller Kernel verwendet wird da der 3.4 Kernel Sicherheitslücken aufweist und auch nicht mehr weiter entwickelt wird. Aktuell sind die Kernel 4.7
Auf meinem läuft das "Igor Image"
http://www.armbian.com/cubietruck/
Variante: Jessie-Server/Legacy
Armbian_5.20_Cubietruck_Debian_jessie_3.4.112
Läuft ohne jegliche Probleme oder Abstürze.
Ich boote von SD, Rest ist auf der Festplatte.
Zum Thema Booten von NAND oder SD gibts ne Menge esoterische Diskussionen. Ist Geschmacksache.
Zitat von: tobias.gj am 25 Oktober 2016, 16:37:54
Zum Thema Booten von NAND oder SD gibts ne Menge esoterische Diskussionen. Ist Geschmacksache.
Hast Du grade den Link zu einer solchen Diskussion parat? Ich habe leider nichts gefunden...
Auf der HP von Igor ist auch eine Anleitung wie du das ganze installierst
http://docs.armbian.com/User-Guide_Getting-Started/ (http://docs.armbian.com/User-Guide_Getting-Started/)
Was ich mich noch so erinnern kann, wirst du bei der Installation gefragt ob du auf die SSD oder SD Karte Installieren willst. Die SSD muss aber schon angeschlossen sein
nachdem man das Image auf die SD Karte kopiert hat, bootet man von der SD und ruft dann das Script "nand-sata-install" auf.
Habe heute gerade das Img jessie server mit dem Kernel 4.7 zwar auf einem Banana Pi installiert mit Fhem dazu und das läuft einwandfrei.