Das Thema verdient glaub ich einen eigenen Thread. Anstoss war die Diskussion hier. Vielleicht koennen wir ja mal Ergebnisse sammeln. Ich kann immer nur temporaer an der seriellen Konsole spielen, weil ich dann kein Telefon habe.
Ein paar Basics:
U-Boot-Environment
U-Boot-Befehle
Bootlog
Was bei mir klappt:
- selbsterstellte (aus dem Samsung-Source-Pack) U-Boot Images ausfuehren / testen, ohne sie zu flashen
- selbsterstellte Kernel - Images ausfuehren / testen, ohne sie zu flashen
- der saveenv - Befehl ist sehr nuetzlich, um IP-Adressen, rootpath, etc. nicht jeweils neu definieren zu muessen.
- Troubleshooting
Offene Fragen / was bei mir noch nicht klappt:
- Rootfs ueber NFS mounten mit flash_nfs. IPs, rootpath und exports sind richtig gesetzt, aber ich krieg lt. Log nichtmal ne NFS-Anfrage. Auch customized Kernel mit NFS-Client Support nuetzt nix.
- bei net_nfs klappt nur der erste Teil, das Laden des Kenel-Images mit tftpboot. Der NFS-Teil klappt wieder nicht.
- rootfs booten von USB-Stick. (mit setenv flashargs setenv bootargs root=/dev/sda1, dann run flash_flash) Dabei kommt ein modprobe-Fehler, was ich nicht recht verstehe, weil USB-Mass-Storage ja eigentlich fest im Kernel drin ist, und vorher schon eine Meldung ueber die Initialisierung der USB-Mass-Storage kommt.
- Watndat fuer'n passwd (im Output von printenv)? Fuer bcrypt?
P.S. Kann sein, dass die in der neuesten Firmware-Version irgendwas am bootdelay-Parameter gedreht haben. Ich musste jedenfalls erstmal das u-boot.img aus einer aelteren Firmware-Version aufspielen, um ueberhaupt wieder an der Konsole den Bootprozess unterbrechen zu koennen. Kann aber auch sein, dass ich nur 20mal in Folge schlechtes Timing hatte...
Ein paar Basics:
U-Boot-Environment
U-Boot-Befehle
Bootlog
Was bei mir klappt:
- selbsterstellte (aus dem Samsung-Source-Pack) U-Boot Images ausfuehren / testen, ohne sie zu flashen
- selbsterstellte Kernel - Images ausfuehren / testen, ohne sie zu flashen
- der saveenv - Befehl ist sehr nuetzlich, um IP-Adressen, rootpath, etc. nicht jeweils neu definieren zu muessen.
- Troubleshooting
Offene Fragen / was bei mir noch nicht klappt:
- Rootfs ueber NFS mounten mit flash_nfs. IPs, rootpath und exports sind richtig gesetzt, aber ich krieg lt. Log nichtmal ne NFS-Anfrage. Auch customized Kernel mit NFS-Client Support nuetzt nix.
- bei net_nfs klappt nur der erste Teil, das Laden des Kenel-Images mit tftpboot. Der NFS-Teil klappt wieder nicht.
- rootfs booten von USB-Stick. (mit setenv flashargs setenv bootargs root=/dev/sda1, dann run flash_flash) Dabei kommt ein modprobe-Fehler, was ich nicht recht verstehe, weil USB-Mass-Storage ja eigentlich fest im Kernel drin ist, und vorher schon eine Meldung ueber die Initialisierung der USB-Mass-Storage kommt.
- Watndat fuer'n passwd (im Output von printenv)? Fuer bcrypt?
P.S. Kann sein, dass die in der neuesten Firmware-Version irgendwas am bootdelay-Parameter gedreht haben. Ich musste jedenfalls erstmal das u-boot.img aus einer aelteren Firmware-Version aufspielen, um ueberhaupt wieder an der Konsole den Bootprozess unterbrechen zu koennen. Kann aber auch sein, dass ich nur 20mal in Folge schlechtes Timing hatte...
Zuletzt bearbeitet: