Mandalika's scratchpad [ Work blog @Oracle | My Music Compositions ]

Old Posts: 09.04  10.04  11.04  12.04  01.05  02.05  03.05  04.05  05.05  06.05  07.05  08.05  09.05  10.05  11.05  12.05  01.06  02.06  03.06  04.06  05.06  06.06  07.06  08.06  09.06  10.06  11.06  12.06  01.07  02.07  03.07  04.07  05.07  06.07  08.07  09.07  10.07  11.07  12.07  01.08  02.08  03.08  04.08  05.08  06.08  07.08  08.08  09.08  10.08  11.08  12.08  01.09  02.09  03.09  04.09  05.09  06.09  07.09  08.09  09.09  10.09  11.09  12.09  01.10  02.10  03.10  04.10  05.10  06.10  07.10  08.10  09.10  10.10  11.10  12.10  01.11  02.11  03.11  04.11  05.11  07.11  08.11  09.11  10.11  11.11  12.11  01.12  02.12  03.12  04.12  05.12  06.12  07.12  08.12  09.12  10.12  11.12  12.12  01.13  02.13  03.13  04.13  05.13  06.13  07.13  08.13  09.13  10.13  11.13  12.13  01.14  02.14  03.14  04.14  05.14  06.14  07.14  09.14  10.14  11.14  12.14  01.15  02.15  03.15  04.15  06.15  09.15  12.15  01.16  03.16  04.16  05.16  06.16  07.16  08.16  09.16  12.16  01.17  02.17  03.17  04.17  06.17  07.17  08.17  09.17  10.17  12.17  01.18  02.18  03.18  04.18  05.18  06.18  07.18  08.18  09.18  11.18  12.18  01.19  02.19  05.19  06.19  08.19  10.19  11.19  05.20  10.20  11.20  12.20  09.21  11.21  12.22 


Tuesday, August 16, 2005
 
Solaris 10: Recovering from a Runtime Linker Failure III

With the arrival of Solaris 10, the instructions of Recovering from a Runtime Linker Failure web page became obsolete. Since this problem appears to be very common, thought it would be useful to document it.

Symptom: For all commands, system responds (only) with the following error:
        Cannot execute /usr/lib/ld.so.1

Due to the Solaris Process Model Unification, all static binaries were removed from Solaris 10 distribution. One simple workaround is to pro-actively copying the essential static executables (esp., mv and cp), from an earlier version of Solaris to Solaris 10; and using 'em when/where needed.

However even if the session is gone by accident, no need to panic. The recovery steps are very simple (assuming there is a backup ld.so.1 on the machine, running Solaris 11):
  1. Turn the machine on, with the installation media in the CD/DVD drive
  2. Select Solaris in the initial GRUB screen
  3. Select 6. Single user shell from the interactive menu, when you are prompted to select an installation type.
  4. The disk on which the OS was installed will be shown, before you get to the
    single user command prompt.
    SunOS Release 5.11 Version snv_17 32-bit
    Copyright 1983-2005 Sun Microsystems, Inc. All rights reserved.
    Use is subject to license terms.
    Booting to milestone "milestone/single-user:default".
    Configuring devices.
    Searching for installed OS...
    /dev/dsk/c1d0s0 -- Solaris 11 nv_17 X86
  5. Respond with a No to the next question: Do you wish to automatically update boot archives? [y,n,?]
  6. At this point, you will be at the command prompt. The next step is to mount the
    root file system (/) on some mount point say /mnt.
            # mount /dev/dsk/c1d0s0 /mnt
  7. Restore the original run-time linker, ld.so.1.
    eg.,
    # cd /mnt/usr/lib
    # cp ld.so.1.orig ld.so.1
  8. Unmount the root file system, eject the CD/DVD, and reboot
            # cd /
    # umount /mnt
    # reboot
Recovery steps on earlier versions of Solaris:
  1. Recovering from a Run-time Linker Failure I
  2. Recovering from a Run-time Linker Failure II
________________
Technorati tags: |


Comments:
The boot disk should have an option that makes a special directory on the root partition that contains a set of files that act as a "recovery disk". You'd have ld.so.1 and libc.so.1 and all the binaries you need. The binaries would be dynamically linked to use only files within the "recovery directory".

If this is really a problem, then someone in the Solaris group should be looking at it.
 
Post a Comment



<< Home


2004-2019 

This page is powered by Blogger. Isn't yours?