[Announce] Enhanced BusyBox package - Page 20 - maemo.org

Active Topics

more...

Page 20 of 43

Thread Tools

iDont	2011-12-24 , 12:51
Posts: 268 \| Thanked: 1,053 times \| Joined on May 2010 @ The Netherlands	#191

Originally Posted by ade

After installing all looked good (ping worked as user, no error messages). Just to be sure I decided to reboot for a final check.

Having a working ping indicates that /bin/busybox is OK. However, this is not true if you still have iputils-ping installed (bb-power won't create symlinks for applications that already are installed). Do you still have that package installed, and if so, did you also try out other commands (launching a new X-terminal instance itself counts as well)?

Originally Posted by ade

Not aware that I have framebuffer enabled, but I do have installed backup menu.

I assume you can't get into backupmenu? If you have a framebuffer enabled you would see console output after the Nokia logo. There could be useful messages there, although they'll only be there for a very short while if /bin/busybox would segfault or so.

Last edited by iDont; 2011-12-24 at 12:55.

Quote & Reply |

ade	2011-12-24 , 12:56
Posts: 1,100 \| Thanked: 2,797 times \| Joined on Apr 2011 @ Netherlands	#192

Originally Posted by iDont

Having a working ping indicates that /bin/busybox is OK. However, this is not true if you still have iputils-ping installed (bb-power won't create symlinks for applications that already are installed). DO you still have that package installed, and if so, did you also try out other commands (launching a new X-terminal instance itself counts as well)?

What I did (for the time being):
mv /bin/ping /bin/ping_standalone
ls -s /bin/busybox /bin/ping

I assume you can't get into backupmenu? If you have a framebuffer enabled you would see console output after the Nokia logo. There could be useful messages there, although they'll only be there for a very short while if /bin/busybox segfaults or so.

If you saw my last minute adaption of the last mail: I can enter backupmenu, and I guess I have not enabled framebuffer.

Quote & Reply |

iDont	2011-12-24 , 13:04
Posts: 268 \| Thanked: 1,053 times \| Joined on May 2010 @ The Netherlands	#193

Originally Posted by ade

What I did (for the time being):
mv /bin/ping /bin/ping_standalone
ls -s /bin/busybox /bin/ping

If you saw my last minute adaption of the last mail: I can enter backupmenu, and I guess I have not enabled framebuffer.

That's great news

. Could you check whether /opt/busybox-power/busybox-power.symlinks is populated with applets? Also, could you post the content of /opt/busybox-power/busybox.power.md5?

You probably need to run "mountopt" in Backupmenu's root shell before you can access /opt (which will be mounted in /tmp/mnt after running that command)

Your original BusyBox binary is also in /opt/busybox-power (named: busybox.original). If you want, you can try restoring it by cp'ing it to your rootfs, overwriting the installed /bin/busybox. You probably need to run "mountroot" in backupmenu first to mount your rootfs in /tmp/mnt.

Last edited by iDont; 2011-12-24 at 13:07.

Quote & Reply |

The Following User Says Thank You to iDont For This Useful Post:
Estel

ade	2011-12-24 , 13:07
Posts: 1,100 \| Thanked: 2,797 times \| Joined on Apr 2011 @ Netherlands	#194

Originally Posted by iDont

That's great news . Could you check whether /opt/busybox-power/busybox-power.symlinks is populated with applets? Also, could you post the content of /opt/busybox-power/busybox.power.md5?

You'll find your original BusyBox binary in the same directory (busybox.original).

You probably need to run "mountopt" in Backupmenu's root shell before you can access /opt (which will be mounted in /tmp/mnt after running that command)

I was already mounting the partitions manually, but perhaps I can better user mountopt.
I will report back my findings. Thanks for your help so far.

edit:
busybox.power.md5 is 707ead4a730af02adb17aa29f4c57d98

cat busybox-power.symlinks

Code:

# Automatically generated by busybox-power. DO NOT EDIT

DESTINATIONS="DEST_BIN DEST_SBIN DEST_USRBIN DEST_USRSBIN"

# Installed symlinks
DEST_BIN=" bunzip2 bzcat bzip2 cpio cttyhack dnsdomainname dumpkmap ed fbset fdflush hush ip ipaddr iplink iproute iprule mountpoint mt nc pipe_progress popmaildir pscan usleep groups users setserial"
DEST_SBIN=" blockdev bootchartd crond fdisk ifenslave ip iptunnel loadkmap logread makedevs mdev nbd-client raidautorun setconsole sulogin vconfig zcip"
DEST_USRBIN=" adjtimex arping base64 beep brctl cal catv chpst chrt cryptpw dc devmem diff dumpleases eject envdir envuidgid ether-wake fdformat fgconsole flock freeramdisk ftpget ftpput hexdump ionice iostat ipcalc last linux32 linux64 loadfont lpd lpq lpr lzcat lzma lzop lzopcat makemime man microcom mkpasswd mpstat nmeter patch readahead reformime resize rev rpm rpm2cpio rtcwake runsv runsvdir rx script scriptreplay setarch setfont setuidgid showkey smemcap softlimit sv svlogd tcpsvd telnet tftp timeout ttysize udhcpc udpsvd unlzma unlzop unxz uudecode uuencode volname wall xz xzcat [ whois crontab traceroute traceroute6 vlock"
DEST_USRSBIN=" acpid add-shell addgroup adduser arp chat delgroup deluser dhcprelay fakeidentd ftpd hdparm httpd ifplugd inetd lspci rdate rdev readprofile remove-shell sendmail sha256sum sha512sum telnetd tftpd tunctl udhcpd watchdog ubirsvol dnsd"

edit2:
I replace busybox with busybox-original. Still in reboot loop

My conclusion so far: problaby something wrong with my phone, no busybox issue.

Last edited by ade; 2011-12-24 at 13:25.

Quote & Reply |

The Following User Says Thank You to ade For This Useful Post:
Estel

iDont	2011-12-24 , 13:25
Posts: 268 \| Thanked: 1,053 times \| Joined on May 2010 @ The Netherlands	#195

Originally Posted by ade

I was already mounting the partitions manually, but perhaps I can better user mountopt.
I will report back my findings. Thanks for your help so far.

No problem, thank you for taking the time to debug.

Originally Posted by ade

edit:
busybox.power.md5 is 707ead4a730af02adb17aa29f4c57d98

This is good, you're using the same binary as I am (i.e. it isn't corrupted or something).

One more question: have you changed /etc/environment? Could you check if it only contains "TMPDIR=/var/tmp" (ignoring comments and empty lines)?

Originally Posted by ade

edit2:
I replace busybox with busybox-original. Still in reboot loop
My conclusion so far: problaby something wrong with my phone, no busybox issue.

Could you verify that /bin/busybox is replaced succesfully by re-running a root shell in BackupMenu? The BusyBox banner should indicate this.

The final thing I need to know is, is /opt/busybox-power/busybox-power.symlinks populated with applet names (i.e. the BusyBox binary can be OK, but if the symlinks are missing ...).

Quote & Reply |

ade	2011-12-24 , 13:30
Posts: 1,100 \| Thanked: 2,797 times \| Joined on Apr 2011 @ Netherlands	#196

My shell now indicated:
BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso30+0m5) built-in shell (ash)

Already put the output of the symlinks in the previous mail.

Quote & Reply |

iDont	2011-12-24 , 13:42
Posts: 268 \| Thanked: 1,053 times \| Joined on May 2010 @ The Netherlands	#197

Originally Posted by ade

My shell now indicated:
BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso30+0m5) built-in shell (ash)

Already put the output of the symlinks in the previous mail.

Yes, just noticed it. I've compared it to my busybox-power.symlinks and the content is as expected.

At the moment it indeed looks like something else than busybox-power is causing the issue I'm afraid: the binary isn't corrupted, the symlinks seem OK, and the device reboots even with the original binary :-/.

If you're running kernel-power v47 or later: Try adding "modprobe fbcon" without the quotes after line 28 (containing mkdir /tmp/dev) in /sbin/preinit. This will enable the framebuffer early in the boot process. That'll probably give you a clue what exactly is failing. Be very careful with editing /sbin/preinit, typo's will cause misery that you can't even restore with backupmenu. If you use nano as your editor, don't forget that it wraps lines by default on Maemo.

Last edited by iDont; 2011-12-24 at 13:53.

Quote & Reply |

ade	2011-12-24 , 13:58
Posts: 1,100 \| Thanked: 2,797 times \| Joined on Apr 2011 @ Netherlands	#198

My preinit symlinks to multiboot and does no "mkdir /tmp/dev"

Nevertheless I would very much like to see the output during boot before deciding to restore/reflash.

Could you tell me where to place modprobe in my case?

Edit:
I thinks it can be placed after the export seeing the post: http://talk.maemo.org/showpost.php?p...3&postcount=69 ?

edit 2:
Yes, I now see console output. But is very short and before I can see a potential error, it has rebooted.

Last edited by ade; 2011-12-24 at 14:13.

Quote & Reply |

iDont	2011-12-24 , 14:16
Posts: 268 \| Thanked: 1,053 times \| Joined on May 2010 @ The Netherlands	#199

Originally Posted by ade

My preinit symlinks to multiboot and does no "mkdir /tmp/dev"

Nevertheless I would very much like to see the output during boot before deciding to restore/reflash.

Could you tell me where to place modprobe in my case?

I've got no experience with multiboot, but it seems safe to insert "load_modules fbcon" after line 608 (which contains "load_modules led-class leds-lp5523"). Again, be careful with typo's.
By the way, loading fbcon could corrupt multiboot's menu. However, that should not affect multiboot's behavior in any way.

Originally Posted by ade

Edit:
I thinks it can be placed after the export seeing the post: http://talk.maemo.org/showpost.php?p...3&postcount=69 ?

I would personally try what I suggested above. However, as I said, I've got no experience with multiboot (and having a user already tried it is of much more valuable than my "theory").

Originally Posted by ade

edit 2:
Yes, I now see console output. But is very short and before I can see a potential error, it has rebooted.

You could try adding random sleep commands in the boot process to determine where it exactly is failing. Disclaimer: haven't tried this before, but I see no reason why this shouldn't work.

Last edited by iDont; 2011-12-24 at 14:20.