☰

Chromium이 나를 감시하고 있나요?

tag-icon • tag-icon arch-linux filesystems chrome
Chromium이 나를 감시하고 있나요?

매우 혼란스러운 질문이 있습니다. rm -rf'ing .config/chromium을 실행하면 다음 오류가 발생합니다.

rm: cannot remove 'chromium/Default': Directory not empty

물론, 내가 ls -l chromium/Default봤을 때:

-?????????? ? ?    ?    ?    ? TransportSecurity

그래서 시도해 본 결과 다음 chmod a+rx chromium/Default과 같은 사실을 발견했습니다.

chmod: cannot access 'chromium/Default/TransportSecurity': No such file or directory

파일을 RM할 수 없습니다. 그렇다면 touch TransportSecurity동일한 이름과 동일한 권한을 가진 다른 파일을 얻습니다.

확인해야 할 것은 이 디렉터리의 권한이 다음과 같다는 것입니다.drwxr-xr-x

파일을 삭제할 수 없습니다(이제 동일한 파일이 3개 있습니다). 재부팅 후에도 지속되며 루트가 되어도 도움이 되지 않습니다.

누구든지 이것을 보았거나 조사 방법에 대한 제안이 있습니까?

아래 @Deathgrip이 제안한 대로 ls -lb chromium/Default보고서를 실행하세요.

ls: cannot access 'Default/TransportSecurity': No such file or directory
ls: cannot access 'Default/TransportSecurity': No such file or directory
ls: cannot access 'Default/TransportSecurity': No such file or directory
total 0
-?????????? ? ? ? ?           ? TransportSecurity
-?????????? ? ? ? ?           ? TransportSecurity
-?????????? ? ? ? ?           ? TransportSecurity

달리기는 rm -i *TransportSecurity*나에게 다음과 같이 말합니다.

rm: cannot remove 'TransportSecurity': No such file or directory

답변1

아니요, (이 특정 경우에는) Chromium은 사용자를 감시하지 않습니다.

대부분의 경우 디스크나 파일 시스템의 손상으로 인해 "삭제할 수 없는" 파일이 발생합니다. 내 경험에 따르면 이는 일반적으로 하드 드라이브의 불량 섹터로 인해 발생합니다. 그러나 그것이 유일한 이유는 아닙니다.

출력의 물음표는 ls파일 시스템 손상의 증상일 수 있습니다. 이런 경우에는 해결이 매우 쉽습니다. 를 실행하여 시작할 수 있습니다 lsblk. 그러면 시스템의 블록 장치와 해당 장치가 마운트된 위치가 표시됩니다. 오른쪽 열에는 장착 지점이 표시됩니다. 디렉토리 가 있는 .config디렉토리를 찾으십시오(아마도 /또는 /home). 가장 왼쪽 열에서 해당 블록 장치( /dev/sdXy)를 찾을 수 있습니다. 그런 다음 다음 명령을 실행해야 합니다(fsck는 마운트 지점에 대한 실행을 지원한다고 주장하지만 이것은 내 경험이 아닙니다).

# fsck /dev/sdXy

현재 마운트된 파티션인 경우 fsck이에 대해 불만을 표시하고 파일 시스템에 추가 손상을 일으킬 수 있습니다. 이는 정상적인 동작입니다. 마운트 해제할 수 없는 파일 시스템인 경우(예 /: ) 파일을 확인하십시오 /etc/fstab. 블록 장치에 해당하는 항목의 마지막 필드가 0이 아닌지 확인하세요. 보다매뉴얼 페이지1 또는 2 여야합니다.

관련 정보