며칠 전 내 홈 디렉토리에 이상한 파일이 나타났습니다.
lsbash에서 다음 출력을 제공합니다.
Âõ(\'e@\Âõ(\7@\Âõ(,e@ëQ¸[email protected]
에서는 shell-safe fish라는 ls이름이 기본적으로 인용되어 다음과 같은 내용을 제공합니다.
''$'\217\302\365''(\'\''e@\'$'\217\302\365''(\7@\'$'\217\302\365''(,e@'$'\037\205\353''Q'$'\270\036''[email protected]'
파일이 존재하지 않는 것 같아서 돌핀에서 파일을 삭제할 수 없습니다. 내 생각에는 Dolphin에 이와 같은 병리학적 파일 이름을 사용하지 못하게 하는 버그가 있는 것 같습니다. rm명령줄과 탭 완성을 통해 제거했습니다 .
이 파일은 어디서 올 수 있나요? Fedora 25에서 LUKS 암호화와 함께 EXT4 파일 시스템을 사용하고 있습니다. 파티션이 좀 오래되어서 2015년 10월 20일(그달쯤)에 만들었습니다. 이것이 내가 걱정해야 할 일입니까?
답변1
그러면 파일의 inode가 표시됩니다.
ls -lai
제거할 수 있는 방법은 다음과 같습니다.
find . -type f -inum (inode)
...하지만 먼저 파일의 내용을 확인하는 것이 좋습니다. file실행해 보세요 :
find . type f -inum (inode) -exec file {} \;
vim같은 방법으로 열면 됩니다 .
답변2
이 파일은 어디서 올 수 있나요?
여기서는 순수한 추측을 요구하고 있지만 가능한 유일한 경로는 파일 시스템 또는 터미널 데이터 스트림 손상입니다.
파일 시스템 손상의 예는 파일 이름을 저장하는 디스크 블록이 어떤 방식으로든 손상되었지만 모든 체크섬이 일치하는 것입니다. (이 마지막 조항이 없으면 파일 시스템은 손상된 데이터 검색을 단순히 거부합니다.) 이는 RAM 오류, 하드 드라이브 오류, 신뢰할 수 없는 케이블 연결, 우주선 등으로 인해 발생할 수 있습니다.
손상된 터미널 데이터 스트림의 예로는 RS-232 직렬 회선(또는 이를 에뮬레이트하는 회선)을 사용하거나 RS-232와 동시에 비교적 허용되는 프로토콜 중 하나를 사용하는 것입니다.모뎀.
Zmodem은 기존 연결을 통해 파일 데이터를 훔치기 때문에 SSH 시대에도 여전히 편리합니다 scp. SSH 연결을 SCP 모드로 전환하거나 별도의 SCP 연결을 설정할 필요가 없습니다. 이것lrzsz팩SSH 및 Unix 명령줄과 자연스럽게 작동합니다.
Zmodem-over-SSH는 두 개 이상의 호스트 체인을 통해 SSH를 연결할 때 특히 편리하지만 문제가 있습니다. 기본 옵션을 사용하여 링크를 통해 Zmodem을 바이너리 파일로 변환하려고 하면 rz파일의 일부 바이트 시퀀스가 고려될 수 있습니다.이스케이프 시퀀스또는제어 문자중간 SSH 호스트는 자신이 Zmodem 전송을 중계하고 있다는 사실을 인식하지 못하여 데이터 흐름을 잘못 해석하여 Zmodem 전송을 방해하게 됩니다. (그런데 수정사항은 rz -e제어 문자의 강제 이스케이프를 사용하는 것입니다.)
이런 일이 발생하면 진행 중인 데이터 흐름이 잘못 해석되어 데이터 전송이 갑자기 셸에 대한 명령이 되고, 해당 명령 흐름의 어떤 항목이 실제 명령(예: )과 일치하면 cat > h34ijth34u8934셸은 하나의 파일로 하나의 파일을 생성합니다. 쓰레기 이름. 쉘에 관한 한, 이를 수행하도록 요청합니다. 쉘은 "입력된" 파일 이름의 소스가 sz통신 중인 로컬 프로그램이 종료된 후 파일 데이터를 뿌리는 원격 프로그램 이라는 것을 알지 못합니다 .rz
(예, 실제로 이런 일이 여러 번 나에게 일어났습니다.)
이것이 내가 걱정해야 할 일입니까?
상황이 어떻게 발생하는지에 따라 달라지며, 이는 다시 추측이 필요합니다.