物理ディスク領域

物理ディスク領域

何が起こったのかわかりません。昨夜、私のコンピュータのシステムパーティションに約700 MBの空き容量がありました。右テキストなどのデータ(空白の文書アイコンがあります)一部のファイルを削除しても変更は表示されません。まだ空き容量はありません。そのファイルは永久に削除され、削除プロセスでは使用されませんでした。

sync昨日は初めて一つを指揮しました。今日私もrootとして次のことをしましたsync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'

パーティションや物理ファイルシステムに問題があるようです。システムを再起動してからかなり長い時間が経ち、今すぐやりたい最後の作業はこれではありません。

また、端末にコマンド履歴がないことがわかりました。ファイルが.bash_history空です。キャッシュ不足のためですか、それともディスクが破損していますか?最初の場合、bashの記録やその他の注目すべき点から何が消去されていますか?

昨日はファイル検索などの作業でディスクを一生懸命働かせましたが、それ以降は夜まで何の問題もありませんでした。

私が気づいたもう一つの迷惑なのは、ワーカープロセスですupdate-apt-xapian-index-dbus

他のエラーは見えません。システムはまだ動作し安定しています。私のシステムで何が起こっているのか知りたいです。提案するものはありますか?診断する方法?実際の空き容量とファイルサイズを表示するには?再起動する必要がありますか?

編集:もう一つのことは、Shift + Delなどのキーストロークが機能しないことです。夜に作成されたファイルを見つけようとすると、find / -ctime=0古いファイルも表示されます-mtime。 。

**編集:ちょうどファイル名が見つかりましたが、.xsession-errorsサイズは約650MBです。たぶん私は失われたスペース(まるで)かもしれませんが、今日1時間前にアクセスして修正しましたが、いつ作成されたのかわかりません(確認できません)。 。これはどうですか?このファイルの横にあるファイルは、.xsession-errors.old最後の再起動日に変更され、サイズが0.5 MB未満です。今「空きスペース」を見つけましたか?

コマンドがsyncパーティショニング問題の原因になる可能性がありますか?どこか見たようですが本当に可能でしょうか? **

編集:ファイルを開いて.xsession-errorsその中に表示されているのは、ディスプレイウィンドウの説明と何千Illegal character <2e> in hex string、何百万行もの実際のエラーでしたWrite error: Unknow error。ディスクに空き容量ができるまで書くと思います。この文字は常に<2e>ではありませんが、最も繰り返されます。

ベストアンサー1

ファイルサイズを見つけるためにパーティションが破損している場合、fsを確認するまで正しいサイズは報告されません。FSCKfsck -P実行して識別できるルートディスクで操作を実行し、次のdf -h結果を得る必要があります。

user@server:~> df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2              25G   18G  5.9G  76% /
udev                  2.0G  116K  2.0G   1% /dev
/dev/sda1             244M   20M  211M   9% /boot
/dev/sda5             4.0G  1.7G  2.2G  43% /var
/dev/sda6             4.7G  1.2G  3.3G  27% /tmp
/dev/sdb1             197G  127G   61G  68% /data

Grubからリカバリモードで起動するか、ディスクからリカバリモードで起動する必要があります(推奨)。ファイルシステムが破損すると、ユーティリティが破損して破損を引き起こす可能性があるため、ライブ環境はより良い選択/ですfsck。ライブ環境で起動できる場合、デフォルトではインストールされない/ため、dfは役に立ちません。これを実行すると、sudo fdisk -l使用可能なディスクが一覧表示され、確認されたらターゲットfsckデバイスで実行できます。

また、アーカイブされたすべてのログをコピーする必要があります。ドライブがエラーではなく、いくつかのスペースを消去できると仮定すると、リアルタイムローリングログ出力はエラー診断に非常に重要です。次のようなものを使用することも検討できます。システムログ別のボックスのデータベースにログを記録するために使用されます。これにより、ディスクに問題があるときにログにアクセスできます。

おすすめ記事