NEWS
-
Bin gerade dabei meinen Rock64 aufzusetzen, habe jedoch ein kleines problem:
Ich habe das image von der iobroker webseite genommen und mit dem USB adapter auf den emmc geschrieben.
iobroker läuft soweit (musste custom install ohne redis machen wie in einem anderen thread geschrieben) aber wenn ich mich per SSH einlogge steht in dem Übersichtsscreen direkt, dass 0% Speicher frei sind von 1,7GB. Ich habe aber eine 32GB emmc…. Wenn ich per SFTP eine Datei auf den Rock kopiere ist nach ca 26MB schluss. ...es sieht so aus alsob hier die dateigröße des images als maximale datenträgergröße gesetzt wurde ... wie kann ich das ändern? sowas wie "expand filesystem" wie beim raspberry habe ich in der armbian-config nicht gefunden.
-
Da geht es dir wie mir:
@eXTreMe:sowas wie "expand filesystem" wie beim raspberry habe ich in der armbian-config nicht gefunden. `
ich weiß nicht ob so etwas früher drin war - meine aber ja.Auch da muss ich leider passen :(
Wenn das nand-sata-install wieder funktionieren wird, wird auch automatisch das filesystem erweitert.
Vielleicht klappt das ja:
Ganz spontan fällt mir jetzt paragon partition manager ein.
Wenn du die Installation auf dem USB-to-eMMC Adapter hast müsstest du damit die Partition erweitern können.
EDIT:
lies mal hier:
https://forum.armbian.com/topic/487-rei … e-on-boot/
das update.rc …. hatte bei mr beim letzten Test vor etwa 1/2 Jahr nicht mehr geklappt, vielleicht klappt es ja jetzt wieder.
sudo resize2fs /dev/mmcblk0p1habe ich noch nie versucht.
Gruß
Rainer
-
Ganz spontan fällt mir jetzt paragon partition manager ein.
Wenn du die Installation auf dem USB-to-eMMC Adapter hast müsstest du damit die Partition erweitern können. `
Das hier hat auf den ersten Blick geklappt, danke!Jetzt versuche ich die Daten von meinem Raspi3 auf den Rock64 zu bekommen.
-
Habe Antwort von Igor bekommen.
Ab dem nächsten nightly wir das gefixt sein.
Der Fix ist hier zu sehen
https://github.com/armbian/build/commit … b6b12b174f
Gruß
Rainer
-
Man tut was man kann ;-)
Gruß
Rainer
(Bis Samstag)
-
Hast du noch 1/2 kg Arduinisch und 1 Zentner Zeit?
Danke für das Angebot - im Moment brauche ich eher obiges ;-)
Gruß
Rainer
-
[OT]
@Homoran:Hast du noch 1/2 kg Arduinisch `
etliche WeMos und ESP32. Einen Mega um den RFLink endlich mal ordentlich aufzubauen und danach evtl einen zweiten in den Speicher zu stellen (vielleciht hat ein Nachbar ja eine ordentliche Wetterstation). Nano für die HM-Nachbauten sind im Zulauf.
@Homoran:1 Zentner Zeit? ` Mal nachschauen…., ah Vorrat steht gerade auf "discontinued", also man kann halt nicht alles haben....
-
Vorrat steht gerade auf "discontinued" `
so was hatte ich befürchtet :(Sieht bei mir genau so aus.
etliche WeMos und ESP32. Einen Mega um den RFLink endlich mal ordentlich aufzubauen und danach evtl einen zweiten in den Speicher zu stellen (vielleciht hat ein Nachbar ja eine ordentliche Wetterstation). Nano für die HM-Nachbauten sind im Zulauf. `
ich meinte mehr 1/2kg code "zum unter das Kopfkissen legen", zwecks Diffusion in das darüber liegende Wrack von Hirn. :DGruß
Rainer
-
Hallo!
Nachdem mein Rock64 nun auch endlich da ist, wollte ich gerade munter drauf los flashen …
aber die images von der iobroker download seite funktionieren nicht mit einer sd karte ?!? hab schon mehrere durch.
ich spreche von:
http://www.iobroker.net/docu/?page_id=8071&lang=de
Die Version von pin64.org:
Debian Stretch Mate Community Build Image [microSD Boot] [0.5.15-136-20171222]
läuft dahingegen normal an. Mache ich was falsch?! Bei mir kommt kein signal auf dem hdmi raus!
Achja, Jumper ist gesetzt?!
Hat jemand einen Tipp??
Danke, Grüße, Raidy
-
Mache ich was falsch?! Bei mir kommt kein signal auf dem hdmi raus! `
Wenn sonst alles läuft?Ja, auch bei mir hatte ich kein Signal auf HDMI!
Aber über PuTTY lief alles.
Bin jetzt ab nächster Woche in Urlaub, danach mache ich Mal einen neuen Versuch.
Wenn du nand Install nicht nutzen willst probier Mal das vorherige Image.
Da war noch ein Bug im Data-Band-Install. Der Fehler wurde n einem nightly build gefixt. Aber vielleicht ist da dafür der HDMI nicht ok.
Gruß
Rainer
-
Mhm… ich muss doch noch mal fragen kommen ;)
Irgendwie sind ja alle so scharf drauf, die Daten auf die e-MMc zu bekommen aber ich finde immer noch keine Vorteile davon. Für mich stellt es sich so dar, dass die e-MMC nicht haltbarer ist als eine SD Karte. Zusätzlich kann ich von der SD mal schnell ein Image machen, was wohl mit der e-MMC nicht mehr geht.
Wo liegt nun also der Vorteil, wenn ich den Rock mit der e-MMC betreibe und nicht mit einer SD Karte?
Danke schon mal und viele Grüße (auch in den Urlaub!!!)
Mario
-
Noch kein Urlaub :(
eMMC sollte haltbarer und vor allem schneller als SD Karten sein.
Inzwischen ist die Qualität bei einigen eMMC allerdings gesunken.
Was bleibt ist die Geschwindigkeit der Schnittstelle. SD Kartenleser sind da teilweise extrem langsam.
Gruß
Rainer
-
Das kommt auf die Qualität der SD und der eMMC an.
Ich kann jetzt nicht direkt für den Rock64 sprechen, sondern für meinen Orange Pi Plus 2e.
Der hat ein relativ schnelles 16GByte eMMC fest verbaut. Und als Vergleich habe ich den vorher verwendeten RasPi 2B+ mit 16GByte oder 32GByte SD.
Bereits die Installation und das ganze Update und Upgrade läuft mit der eMMC beim OPi deutlich schneller als beim RasPi mit SD.
Dann waren nach einiger Zeit die RasPis instabil und sind auch nicht mehr zuverlässig wieder hochgestartet. Irgendwann gar nicht mehr. Das habe ich beim OPi bisher nicht erlebt. Der ist bisher immer zuverlässig gestartet.
Generell haben alle Flash Speicher begrenzte Lebensdauern was die Anzahl der Schreibzyklen betrifft. Was da wirklich wieviel haltbarer ist, läßt sich schwer recherchieren. Man liest unterschiedliche Aussagen, zumal es auch industrial SD gibt.
Deshalb schreibe ich die History-Daten nicht auf die OS-Disk sondern auf eine separate SSD, die per USB angeschlossen ist. Beim OPi ist der USB Anschluß auch recht ordentlich angebunden, anders als beim Raspi. Aber für die paar History-Daten wirds auch RasPis USB tun und notfalls sogar ein USB-Speicherstick.
Die letzte SSD, die ich gekauft habe, war eine 60GB Kingdian für <20 EUR. Die Daten werden jede Nacht auf die Synology weggeschrieben. Falls also der externe Speicher wegen zu vieler Schreibzugriffe defekt gehen sollte, ist das OS noch intakt und man hat max. einen Tag History-Daten verloren. Nacharbeiten muß man dennoch etwas, um die ftsab von der Seriennummer (UUID) des alten Mediums zu befreien und das Erstzmedium einzuhängen. Aber bei 32GB oder 60GB Kapazität und vielleicht 2GB/a Datenmenge rechne ich in den nächsten Jahren mit keinen Problemen.
Wenn man armbian verwendet, sollte man auch den externen Datenspeicher mit ext4 formatieren, FAT32 lief bei mir heimtückisch instabil.
-
läuft dahingegen normal an. Mache ich was falsch?! Bei mir kommt kein signal auf dem hdmi raus! `
ich habe mal etwas gegoogelt. Es scheint da einen Bug mit HDMI in Verbindung mit fullHD zu geben.Da mein letztes Image auf einem nightly Build von Armbian basierte habe ich jetzt mal das aktuelle Debian Image heruntergeladen.
Dort funktioniert der HDMI,
aber wie erwartet war dort noch ncht das reparierte nand-sata-install mit drauf :(
Mal sehen ob sich da was frickeln lässt.
EDIT: JA! Da lässt sich was basteln.
Jetzt brauche ich nur noch Zeit das Image zu erstellen.
Wollt ihr ein full Armbian MIT Desktop (siehe Bild)??
Gruß
Rainer
-
Hey Rainer!
Mensch, großartig! Wie gehst du an die Sache ran? Gibt es eigentlich auch ne Installationsanleitung für Armbian, wie man ioBroker installiert?
Also da bin ich mal gespannt, ob das läuft!
Viele Grüße schonmal an dieser Stelle! :)
Grüße, Raidy
-
Gibt es eigentlich auch ne Installationsanleitung für Armbian, wie man ioBroker installiert? `
Das ist die gleiche wie für alle Linux Versionen:http://www.iobroker.net/docu/?page_id=5106&lang=de
Armbian runterladen und dann nach der Anleitung vorgehen.
Wenn du NICHT auf eMMC installieren willst geht das.
Sonst melde dich mal.
Gruß
Rainer
-
Irgendwie sind ja alle so scharf drauf, die Daten auf die e-MMc zu bekommen aber ich finde immer noch keine Vorteile davon. Für mich stellt es sich so dar, dass die e-MMC nicht haltbarer ist als eine SD Karte. Zusätzlich kann ich von der SD mal schnell ein Image machen, was wohl mit der e-MMC nicht mehr geht. `
Wenn man schon eine USB3-Schnittstelle hat, sollte man diese auch für das root fs mit einem schnellen USB3-Stick nutzen. Davon kann man auch bequem und schnell ein Image machen. Wenn man auch noch eine lange Lebensdauer (Schreibzyklen) möchte, nimmt man einen https://www.real.de/product/307973471/?utm_source=idealo&utm_medium=cpc&utm_content=de&utm_campaign=pricecomparison&sid=23672592. Das Geld für den e-MMC würde ich mir sparen. -
Oder eine billige 60GB SSD mit USB3 Adapter. Zusammen <30 EUR beim Chinesen.
Das sind die Daten meiner 60GB Kingdian mit Orico USB 3.0 -Adapter, NTFS am Win10 i7:
NTFS: ----------------------------------------------------------------------- CrystalDiskMark 5.1.2 x64 (C) 2007-2016 hiyohiyo Crystal Dew World : http://crystalmark.info/ ----------------------------------------------------------------------- * MB/s = 1,000,000 bytes/s [SATA/600 = 600,000,000 bytes/s] * KB = 1000 bytes, KiB = 1024 bytes Sequential Read (Q= 32,T= 1) : 387.656 MB/s Sequential Write (Q= 32,T= 1) : 292.251 MB/s Random Read 4KiB (Q= 32,T= 1) : 27.703 MB/s [ 6763.4 IOPS] Random Write 4KiB (Q= 32,T= 1) : 72.841 MB/s [ 17783.4 IOPS] Sequential Read (T= 1) : 379.373 MB/s Sequential Write (T= 1) : 290.259 MB/s Random Read 4KiB (Q= 1,T= 1) : 18.380 MB/s [ 4487.3 IOPS] Random Write 4KiB (Q= 1,T= 1) : 37.672 MB/s [ 9197.3 IOPS] Test : 1024 MiB [G: 0.2% (0.1/55.9 GiB)] (x5) [Interval=5 sec] Date : 2018/04/14 8:42:01 OS : Windows 10 [10.0 Build 16299] (x64)H2testw
H2teswt NTFS formatiert Achtung: Nur 57138 von 57238 MByte getestet. Fertig, kein Fehler aufgetreten. Sie können die Testdateien *.h2w jetzt löschen oder nach Belieben nochmals überprüfen. Schreibrate: 39,8 MByte/s Leserate: 299 MByte/s H2testw v1.4Bin dennoch mit dem eMMC am Orange Pi Plus 2e ganz zufrieden.
Support us
660
Online32.7k
Users82.4k
Topics1.3m
Posts