This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] sln: Install as a hard link to ldconfig


On 07/27/2016 01:33 AM, Maciej W. Rozycki wrote:
On Wed, 13 Jul 2016, Florian Weimer wrote:

I assumed it was intended as a recovery tool if something is wrong with the
DSO symbolic links, which is why I preserved it.  On the other hand, in this
day and age, systems will certainly not boot if simple binaries like ln cannot
run, and the system administrator will not be able to log in, so such recovery
actions appear rather unrealistic without the help of a rescue system.

 Why?

 E.g. booting Linux with `rw init=/bin/bash.static' has always worked for
me, with the root filesystem mounted r/w and ready for any recovery
actions, such as fixing up DSO symlinks.  And I see no reason for it to
stop working even where an initial RAM disk is used, as an image of such a
RAM disk is always self-contained and not used beyond early (pre-init)
initialisation needed to pull the root and maybe console device drivers.

Most systems do not have bash.static, or require things like SELinux policy loading to keep the system in a working state before writing to the file system.

If you have something like bash.static, you can also run ln under ld.so.

Florian


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]