convmv - 클라우드의 온라인

프로그램:

이름

convmv - 파일 이름을 한 인코딩에서 다른 인코딩으로 변환

개요

전환율 [옵션] 파일 ... 디렉토리

옵션

-f 부호화
변환해야 하는 파일 이름의 현재 인코딩을 지정합니다.

-t 부호화
파일 이름을 변환해야 하는 인코딩 지정

-i 대화식 모드(각 작업에 대해 y/n 묻기)

-r 재귀적으로 디렉토리 탐색

--NFC
대상 파일은 UTF-8(Linux 등)에 대한 정규화 형식 C입니다.

--nfd
대상 파일은 UTF-8(OS X 등)의 정규화 형식 D입니다.

--qfrom , --qto
이름 바꾸기의 "from" 또는 "to"에 대해 좀 더 조용히 하십시오(터미널을 망칠 경우
예). 이것은 실제로 ASCII가 아닌 문자를 대체하는 것 외에는 아무것도 하지 않습니다.
(바이트별) ? 출력물에 *가 있는 제어 문자는 영향을 주지 않습니다.
작업 자체의 이름을 바꿉니다.

--exec 명령
주어진 명령을 실행합니다. 명령을 인용해야 하며 #1은 다음으로 대체됩니다.
새 파일 이름으로 이전 # 2. 이 옵션 링크 대상을 사용하면 그대로 유지됩니다.

예:

convmv -f latin1 -t utf-8 -r --exec "echo #1은 #2로 이름을 바꿔야 합니다." path/to/files

--목록
사용 가능한 모든 인코딩을 나열합니다. 더 많은 중국어 또는 일본어 인코딩 지원을 받으려면
Perl HanExtra 또는 JIS2K Encode 패키지를 설치합니다.

--lowmem
모든 파일의 해시를 생성하지 않음으로써 메모리 사용 공간을 낮게 유지합니다. 이렇게 하면 확인이 비활성화됩니다.
symlink 대상이 하위 트리에 있는 경우. Symlink 대상 포인터가 변환됩니다.
상관없이. 수십만 또는 수백만 개의 파일을 변환하면 메모리
convmv의 사용량이 상당히 높아질 수 있습니다. 이 경우 이 옵션이 도움이 될 것입니다.

--nosmart
기본적으로 convmv는 파일 이름이 이미 UTF8로 인코딩되어 있는지 감지하고 이를 건너뜁니다.
일부 문자 세트에서 UTF8로의 변환을 수행해야 하는 경우 파일. "--nosmart"는
또한 이러한 파일을 UTF-8로 강제 변환하면 "이중 인코딩"이 발생할 수 있습니다.
UTF-8"(아래 섹션 참조).

--fixdouble
"--fixdouble" 옵션을 사용하면 convmv는 여전히 남아 있는 파일만 변환합니다.
변환 후 UTF-8 인코딩. 이는 이중 인코딩된 UTF-8 파일을 수정하는 데 유용합니다.
UTF-8이 아니거나 변환 후 UTF-8이 아닌 모든 파일은
만졌다. 아래의 "double UTF-8 실행 취소 방법..." 장도 참조하십시오.

--노트
실제로 파일 이름을 바꾸는 데 필요합니다. 기본적으로 convmv는 원하는 것을 인쇄합니다.
할 수 있습니다.

--구문 분석 가능
이것은 GUI 프런트 엔드를 작성하려는 사람들이 찾을 수 있는 고급 옵션입니다.
유용합니다(다른 일부도 가능). convmv는
쉬운 구문 분석 방법. 첫 번째 열에는 작업 또는 일종의 정보가 포함되어 있습니다.
두 번째 열은 대부분 수정할 파일을 포함하며 해당하는 경우
세 번째 열에는 수정된 값이 포함됩니다. 각 열은 \0으로 구분됩니다.\n
(널바이트 개행). 각 행(하나의 작업)은 \0\0\n(nullbyte nullbyte)으로 구분됩니다.
개행).

--no-preserve-mtimes
파일 이름을 수정하면 일반적으로 상위 디렉토리의 mtime이 업데이트됩니다. 부터
버전 2 convmv는 기본적으로 mtime을 이전 값으로 재설정합니다. 파일 시스템
atime 및 mtime의 XNUMX초 미만 부분이 손실되는 XNUMX초 미만 해상도 지원
Perl은 아직 지원하지 않습니다. 이 옵션을 사용하면 다음을 수행할 수 있습니다. 비활성화 보존
엠타임의.

--바꾸다
이름을 바꿀 파일이 이미 존재하는 경우 덮어씁니다.
다른 파일 내용은 동일합니다.

--이스케이프 해제
이 옵션은 파일 이름에서 보기 흉한 % XNUMX진수 시퀀스를 제거하고
(바라건대) 더 멋진 8비트 문자. --unescape 후 charset을 수행할 수 있습니다.
변환. %20 등과 같은 이 시퀀스는 다음을 통해 다운로드할 때 때때로 생성됩니다.
http 또는 ftp.

--높은 , --낮추다
파일 이름을 모두 대문자 또는 모두 소문자로 바꿉니다. 파일이 ASCII 인코딩되지 않은 경우,
convmv는 -f 스위치를 통해 문자 세트가 입력될 것으로 예상합니다.

--맵=추가 매핑
일부 사용자 지정 문자 매핑을 적용합니다. 현재 지원되는 항목은 다음과 같습니다.

Linux용 불법 ntfs 문자 매핑을 위한 ntfs-sfm(-undo), ntfs-sfu(-undo)
또는 Macintosh cifs 클라이언트(MS KB 117258 또한 mount.cifs의 mapchars 마운트 옵션 참조)
리눅스에서).

ntfs-pretty(-undo)는 불법 ntfs 문자를 꽤 합법적인 문자로 매핑하기 위한 것입니다.
그들의 일본어 버전.

을 참조 map_get_newname() 필요한 경우 자신의 매핑을 쉽게 추가하는 방법을 제공합니다. 나를 보자
convmv에 유용한 매핑이 누락되었다고 생각하는지 확인하십시오.

--dotlessi
점이 없는 i/I 문제에 관심을 가져라. "I"의 소문자 버전도 점이 없습니다.
"i"의 대문자 버전도 점으로 표시됩니다. 이것은 터키인의 문제입니다.
그리고 아제리.

그건 그렇고: 문자 i의 위첨자 점은 중세 시대에 추가되었습니다.
(원고에서) 문자를 그러한 문자에서 인접한 세로 획과 구별합니다.
u, m 및 n으로. J는 이 시기에 등장한 i의 변형 형태이며 이후에 등장했습니다.
별도의 문자가되었습니다.

--도움
사용 가능한 옵션에 대한 간략한 요약 인쇄

--덤프 옵션
사용 가능한 모든 옵션 목록 인쇄

기술

전환율 단일 파일 이름, 디렉토리 트리 및 포함된
파일 또는 전체 파일 시스템을 다른 인코딩으로 변환합니다. 파일 이름만 변환합니다.
파일의 내용. convmv의 특별한 기능은
symlinks, 또한 symlink 대상이 있는 경우 symlink 대상 포인터를 변환합니다.
역시 변환.

이 모든 것은 이전 8비트 로케일에서 UTF-8로 전환하려는 경우 매우 유용합니다.
로케일. 또한 디렉토리를 이미 부분적으로 UTF-8로 변환하는 것도 가능합니다.
UTF-8 인코딩. convmv는 특정 파일이 UTF-8로 인코딩되었는지 감지할 수 있으며 건너뜁니다.
기본적으로. 이 똑똑함을 끄려면 "--nosmart" 스위치를 사용하십시오.

파일 시스템 문제
거의 모든 POSIX 파일 시스템은 파일 이름이 어떻게 인코딩되는지 신경 쓰지 않습니다. 여기에 몇 가지가 있습니다.
예외:

HFS + on OS X / 다윈

Linux 및 (대부분?) 기타 Unix 계열 운영 체제는 소위 정규화 형식 C를 사용합니다.
(NFC)는 기본적으로 UTF-8 인코딩을 위한 것이지만 이를 강제하지는 않습니다. 의 기반이 된 다윈
Macintosh OS는 정규화 형식 D(NFD)를 시행합니다.
다른 방법. OS X에서는 NFC UTF-8 파일 이름을 생성할 수 없습니다.
파일 시스템 계층에서 방지됩니다. HFS+에서 파일 이름은 내부적으로 UTF-16으로 저장되며
기본 BSD 시스템을 처리할 수 있도록 UTF-8로 다시 변환하면 NFD가 생성됩니다.
만나다 http://developer.apple.com/qa/qa2001/qa1173.html 실패를 위해. 매우 그랬던 것 같아요
정상적인 POSIX 준수 시스템을 기대하는 OS X에서 나쁜 생각과 많은 것을 망칩니다.
다른 곳에서는 convmv가 NFC에서 NFD로 또는 그 반대로 파일을 변환할 수 있습니다.
이러한 시스템과의 상호 운용성이 훨씬 쉬워집니다.

JFS

사람들이 iocharset=utf8로 JFS 파티션을 마운트하면 비슷한 문제가 발생합니다.
JFS는 파일 이름을 내부적으로 UTF-16으로 저장하도록 설계되었습니다. Linux의 JFS 때문입니다.
OS/2용 JFS를 재작성한 JFS2입니다. JFS 파티션은 항상
최근 8859 커널의 기본값이기도 한 iocharset=iso1-2.6.6로 마운트됩니다. 만약에
이것이 완료되지 않으면 JFS는 POSIX 파일 시스템처럼 작동하지 않으며 다음과 같은 일이 발생할 수 있습니다.
예를 들어 ISO-8859-1 인코딩의 파일 이름과 같은 특정 파일은 전혀 생성할 수 없습니다. 오직
OS/2와의 상호 운용이 필요할 때 iocharset은 사용에 따라 설정해야 합니다.
로케일 참맵.

NFS4

다른 POSIX 파일 시스템에도 불구하고 RFC3530(NFS 4)은 UTF-8을 요구하지만 다음과 같이 말합니다.
nfs4_cs_prep 프로필은 정규화 형식을 지정하지 않습니다. 이에 대한 추후 개정
사양은 특정 정규화 형식을 지정할 수 있습니다."
NFS4를 사용하면 convmv의 변환 및 정규화 기능이 매우 유용하다는 것을 알 수 있습니다.

지방/VFAT 과 NTFS

NTFS 및 VFAT(긴 파일 이름용)는 내부적으로 UTF-16을 사용하여 파일 이름을 저장합니다. 당신은해야
해당 파일 시스템 중 하나를 마운트하는 경우 파일 이름을 변환할 필요가 없습니다. 적절한 사용
대신 마운트 옵션!

방법 에 취소 더블 UTF-8 (또는 다른) 인코딩 파일 이름
때로는 특정 파일 이름을 "이중 인코딩"한 경우가 있습니다.
파일 이름이 이미 UTF-8로 인코딩되었고 실수로 일부 파일에서 또 다른 변환을 수행했습니다.
문자셋을 UTF-8로. 반대 방향으로 변환하여 간단히 실행 취소할 수 있습니다. 그만큼
from-charset은 UTF-8이어야 하고 to-charset은 이전에 생성한 from-charset이어야 합니다.
실수로 사용. "--fixdouble" 옵션을 사용하면 convmv는
변환 후에도 여전히 UTF-8로 인코딩되는 파일이 처리되며
UTF-8이 아닌 파일은 그대로 둡니다. 다음을 수행하여 올바른 결과를 얻으려면 확인해야 합니다.
이전에 "--notest" 없이 변환, 또한 "--qfrom" 옵션이 도움이 될 수 있습니다.
이중 utf-8 파일 이름은 인쇄 중인 경우 터미널을 망칠 수 있습니다.
종종 터미널 창에서 재미있는 작업을 수행하는 제어 시퀀스를 포함합니다. 만약 너라면
"--qfrom"을 사용하여 실수로 변환된 문자 세트에 대해 확실하지 않은 경우
파일 이름을 최종적으로 파괴하지 않고 필요한 인코딩을 만지작거리는 좋은 방법입니다.

방법 에 수리 삼바 파일
smb.conf(Samba 2.x)에 올바른 "문자 세트"가 설정되지 않은 경우
변수, Win* 클라이언트에서 생성된 파일이 클라이언트의
코드 페이지, 예: 서유럽 언어용 cp850. 그 결과
비ASCII 문자가 포함된 문자는 Unix 서버에서 "ls"하면 망가집니다. 만약 너라면
나중에 "문자 집합" 변수를 iso8859-1로 변경하십시오. 새로 생성된 파일은 괜찮습니다.
그러나 이전 파일은 여전히 ​​Windows 인코딩에서 엉망입니다. 이 경우 convmv는
이전 Samba 공유 파일을 cp850에서 iso8859-1로 변환하는 데에도 사용할 수 있습니다.

그건 그렇고: Samba 3.x는 마침내 기본적으로 UTF-8 파일 이름에 매핑되므로 마이그레이션할 때도 마찬가지입니다.
Samba 2에서 Samba 3로 파일 이름을 변환해야 할 수도 있습니다.

네타톡 상호 운용성 문제
Netatalk가 버전 8에서 지원되는 UTF-2로 전환되면
파일 이름을 바꾸기에 충분합니다. 더 많은 일이 필요합니다. 보다
http://netatalk.sourceforge.net/2.0/htmldocs/upgrade.html#volumes-and-filenames 및
자세한 내용은 Netatalk의 uniconv 유틸리티를 참조하십시오.

onworks.net 서비스를 사용하여 온라인에서 convmv 사용