jgmischke Geschrieben July 8, 2015 at 20:03 Geschrieben July 8, 2015 at 20:03 Habe heute den Red Brick ausprobiert. Zum EInsatz kommt eine 16GB Karte. Das Aufspielen mit dd hat einwandfrei funktioniert. System bootet und wird auf einem PC mit brickv angezeigt. WLAN wird erkannt. Aber nach dem Vergrössern der SD Karte auf die Gesamtgröße brachte der brickv nach dem Neustart ein Timeout nach dem anderen und ziegt nix mehr an. Heute ist es schon spät, ich werfe da morgen mal einen Blick drauf. Interessant wäre auch die Option, sich ein eigenes Linux auf den Red Brick zu packen. Wie sieht es da mit dem Tool "buildroot" aus, würde das funktionieren? Zitieren
jgmischke Geschrieben July 9, 2015 at 17:42 Autor Geschrieben July 9, 2015 at 17:42 So, nach dem "vergrössern" kommt systemd nicht in die Hufe. Mit /etc/rclocal Compatibilty bremst er das ganze System aus, zudem gibt es wohl für das Modul kein Timeout. Der RED läuft zwar, wird aber nicht fertig. Nach 4 Minuten hab ich das Teil abgeschaltet und das alte Image draufgepackt. Zitieren
jgmischke Geschrieben July 9, 2015 at 18:32 Autor Geschrieben July 9, 2015 at 18:32 Da stimmt wohl beim brickv etwas nicht. Manuell die Partition vergrössert, mit resize2fs das Dateisystem vergrössert ... geht. Das vergrössern dauert hier auch um etliches länger als mit dem brickv, der war nach einer halben Minute angeblich fertig. Zitieren
Nic Geschrieben July 10, 2015 at 06:55 Geschrieben July 10, 2015 at 06:55 Ich habe eine 32gb Class 10 Karte von Samsung ohne Probleme vergrößert, allerdings unter einem Image 1.4. Zitieren
photron Geschrieben July 10, 2015 at 07:35 Geschrieben July 10, 2015 at 07:35 jgmischke, Brick Viewer ist nach 30 Sekunden fertig, weil er nur den Resize Befehl in rc.local einträgt und dann einen Neustart auslöst. Das eigentliche Resize passiert dann beim Neustart. Was du da siehst ist also erwartet. Ob jetzt aber 4 Minuten okay, oder schon zu lang sind bin ich mir nicht sicher. Zitieren
jgmischke Geschrieben July 10, 2015 at 18:35 Autor Geschrieben July 10, 2015 at 18:35 @photon ... Genau das ist ja nicht passiert. Wie oben beschrieben kommt systemd nicht in die Hufe und bastelt immer wieder rum. Ich habe das Teil ein paar Minuten laufen lassen. OK, es KANN eventuell sein, das systemd dann im Hintergrund das resize startet und solange warten will. Teste ich noch mal aus. Ich lasse die Maschine dann einfach mal 10 Minuten rattern, dann sollte das durch sein. Ein kleiner Hinweis VOR dem resize wäre dann aber nett, damit man auch weiss, das nach dem reboot das ganze dauern kann und das diese Wartezeit normal ist! Ansonsten läuft der kleine rote aber super. Die Funktionen die im brickv möglich sind erschlagen die meisten Sachen für Anfänger. Und "Profis" gehen eh über die Konsole oder direkt aufs Linux via Tastatur drauf. Zitieren
jgmischke Geschrieben July 11, 2015 at 12:37 Autor Geschrieben July 11, 2015 at 12:37 So, das ganze noch einmal in Ruhe getestet. Ein normales RedImage auf 16 GB brauchte ungefähr 5 Minuten, bis er im brickv wieder sichtbar war , also in etwa das, was auch beim manuellen Vergrössern drin war. OK, es funktioniert scheinbar. Oder? Nach 5 Minuten war der Rote zwar im brickv zu sehen, ein Skripterror 1001 wurde im brickv angezeigt. Also manuell nachgesehen ; Wie beschrieben hampelte systemd insgesamt 12 (!) Minuten rum, das resize wurde zwar durchgeführt, aber das ist eindeutig zu lang! Hier blockierte systemd sich wohl selbst? Also unter einem "take a moment ..." im Text des Brickv verstehe ich etwas ganz anderes. Zudem liefert der RedBrick keine Daten während er das Dateisystem ändert. Hier wäre eventuell ein kleiner Textmerker für den brickv angebracht, der dann etwa ein "Resizing" anzeigt, weil da doch die Gefahr gross ist zu glauben, der Rote hätte was abbekommen. Ist zwar nur interessant wenn man den brickv benutzt, ist auf der anderen Seite aber für unerfahrene Benutzer vielleicht ganz hilfreich. Zitieren
photron Geschrieben July 17, 2015 at 13:24 Geschrieben July 17, 2015 at 13:24 Also, ich habe mir das jetzt noch mal im Detail angesehen und das Resize war etwas unglücklich realisiert. Es wurde am Endes de Bootprozesses durchgeführt. Zu diesem Zeitpunkt läuft der Brick Daemon auf dem RED Brick schon und ist daher im Brick Viewer zu sehen. Wobei das Resize aber noch laufen konnte. Was dann wahrscheinlich den Script Error hervorgerufen hat. In meinen Tests hat das Resize nie länger als 2 Minuten gedauert. Hast du vielleicht eine besonders langsame SD Karte? Oder Programme laufen, die den RED Brick auslasten? Ich habe das jetzt so geändert, dass das Resize vor dem Start des Brick Daemon auf dem RED Brick durchgeführt wird, so dass der RED Brick erst dann wieder im Brick Viewer auftaucht, wenn das Resize fertig ist. Dadurch kann sich das Resize nicht mehr mir Brick Viewer und anderen Programmen in die Quere kommen. Aus dem "This process may take a moment" ist jetzt folgendes geworden: "This process may take a moment. Depending on the size and speed of the Micro-SD card it can take 1 to 15 minutes until the RED Brick will show up in Brickv Viewer again." Zitieren
jgmischke Geschrieben July 18, 2015 at 09:18 Autor Geschrieben July 18, 2015 at 09:18 Also das ist jetzt eine "normale" SD, nichts besonderes. Aber wie beschrieben, wenn ich das ganze händisch mache, ist es auch in wenigen Minuten durch. Das Resize liesse sich natürlich auch mit eingehängtem Dateisystem sofort durchführen, da hast du das ganze besser unter Kontrolle. Dann nur ein Reboot und das neue System muss nicht mehr warten. Vergrössern ist in der Regel unproblematisch. Aber auch so ist die Lösung wohl ok. Danke. Zitieren
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.