파일은 다양한 운영 체제에서 다양한 Mime 유형을 제공합니다.

그래서 다음을 부분적으로 수행하는 bash 스크립트가 있습니다.

file -b --mime-type "$1"

그런 다음 예상되는 파일 형식인지 확인하는 논리가 있습니다.

if [[ $type == "application/gzip" ]]; then
    <stuff>
    exit 0
fi

# basically the else
echo "File type $type not supported"

그래서 저는 데비안 시스템에서 이 스크립트를 만들었고 모든 로직이 잘 작동했습니다. 그러나 동료가 자신이 작업 중인 일부 시스템(CentOS 기반)에서 이를 사용할 수 있는지 물었을 때 그는 계속 다음과 같은 오류 출력을 받았습니다.

File type application/x-gzip not supported

스크립트예전에는이식성을 목표로 하므로 bash나 파일 등을 사용하세요. CentOS 시스템에서 보려고 했는데 /usr/share/magic일반 텍스트인 것 같습니다. 그러나 데비안에서는 바이너리 형식이므로 상호작용하기가 더 어렵습니다.

그래서 제가 이해한 바에 따르면 를 호출하면 ---mime-type모든 운영 체제에서 매번 동일한 MIME 유형이 표시됩니다. if 문에 추가할 수 있다는 것을 알고 있지만 application/x-gzip출력을 일관되게 만드는 방법이 있다면 이를 옵션으로 남겨 두겠습니다. 또한 나중에 이 스크립트에 다른 부분을 추가하거나 향후 작업을 위한 템플릿으로 사용하는 경우 운영 체제 전반에 걸쳐 일관된 출력을 얻을 수 있는 방법이 있어서 많은 가장자리에 대해 걱정할 필요가 없습니다. 사례.

일관된 답변을 얻을 수 있는 방법이 있다면 파일이 아닌 다른 것으로 변경할 수도 있습니다.

미리 감사드립니다.

편집 #00

원래 IANA를 참조로 사용했지만 IANA가 인식하지 못하는 유형이 많다는 것을 깨달았습니다. 물론 이것은 상황을 더욱 악화시킵니다.

버전 차이에 대한 귀하의 제안에 따르면 데비안 시스템은 다음과 같기 때문에 이것이 근본 원인일 수 있다고 생각합니다.

redacted@redacted ~$ file -v
file-5.35
magic file from /etc/magic:/usr/share/misc/magic

CentOS 시스템은 다음 위치에 있습니다.

redacted@redacted ~$ file -v
file-5.11
magic file from /etc/magic:/usr/share/misc/magic

strace 테스트의 경우 위 두 환경의 백업도 포함하여 /etc/magic의 파일을 읽고 있음을 보여주며 CentOS의 경우 파일은 일반 텍스트입니다. strace는 다음과 같습니다:

strace -e trace=stat,open,openat file -i bob.txt
open("/usr/lib64/tls/x86_64/libmagic.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/tls/x86_64", 0x7fff0427d1d0) = -1 ENOENT (No such file or directory)
open("/usr/lib64/tls/libmagic.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/tls", {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0
open("/usr/lib64/x86_64/libmagic.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/x86_64", 0x7fff0427d1d0) = -1 ENOENT (No such file or directory)
open("/usr/lib64/libmagic.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib64/tls/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib64/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib64/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
stat("/root/.magic.mgc", 0x7fff0427e750) = -1 ENOENT (No such file or directory)
stat("/root/.magic", 0x7fff0427e750)    = -1 ENOENT (No such file or directory)
stat("/etc/sysconfig/64bit_strstr_via_64bit_strstr_sse2_unaligned", 0x7fff0427dcb0) = -1 ENOENT (No such file or directory)
open("/etc/magic.mgc", O_RDONLY)        = -1 ENOENT (No such file or directory)
stat("/etc/magic", {st_mode=S_IFREG|0644, st_size=111, ...}) = 0
open("/etc/magic", O_RDONLY)            = 3
open("/usr/share/misc/magic.mgc", O_RDONLY) = 3
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
stat("bob.txt", {st_mode=S_IFREG|0644, st_size=19, ...}) = 0
open("bob.txt", O_RDONLY)               = 3
bob.txt: text/troff; charset=us-ascii
+++ exited with 0 +++

troff와 .txt가 일치하지 않는다는 점은 신경쓰지 마세요. 이는 의도적인 것입니다. TROFF가 선택된 이유는 단순한 일반 텍스트 그 이상이기 때문입니다...

동료 중 한 명이 CentOS 시스템에서 파일 버전을 업데이트할 수 있는지 확인하고 결과가 더 나은지 확인하겠습니다.

편집 #01

그래서 다른 도구인 xdg-mime을 조사하는 동안 나는 그 프로그램 내에서 (적어도) x-gzip과 gzip 사이에 기능적 차이가 없는 것 같다는 것을 발견했습니다.

프로그램 내에서 별칭으로 간주되는 것 같습니다(이 문제를 해결하기 위해 프로그램에 별도의 매직 스토어가 있는지 조사 중입니다). 따라서 두 변종 모두 매직 파일에 존재하는 것이 일반적인 것 같습니다.