%20%E3%81%AF%E3%82%B7%E3%83%B3%E3%83%9C%E3%83%AA%E3%83%83%E3%82%AF%E3%83%AA%E3%83%B3%E3%82%AF%E3%81%AB%E5%BE%93%E3%81%84%E3%81%BE%E3%81%99%E3%81%8B%3F.png)
ld.so.cache ファイルを別の場所に移動しようとして、問題が発生しました。以前の場所にシンボリックリンクを作成しようとしました/etc/
が、ローダーがこのシンボリックリンクをたどることができないようです。また、新しい場所が別のパーティションにあるため、ハードリンクは使用できません。
私の最終的な目的は、読み取り専用のルート ファイル システムを作成することですが、これがおそらく、この目的を阻む最後の要因です。
よろしくお願いします!
答え1
少なくともGlibcでは、ld.so
開くときにシンボリックリンクをたどることが確認できました/etc/ld.so.cache
。コードは次のとおりです。elf/dl-cache.c
関数内で_dl_load_cache_lookup
、関数を参照_dl_sysdep_read_whole_file
するelf/dl-misc.c
この関数はファイルを開いてメモリにマップしますが、シンボリック リンクについては何も行いません。
シンボリック リンクを回避するには余分な労力が必要であり、ローダーがこれを行う理由は考えられません。
問題をデバッグするには、 を使用して、strace
ローダーが読み取っているファイルまたは読み取ろうとしているファイルを追跡できます。