내 노트북에서 :
$ cat /etc/issue
Ubuntu 18.04 LTS \n \l
라이브러리 x86
와 폴더에는 서로 다른 두 개의 폴더가 있습니다 x86_64
.
~$ ls -1 /
bin
lib
lib64
sbin
...
바이너리에 왜 하나의 디렉토리 만 존재합니까?
추신 : 나는 안드로이드에도 관심이 있지만 대답이 똑같기를 바랍니다.
답변
첫째, 왜 분리되어 /lib
있고 /lib64
:
파일 시스템 계층 표준은
그 별도의 언급 /lib
과 /lib64
존재하기 때문에 :
10.1. 별도의 라이브러리가 필요한 둘 이상의 이진 형식을 지원하는 시스템에는 하나 이상의 / lib 디렉토리 변형이있을 수 있습니다. (…) 일반적으로 여러 이진 형식을 지원하지만 동일한 이름의 라이브러리가 필요한 시스템에서 64 비트 또는 32 비트 지원에 사용됩니다. 이 경우 / lib32 및 / lib64는 라이브러리 디렉토리 일 수 있으며 / lib는 그 중 하나에 대한 심볼릭 링크입니다.
내 슬랙웨어 14.2에, 예를 들어 있습니다 /lib
및 /lib64
32 비트 및 64 비트 라이브러리 디렉토리는 각각 비록
/lib
히트 싱크가 제안 니펫을 같이 심볼릭 링크로되지 않습니다 :
$ ls -l /lib/libc.so.6
lrwxrwxrwx 1 root root 12 Aug 11 2016 /lib/libc.so.6 -> libc-2.23.so
$ ls -l /lib64/libc.so.6
lrwxrwxrwx 1 root root 12 Aug 11 2016 /lib64/libc.so.6 -> libc-2.23.so
및에 두 개의 libc.so.6
라이브러리 가 있습니다 ./lib
/lib64
동적으로 빌드 된 각
ELF 바이너리
에는 인터프리터에 대한 하드 코드 된 경로 (이 경우 /lib/ld-linux.so.2
또는 :)가 포함됩니다
/lib64/ld-linux-x86-64.so.2
.
$ file main
main: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, not stripped
$ readelf -a main | grep 'Requesting program interpreter'
[Requesting program interpreter: /lib/ld-linux.so.2]
$ file ./main64
./main64: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, not stripped
$ readelf -a main64 | grep 'Requesting program interpreter'
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
인터프리터의 역할은 필요한 공유 라이브러리를로드하는 것입니다. GNU 인터프리터에게 바이너리를 사용 LD_TRACE_LOADED_OBJECTS=1
하거나 ldd
래퍼를 사용하지 않고도로드 할 라이브러리를 요청할 수 있습니다 .
$ LD_TRACE_LOADED_OBJECTS=1 ./main
linux-gate.so.1 (0xf77a9000)
libc.so.6 => /lib/libc.so.6 (0xf760e000)
/lib/ld-linux.so.2 (0xf77aa000)
$ LD_TRACE_LOADED_OBJECTS=1 ./main64
linux-vdso.so.1 (0x00007ffd535b3000)
libc.so.6 => /lib64/libc.so.6 (0x00007f56830b3000)
/lib64/ld-linux-x86-64.so.2 (0x00007f568347c000)
보시다시피 주어진 인터프리터는 라이브러리를 찾을 위치를 정확히 알고 있습니다. 32 비트 버전은 라이브러리를 찾고 /lib
64 비트 버전은 라이브러리를 찾습니다 /lib64
.
FHS 표준은 다음에 대해 말합니다 /bin
.
/ bin에는 시스템 관리자와 사용자가 사용할 수있는 명령이 포함되어 있지만 다른 파일 시스템이 마운트되어 있지 않은 경우 (예 : 단일 사용자 모드) 필요합니다. 스크립트가 간접적으로 사용하는 명령을 포함 할 수도 있습니다.
이 별도없는 이유 IMO 이유 /bin
와 /bin64
우리가이 디렉토리의 양쪽에 같은 이름을 가진 파일이 있다면 우리가 넣어야 할 것 때문에 우리가 간접적으로 그들 중 하나를 호출 할 수 있습니다 /bin
또는 /bin64
먼저
$PATH
.
그러나 위의 규칙은 단지 관례입니다. Linux 커널은 별도의 /bin
와 를 가지고 있는지 실제로 신경 쓰지 않습니다 /bin64
. 원하는 경우이를 작성하고 그에 따라 시스템을 설정할 수 있습니다.
또한 Android를 언급했습니다-수정 된 Linux 커널을 실행하는 것을 제외하고는 Ubuntu와 같은 GNU 시스템과 관련이 없습니다-glibc 없음, bash 없음 (기본적으로 수동으로 컴파일하고 배포 할 수 있음) 및 디렉토리 구조 완전히 다릅니다.
답변
그 이유는 lib / lib64 디렉토리는 다양한 프로그램과 공유되는 라이브러리이기 때문에 동일한 이름 을 갖는 파일을 포함 할 수 있기 때문입니다. 별도의 디렉토리에두면 충돌이 해결됩니다. 동일한 시스템에 32/64 비트 인 동일한 이름의 실행 파일을 배포 할만한 이유는 없지만 (일반적으로 …), 실행 파일이 혼합되어있을 수 있으므로 공유 라이브러리를 제공해야합니다.