파일을 삭제할 수 없습니다. 이름이 너무 깁니다

Question 1

나는Linux 라이브 디스크, Windows 드라이브를 마운트하고 Linux/Unix를 사용하여 제거합니다.

필요한 주요 명령은 다음과 같습니다.

mount -t ntfs-3g /dev/sdX# /mnt
cd /mnt/Users/You
rm -f further/loc/away.filename

fdisk -l(참고: Windows 파티션을 찾으려면 실행해야 할 수도 있습니다 )

그러면 거기까지 갈 수 있을 겁니다. 나도 언젠가는 그렇게 해야 했다.

Answer

나는Linux 라이브 디스크, Windows 드라이브를 마운트하고 Linux/Unix를 사용하여 제거합니다.

필요한 주요 명령은 다음과 같습니다.

mount -t ntfs-3g /dev/sdX# /mnt
cd /mnt/Users/You
rm -f further/loc/away.filename

fdisk -l(참고: Windows 파티션을 찾으려면 실행해야 할 수도 있습니다 )

그러면 거기까지 갈 수 있을 겁니다. 나도 언젠가는 그렇게 해야 했다.

Question 2

Windows에서는 간단히7z파일 관리자 또는 파일 처리를 위해 유니코드 버전의 API를 사용하는 기타 탐색기(유사) 응용 프로그램.중복추가 정보:

(1) 문제의 기술적 배경: MAX_PATH 제한((4) 참조).

(2) 프로그래머 수준에서 이 한계를 극복하는 방법.

(삼) 사용자 수준에서 이 제한을 극복하는 방법.

(3)은 해결 방법일 뿐이라는 점에 유의하세요. 결코 프로그래밍에 적합하지 않습니다. 최악의 부분은 호환되지 않는 API에 대한 단 한 번의 호출로 인해 Microsoft 직원이 완전히 UNC 경로 호환 응용 프로그램을 다시 260-MaxPath-StoneAge로 되돌릴 수 있는 API를 혼합하고 있다는 것입니다((2) 참조). 그만큼탐침그리고다른 제품들Microsoft의 (cmd 및 powershell 포함) 기록으로 인해 이 문제를 결코 극복할 수 없습니다(한도 제거를 위한 링크 아래의 투표는 무시되거나 거부됩니다).

사용 사례와 버전에 따라 한도가 달라지는 것 같습니다. Windows 8 탐색기는 약 4배 더 긴 경로를 처리할 수 있는 것으로 보입니다(4) Windows 7부터는 휴지통으로 이동할 수 있는 가장 긴 파일 경로가 259에서 215(5). Windows NT를 사용하여 처음부터 시작하는 프로그래머가 동적 할당을 구현하지 않은 이유는 여전히 수수께끼입니다. 비유니코드 API를 사용하는 오늘날의 상황에 대한 접근 방식을 설명합니다.여기(복사).

SO 네트워크의 프로그래밍 및 UNC 경로와 관련된 기타 주제:

6Java의 UNC 경로와 JVM 수준에서의 구현입니다.

7&8네트워킹의 UNC 경로.

이 제한이 정말 짜증나는 경우를 발견했습니다.

소스 코드 계층 구조 구성:nodeJS
깊게 중첩된 폴더 구조의 파일 백업
문서에 대한 명명 규칙(예: 빠른 검색 및 찾기를 위해 이름으로 초록, 저자, 제목, DOI 등 긴 설명이 있는 논문)
Linux(이 제한 없음)와 Windows 간 파일 공유

Answer