My original query:
Background: I modified the shared library libc.so to reflect a change
in nameservers on the nework, did a make and copied the new
libc.so.1.6.2 to the /usr/lib directory, then did ldconfig.
Problem: I got the message ld.so: Undefined symbol: _rpc_createerr
when I tried rm, cp, mv; but not with cd or pwd. I rebooted
and after checking the disk partitions, I got a series of
ld.so: Undefined symbol: _rpc_createerr messages, then
Mar 17 08:09:33 init '/usr/etc/getty std.9600 Console' failing
sleeping messages continuously with no response to the keyboard.
I used L1-A to restart and it came up with /dev/rds0a INCORRECT
BLOCK COUNT which was fixed followed by the two ld.so: etc.
message and the init # prompt.
Needed: Suggestions on how I can regain enough control to delete the
new libc.so.1.6.2 so that it will revert to the old version.
The only commands that work are cd and pwd. ls, rm, mv, etc
give the ld.so message.
*************************************
Many thanks to the following for their replies:
IN%"cuongc@nad.3com.com"
IN%"macphed@dvinci.usask.ca"
IN%"casper@fwi.uva.nl"
IN%"guy@auspex.com"
IN%"poffen@sj.ate.slb.com"
IN%"phillips@athena.Qualcomm.COM"
IN%"matt@wbst845e.xerox.com"
IN%"shankar@ulysses.att.com"
IN%"mario@wdc.sps.mot.com"
********************************
As several people pointed out, /etc/mv should not (and did not) give the
ld.so error message. Instead mv responded that the file was read only, when
I tried to chmod, I received the ld.so error message.
The fix suggested was to boot off a CD-ROM, install and boot the miniroot
UNIX, mount the partition, delete the bad file and reboot the system. This
worked. The problem was caused by not correcting some of the names of
files extracted from libc.pic.a that had been truncated -- and being too much
in a hurry to bother testing the new library by using setenv
LD_LIBRARY_PATH to check out a few commands.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:39 CDT