☰

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。ブロックデバイスに対応するエントリの最後のフィールドがゼロでないことを確認してください。よりマニュアルページ1または2でなければなりません。

関連情報