TomatoUSB

Running tomato on an asus N16 router with a few optware packages loaded into /opt I experienced a very strange and repeatable bug that the output of ls through a shell login would stop working, giving just "." in red for the directory and giving corrupted data for file lengths and so forth. Other tools would fail as well.

Using strace we found that ls was pulling in libc from /opt – through a symlink to: libuClibc-0.9.28.so

[root@router lib]$ ls -l /lib/libc.so.0
-r-xr-xr-x 1 root root 435560 Nov 30 2010 /lib/libc.so.0
[root@router lib]$ ls -l /opt/lib/libuClibc*so
-rw-rr 1 root root 698368 Nov 30 2010 /opt/lib/libuClibc-0.9.28.so

renaming the symlink /opt/lib/libc.so.0 so that it wouldn’t load that library allows ls to run, but no ipkg will no longer run.

It is unlikely that libuClibc-0.9.28.so is corrupt but you can always replace it with a fresh copy.

What symlink are you talking about? You do not show it.

You might have some path problem in your environment variables. Show the output of the set command when you are in the environment that fails.

lrwxrwxrwx 1 root root 19 Jul 20 14:42 /opt/lib/libc.so.0 ->
libuClibc-0.9.28.so

I worked around the problem at least for ls with this change to /opt/etc/profile:
#LD_LIBRARY_PATH=/opt/lib:${LD_LIBRARY_PATH}
LD_LIBRARY_PATH=/lib:/opt/lib:${LD_LIBRARY_PATH}

By the output of "set" it seems that LD_LIBRARY_PATH is empty prior to /etc/profile reading in this file.

Renaming the libc.so.0 allowed ls to run but prevented ipkg from running.

The problem is repeatable:
Current Version: 1.28.9054 MIPSR2-beta K26 USB vpn3.6
default configuration of erased NVRAM followed by running optware-install.sh which has at its end:
/opt/sbin/ldconfig
/opt/bin/ipkg -verbose_wget update
/opt/bin/ipkg -force-reinstall -verbose_wget install uclibc-opt
/opt/bin/ipkg -force-reinstall -verbose_wget install ipkg-opt

And at its beginning:
#!/bin/sh

1. Optware pre-installation script, Leon Kos 2006, 2008
2. added -verbose_wget to some lines, MrAlvin 2009

REPOSITORY=http://ipkg.nslu2-linux.org/feeds/optware/ddwrt/cross/stable

That is, if I move everything out of /opt and rerun this script, ls from the shall command window (telnet or ssh) starts to fail right after running the script.

The stock ls command in /bin is presumably built to use the /lib version of libc and when it picks up libc from the symlink in /opt/lib it fails as do other utility commands needed by ipkg.

Perhaps there is a better optware repository to use with this version of tomato?

Yes, that is what I thought. LD_LIBRARY_PATH should NEVER be set in general. Did you load optware bash? That sets LD_LIBRARY_PATH and it should not. LD_LIBRARY_PATH should only be used to override libs in a local context such as within a shell script running programs with particular needs. Setting it globally screws lots of other stuff up. Edit your profile to NOT set it. That is the source of all of your problems.

And do not remove the soft links that were there before.

That is the correct repo for optware.

Yes, bash was installed using ipkg, but not before repeating this problem by removing everything from /opt (moving it into a subdirectory), rebooting, and running only the basic optware installation shell script. And the problem repeated itself. There should have been no record of ipkg bash having been installed previously at that point, and the optware bash's /opt/etc/profile should not have been there since /opt/etc and everything else in /opt other than the install-optware.sh file was hidden in a subdirectory.

I can confirm what Robert is reporting. I just installed optware on an ASUS N16, just like Robert and ran into the exact same issue with ls. His suggested workaround to edit /opt/etc/profile saved the day.

Thanks.

Hopefully it will get fixed so that others would not continue to run into it.

Ran into it.

What now?

How do I fix this?

I need bash for some scripts… so… any possibility to get it both working at the same time?

old issue… search forum for answer

I did that. Ended up here. Also in one other thread where the "solution" postet was: "use the forum search". And another one in another forum that said: "try using google".

Well, guess I'll just have to mess around with aliases and in bashrc / bashprofile until stuff works.

Just a quick update for everyone else who ends up in this dead end here thanks to the search function or google:

There are many ways to fix this, but I guess one of the best ones would be source'ing "/etc/profile" in "/opt/etc/profile" and customizing the PATH etc. the way you want directly in there too.