Home Automation Domotica Forum Europe, Bwired Forum

Hi all,

Helaas loopt mijn Toon (versie 1) vast tijdens het opstarten.
De Toon is geroot maar stopt bij; INIT: no more processes left in this runlevel .

Ik heb het artikel gevonden om ToonRecovery te gebruiken (waarvoor dank). En inmiddels veel andere topics over 'vastlopen tijdens opstarten'. Het lukt mij alleen niet om te verbinden.
De Toon is aangesloten met RX, TX & GND en met Minicom (op ttyUSBx) kan ik 'm ook uitlezen. De versie van de Toon is: U-Boot 2010.09-R8.

Wanneer ik sudo python . --jtag-available uitvoer, krijg ik de melding: CRITICAL:__main__:Cannot autodetect jtag hardware. Sudo python . --jtag-hardware rpi4 ((ik gebruik een Raspberry Pi 4)), geeft de melding: INFO:rooter:Waiting for Toon to restart maar doet verder niets.

Met sudo raspi-config heb ik serial aangezet en herstart.

Wat zie ik over het hoofd?
Alvast bedankt

Rkzr wrote:Hi all,

Helaas loopt mijn Toon (versie 1) vast tijdens het opstarten.
De Toon is geroot maar stopt bij; INIT: no more processes left in this runlevel .

Ik heb het artikel gevonden om ToonRecovery te gebruiken (waarvoor dank). En inmiddels veel andere topics over 'vastlopen tijdens opstarten'. Het lukt mij alleen niet om te verbinden.
De Toon is aangesloten met RX, TX & GND en met Minicom (op ttyUSBx) kan ik 'm ook uitlezen. De versie van de Toon is: U-Boot 2010.09-R8.

Wanneer ik sudo python . --jtag-available uitvoer, krijg ik de melding: CRITICAL:__main__:Cannot autodetect jtag hardware. Sudo python . --jtag-hardware rpi4 ((ik gebruik een Raspberry Pi 4)), geeft de melding: INFO:rooter:Waiting for Toon to restart maar doet verder niets.

Met sudo raspi-config heb ik serial aangezet en herstart.

Wat zie ik over het hoofd?
Alvast bedankt

Je hebt serial aangezet. Maar heb je ook console over serial uitgezet? Anders zit op de seriele poort namelijk ook de console output van de Pi.
Daarnaast heb je het over ttyUSBx. Terwijl de Pi met de beschrijving op de headers output zit en niet op een USB serial poort. Dat mag opzich wel maar dan moet je in toonrecovery opties aanwijzen dat je ttyUSB0 gebruikt en niet ttyS0/serial

Bedankt TheHogNL,

Ik heb in raspi-config serial uitgezet, ook heb ik in ToonRecovery verwezen naar /dev/ttyUSB0.
Volgens mij kwam ik eerder niet verder omdat ik tegelijkertijd een minicom verbinding had gemaakt.
Nu zie ik de Toon maar krijg de output:

INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09-R8
INFO:rooter:Using password to log in
INFO:rooter:Logging in to U-Boot
INFO:rooter:Patching U-Boot
INFO:rooter:Waiting for boot up

Verder lijkt er geen beweging meer in te zitten.
Hoe kom ik in de recovery environment terecht of handmatig verwijzen naar Recovery i.p.v. Rooter? De Toon is namelijk al geroot.

Rkzr wrote:Bedankt TheHogNL,

Ik heb in raspi-config serial uitgezet, ook heb ik in ToonRecovery verwezen naar /dev/ttyUSB0.
Volgens mij kwam ik eerder niet verder omdat ik tegelijkertijd een minicom verbinding had gemaakt.
Nu zie ik de Toon maar krijg de output:

INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09-R8
INFO:rooter:Using password to log in
INFO:rooter:Logging in to U-Boot
INFO:rooter:Patching U-Boot
INFO:rooter:Waiting for boot up

Verder lijkt er geen beweging meer in te zitten.
Hoe kom ik in de recovery environment terecht of handmatig verwijzen naar Recovery i.p.v. Rooter? De Toon is namelijk al geroot.

a) Ja je moet niet minicom ook in de achtergrond actief hebben. De toonrecovery moet de enige zijn die op de seriele poort bezig is
b) Hoezo start je dan de toonrooter als je de toonrecovery wilt gebruiken? Dat zijn twee verschillende scripts
c) probeer even met --output-level DEBUG als je er echt niet uit komt

Bedankt voor de hulp!

Klopt, wanneer je twee applicaties verbind naar de seriele poort, dan krijg je de melding:
CRITICAL:__main__:device reports readiness to read but returned no data (device disconnected or multiple access on port?)

Stom, ik had beide scripts (Root en Recovery) in dezelfde map geplaatst!
Nu krijg ik de melding: INFO:recovery:Toon booting into recovery shell. For now, just start your favourite serial terminal.

Even vanaf het begin:

Eerst start je ToonRecovery.
Zodra ToonRecovery klaar is en zegt dat je je favoriete serial programma kan gebruiken open je via raspberry pi een serial verbinding: minicom /dev/ttyUSB0 115200
Je zal nu het bootprocess zien van Toon om vervolgens in een menu te komen (Lees 2x goed wat daar allemaal staat, backup je VPN sleutels met het script!! )

En hij gebruikt dus minicom ipv screen maar inderdaad

TheHogNL wrote:En hij gebruikt dus minicom ipv screen maar inderdaad

Dat blijf om het even TheHog. Ik verander screen naar minicom, om verwarring te voorkomen..

Als ik dat doe (met screen), krijg ik een melding: 'Done..booting the kernel'. Na heel veel tekst zie ik als laatste staan: Freeing init memory: 116K.
Het lijkt erop dat dit scherm niet verder gaat maar misschien moet ik meer geduld hebben?

Rkzr wrote:Als ik dat doe (met screen), krijg ik een melding: 'Done..booting the kernel'. Na heel veel tekst zie ik als laatste staan: Freeing init memory: 116K.
Het lijkt erop dat dit scherm niet verder gaat maar misschien moet ik meer geduld hebben?

Toon zal op den duur een shell script starten.. Wat je ziet is normaal opstart gedrag van Toon..

Rkzr wrote:Als ik dat doe (met screen), krijg ik een melding: 'Done..booting the kernel'. Na heel veel tekst zie ik als laatste staan: Freeing init memory: 116K.
Het lijkt erop dat dit scherm niet verder gaat maar misschien moet ik meer geduld hebben?

Heb je wel de handleiding van toonrecovery gevolgd voor het bouwen van de recovery environment? https://github.com/IgorYbema/ToonRecove ... oaded-from

En weet je nu zeker dat je recovery gebruikt en niet rooter?

Alle bestanden van Rooter heb ik verwijderd en zie nu ook Info: Recovery. Toch blijft het scherm ongewijzigd, zelfs na 6 uur aan laten staan. Vanavond begin ik even helemaal opnieuw!

Rkzr wrote:Alle bestanden van Rooter heb ik verwijderd en zie nu ook Info: Recovery. Toch blijft het scherm ongewijzigd, zelfs na 6 uur aan laten staan. Vanavond begin ik even helemaal opnieuw!

En post dan even de hele debug log en boot log.

Debug log:

INFO:__main__:Starting up...
INFO:__main__:Setting server ip to 192.168.1.26
DEBUG:__main__:{"jtag_hardware": "/dev/ttyUSB0", "gatewayip": null, "serverip": "192.168.1.26", "has_jtag": true, "check_uboot": true, "boot_only": false, "port": "/dev/ttyUSB0"}
INFO:recovery:Waiting for Toon to restart
INFO:recovery:Toon has U-Boot version 2010.09-R8
INFO:recovery:Using password to log in
INFO:recovery:Logging in to U-Boot
DEBUG:recovery:
CPU: Freescale i.MX27 at 400.168 MHz

Prodrive B.V. ED2.0
DRAM: 128 MiB
NAND: 128 MiB
LCD: Initializing LCD frambuffer at a1400000
LCD: 800x480, pbb 4
LCD: Drawing the logo...
In: serial
Out: serial
Err: serial
Display-bmp: 800 x 480 with 16777216 colors
Net: FEC
Warning: FEC MAC addresses don't match:
Address in SROM is 00:00:20:03:00:00
Address in environment is 00:0f:11:03:df:b3


Enter password - autoboot in 2 sec...
U-Boot>
DEBUG:recovery:Logged in to U-Boot
INFO:recovery:Patching U-Boot
INFO:recovery:Requesting network details using DHCP...
DEBUG:recovery:dhcp
BOOTP broadcast 1
BOOTP broadcast 2
*** Unhandled DHCP Option in OFFER/ACK: 23
*** Unhandled DHCP Option in OFFER/ACK: 23
DHCP client bound to address 192.168.178.68
U-Boot>
DEBUG:recovery: printenv
bootdelay=2
baudrate=115200
loadaddr=0xA1000000
bootdelay=2
mtdids=nand0=mxc_nand
mtdparts=mtdparts=mxc_nand:1M(u-boot)ro,512K(u-boot-env)ro,1536K(splash-image),3M(kernel),3M(kernel-backup),119M(rootfs)
mtdparts_kernel=mtdparts=mxc_nand:512K@0x00100000(u-boot-env)ro,1536K(splash-image),3M(kernel),3M(kernel-backup),119M(rootfs)
mem=128M
autoload=no
backlight_brightness=50
baudrate=115200
console=ttymxc0
addtty=setenv bootargs ${bootargs} console=${console},${baudrate}
addmtd=setenv bootargs ${bootargs} ${mtdparts_kernel}
nandargs=setenv bootargs ubi.mtd=4 root=ubi0:rootfs rw rootfstype=ubifs
boot_nand=run nandargs addmtd addtty addmisc; nand read ${loadaddr} kernel; bootm ${loadaddr}
boot_nand_backup=run nandargs addmtd addtty addmisc; nand read ${loadaddr} kernel-backup; bootm ${loadaddr}
bootcmd=run boot_nand
splashimage=0x180000
ethact=FEC
sn=14-47-013-633
pn=6500-1400-2001
software_compatibility=0
manufacture_date=2014/12
ethaddr=00:0F:11:03:DF:B3
addmisc=setenv bootargs ${bootargs} mem=${mem} lpj=999424
gatewayip=192.168.1.1
netmask=255.255.255.0
ipaddr=192.168.1.68
serverip=192.168.1.1
dnsip=8.8.4.4

Environment size: 1133/131068 bytes
U-Boot>
DEBUG:recovery:printenv
DEBUG:recovery:bootdelay=2
DEBUG:recovery:baudrate=115200
DEBUG:recovery:loadaddr=0xA1000000
DEBUG:recovery:bootdelay=2
DEBUG:recovery:mtdids=nand0=mxc_nand
DEBUG:recovery:mtdparts=mtdparts=mxc_nand:1M(u-boot)ro,512K(u-boot-env)ro,1536K(splash-image),3M(kernel),3M(kernel-backup),119M(rootfs)
DEBUG:recovery:mtdparts_kernel=mtdparts=mxc_nand:512K@0x00100000(u-boot-env)ro,1536K(splash-image),3M(kernel),3M(kernel-backup),119M(rootfs)
DEBUG:recovery:mem=128M
DEBUG:recovery:autoload=no
DEBUG:recovery:backlight_brightness=50
DEBUG:recovery:baudrate=115200
DEBUG:recovery:console=ttymxc0
DEBUG:recovery:addtty=setenv bootargs ${bootargs} console=${console},${baudrate}
DEBUG:recovery:addmtd=setenv bootargs ${bootargs} ${mtdparts_kernel}
DEBUG:recovery:nandargs=setenv bootargs ubi.mtd=4 root=ubi0:rootfs rw rootfstype=ubifs
DEBUG:recovery:boot_nand=run nandargs addmtd addtty addmisc; nand read ${loadaddr} kernel; bootm ${loadaddr}
DEBUG:recovery:boot_nand_backup=run nandargs addmtd addtty addmisc; nand read ${loadaddr} kernel-backup; bootm ${loadaddr}
DEBUG:recovery:bootcmd=run boot_nand
DEBUG:recovery:splashimage=0x180000
DEBUG:recovery:ethact=FEC
DEBUG:recovery:sn=14-47-013-633
DEBUG:recovery:pn=6500-1400-2001
DEBUG:recovery:software_compatibility=0
DEBUG:recovery:manufacture_date=2014/12
DEBUG:recovery:ethaddr=00:0F:11:03:DF:B3
DEBUG:recovery:addmisc=setenv bootargs ${bootargs} mem=${mem} lpj=999424
DEBUG:recovery:gatewayip=192.168.1.1
DEBUG:recovery:netmask=255.255.255.0
DEBUG:recovery:ipaddr=192.168.1.68
DEBUG:recovery:serverip=192.168.1.1
DEBUG:recovery:dnsip=8.8.4.4
DEBUG:recovery:
DEBUG:recovery:Environment size: 1133/131068 bytes
DEBUG:recovery:U-Boot>
INFO:recovery:Received valid IP address, netmask and gateway using DHCP.
INFO:recovery:Loading kernel into memory from server. Should not take more than 60 seconds ...
DEBUG:recovery: setenv serverip 192.168.1.26
U-Boot>
DEBUG:recovery: setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:/srv/nfs/toon,nfsvers=3,nolock,tcp console=ttymxc0,115200 loglevel=8 mtdparts=mxc_nand:512K@0x00100000(u-boot-env)ro,1536K(splash-image),3M(kernel),3M(kernel-backup),119M(rootfs) ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:toon::off panic=0
U-Boot>
DEBUG:recovery:nfs 0xa1000000 /srv/nfs/toon/boot/uImage-nfs;bootm
DEBUG:recovery:Using FEC device
DEBUG:recovery:File transfer via NFS from server 192.168.1.26; our IP address is 192.168.1.68
DEBUG:recovery:Filename '/srv/nfs/toon/boot/uImage-nfs'.
DEBUG:recovery:Load address: 0xa1000000
DEBUG:recovery:Loading: T #################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:#################################################################
DEBUG:recovery:##################################
DEBUG:recovery:done
INFO:recovery:Kernel loaded into memory. Now booting from server...
INFO:recovery:Waiting for boot up
INFO:recovery:Toon booting into recovery shell. For now, just start your favourite serial terminal

Bootlog:
NET: Registered protocol family 17
lib80211: common routines for IEEE802.11 drivers
lib80211_crypt: registered algorithm 'NULL'
Registering the dns_resolver key type
rtc-isl1208 1-006f: setting system clock to 2020-12-18 21:21:25 UTC (1608326485)
usb 1-1: new high speed USB device using mxc-ehci and address 2
usb 1-1: New USB device found, idVendor=148f, idProduct=5370
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1: Product: 802.11 n WLAN
usb 1-1: Manufacturer: Ralink
usb 1-1: SerialNumber: 1.0
eth0: Freescale FEC PHY driver [Generic PHY] (mii_bus:phy_addr=1:10, irq=-1)
ADDRCONF(NETDEV_UP): eth0: link is not ready
IP-Config: Complete:
device=eth0, addr=192.168.1.68, mask=255.255.255.0, gw=192.168.1.1,
host=toon, domain=, nis-domain=(none),
bootserver=192.168.1.26, rootserver=192.168.1.26, rootpath=
Looking up port of RPC 100003/3 on 192.168.1.26
PHY: 1:10 - Link is Up - 100/Full
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Looking up port of RPC 100005/3 on 192.168.1.26
VFS: Mounted root (nfs filesystem) on device 0:13.
Freeing init memory: 116K

Op dit punt hoort hij de recovery te starten wat hij bij jou niet doet. Staan deze bestanden wel op de NFS server?

/srv/nfs/toon/etc/rc.recovery
/srv/nfs/toon/menu.sh

Eerder had een andere gebruiker hetzelfde probleem. Bleek aan zijn NFS server te liggen. Check dus vooral even de logs van de NFS server.
viewtopic.php?f=95&t=12462&hilit=recove ... =30#p92813