そこにあるがシステムはそこにないというファイルを削除するにはどうすればよいですか?
そこにあるがシステムはそこにないというファイルを削除するにはどうすればよいですか?
回答:
同じ問題がありました。パーティションのインデックスエントリに問題がありました。システムがデュアルブートの場合はWindowsを起動するか、Windows XPまたはWindows 7のライブCDを挿入して解決し、次の手順を実行します。
cmd
ます。右クリック->管理者として実行。 chkdsk /f/x D:
(ここで、Dはドライブ文字です)。 100%働く
警告:これらの手順では、を使用する必要があります
debugfs
。彼らは、データの損失を引き起こす可能性があります。これらは元の問題に合わせて調整されており、このページの今後の訪問者に対して正確である場合とそうでない場合があります。データの損失は、回復不可能であるか、さらに悪化し
fsck
ます。
失われたiノードの可能性があります。実行ls -li
してiノード番号のリストを取得してから、参照されたiノードをダンプしてみてください。たとえばls -li
、次のように見える場合:
rarkenin@ubuntu-alt-64-vbox-1:~$ ls -li
total 58672
4980758 -rwxr-xr-x 2 rarkenin rarkenin 4096 Sep 23 18:45 panorama.jpg
---SNIP---
リストの最初の列に示すように、iノード番号は4980758です。
その後、iノードのダンプを試行できます。何かをする前に投稿全体を読んでください。
debugfs
ルートとして開始します。
rarkenin@ubuntu-alt-64-vbox-1:~$ sudo debugfs
[sudo] password for rarkenin:
debugfs 1.42 (29-Nov-2011)
debugfs:
open /dev/sda1
パーティションの正しいブロックデバイスを指定してコマンドを実行します。
次に、以前に取得した番号のiノードをダンプするコマンドを実行します。
cat <4980758>
iノード番号を使用して<
、>
その周りに。
ランダムなテキストを読み取る場合は、ターミナルを閉じてからもう一度開きます。debugfs
再度実行して、open
コマンドを再度実行してください。
これで、ファイルを削除してみることができます。これにより、深刻なファイルシステムの破損が発生する可能性があります。
debugfs: rm [filename]
debugfs: unlink [filename]
debugfs: kill_file [filename]
debugfs: kill_file <inode>
ファイルにiノードがなかったことが判明した場合でも、これを実行できることに注意してください。上記の順序でコマンドを1つずつ試します。debugfsを終了し、ファイルが存在するかどうかを確認します。そうでない場合は、再度開始しますが、次の指示に従います。
debugfs
は、ext2、ext3、およびext4ファイルシステムタイプのみを対象としています。
最初にrootとしてログインします sudo -s
rm -v <file>
ファイルを削除しようとしている間に何が起こっているかを確認するには、詳細な出力を確認してください。以下のコマンドのオプションを確認してください。
それが失敗した場合は、他の人が言ったように強制オプションを使用できます。再帰的な削除を強制して、ディレクトリ全体を削除することもできます。rm -rfv **full directory address here**
あらすじ
rm [OPTION]... FILE...
記述
rm removes each file. By default, it does not remove directories.
If a file is unwritable, the standard input is a tty, and the -f or
--force option is not given, rm prompts the user for whether to remove
the file. If the response is not affirmative, the file is skipped.
オプション
Remove (unlink) the FILE(s).
-f, --force
ignore nonexistent files, never prompt
-i, --interactive
prompt before any removal
--no-preserve-root do not treat '/' specially (the default)
--preserve-root
fail to operate recursively on '/'
-r, -R, --recursive
remove directories and their contents recursively
-v, --verbose
explain what is being done
--help display this help and exit
--version
output version information and exit
By default, rm does not remove directories. Use the --recursive (-r or
-R) option to remove each listed directory, too, along with all of its
contents.
To remove a file whose name starts with a '-', for example '-foo', use
one of these commands:
rm -- -foo
rm ./-foo
Note that if you use rm to remove a file, it is usually possible to
recover the contents of that file. If you want more assurance that the
contents are truly unrecoverable, consider using shred.
スクリーンショットを見ると、グループがルートとして設定されていることがわかります。chownを使用してみて、問題が解決するかどうかを確認します。
sudo chown -hR [username]:[username] /home/[username]
[ユーザー名]をユーザー名に置き換えます。
いくつかのエラーが発生します。
ファイル名に印刷されない文字があると、スペースなどの問題が発生する可能性があります。rmの対話型オプションを試して、削除するファイルに「Y」と
発声し
ますディレクトリエントリは削除されませんが、iノードを確認するにはls -iを試してください。
この方法を試してください:
cd dir-to-delete
find ./ -exec rm -rf {} \;
クロムの下でカスタムWebベースのEMR(電子医療記録)によって作成されたファイルにも同じ問題がありました。sudo touch /forcefsck
その後、再起動が機能し、ファイルが削除されました。次のページからヘルプフォームを取得