Macでfsck_hfsが2日間実行されているのはなぜですか？

26

fsck_hfs昨日、CPUの50〜75％を占有していることに初めて気付きました。今日も引き続き実行されます。

psそれがしていることを示してい/sbin/fsck_hfs -f -n -x -E /dev/disk3ます。唯一の問題：私が持っているとは思わない/dev/disk3。

なぜ実行されているのですか？
終わりますか？
- できますkillか？
なに/dev/disk3？現時点ではマウントされていない私のTime Machineボリュームですか？

システム情報： MacBook Pro（2008）。内蔵ディスク（/dev/disk1）とPCカードSSD（/dev/disk0驚くべきことに）の2つのディスクがインストールされています。Airport Extremeベースステーションに接続されたリモートTime Machineボリュームに接続します。

— ネイト
ソース

1

別のデータポイント; 私の10.13.5ラップトップは、NASドライブのバックアップを「検証」するのに2時間かかりましたが、明らかに84％でスタックしています。CPU時間の大半はfsck_hfs（OPと同様のコマンドライン）基本的にネットワークトラフィックがゼロ（1秒あたり5パケット）であり、ディスクIO Ops / sも低かったと思いますが、それほどチェックしていませんでした。GUIで進行中の明らかな変化は報告されず（気づいた）、正常に完了しました。

— サムメイソン

19

Time Machineボリュームがマウントされたときから実行されている可能性があります。
ボリュームがもう存在しない場合、私はそれを疑います。
- 私はあなたができるsudo killall fsck_hfsと確信しています。何も傷つけません。（再起動しようとしましたか？）
おそらくそうです。

— リス
ソース

助けてくれてありがとう！あなたは正しかった。killTime Machineを実行した後、バックアップを検証できなかったと表示されました。昨晩、MacBookを閉じて家に持ち帰ったとき、おそらく混乱したでしょう。Wi-Fiで〜750 GBのディスクイメージを検証しようとするのはクレイジーです！コンピューターが完了するまで数日間、コンピューターの電源を入れたままにしておく必要があります…

— ネイト

1

コンピューター全体を再バックアップする必要があり、既存のバックアップ履歴が失われるため、強制的に終了することはおそらくないでしょう。

— サイレン

1

@Nate「…Wi-Fiを介して〜750 GBのディスクイメージを検証しようとします！…」–それは何が起こるかではありません。画像の一部のみが送信されます。キーワード：CopyHFSMeta、例えばforums.freenas.org/index.php?threads/…

— Graham Perrin

26

メニューバーのTime Machineアイコンをクリックして[検証をスキップ]を選択すると、fsck_hfsプロセスが停止しました。たぶんkill...

— ダベク
ソース

そのまま実行し、終了するまで待ちます。

— チャンバズ

3

また、Time Machineアイコンをクリックして[Time Machineの設定を開く...]を選択すると、[バックアップ]プロセスの進行状況を示す進行状況バーが表示されます。

その後、進行状況バーの横にある「x」をクリックして、検証プロセスを停止できます。

— svec
ソース

1

私はそれを殺すことをお勧めします。

前回やったとき、Time Machineバックアップは、OSXが破損していると信じていた状態のままになりました。これにより、OSXはこのバックアップの使用を拒否しました。つまり、OSXは新しいバックアップの作成を要求しました（つまり、削除されたファイル、変更されたファイルの以前のバージョンなど、バックアップの履歴を事実上失うことを意味します）

Time Machineバックアップを良好な状態にして、OSXがこのバックアップを引き続き使用できるようにしましたが、非常に面倒でした。

— ピート
ソース

バックアップを正常な状態に戻すプロセスを説明してください。Time Machineに空のスパースバンドルがあります。

— マットM.

@MattM。スパースバンドルが本当に空の場合は、保存できないと思います。しかし、それが空ではなく、私のものと同じように破損しているとマークされている場合、それは救助可能でなければなりません。私がやったことを正確に覚えていない、グーグル検索で解決策を見つけた。ただし、sparsebundleには、バックアップがチェック/破損されていることを示すプロパティを持つメタデータファイルが含まれています。プロセスはアンマウントタイムマシンのボリュームのようなものだったので、メタデータファイルを見つけ、それらのプロパティを調整し、そしておそらくタイムマシンのボリュームを（多分私は手動で、その後検証ステップを実行した）再マウント

— ピート・

Mac用のData Rescue 4を使用しましたが、99ドルのチャンピオンのように機能しました。メタデータを編集することで、不可逆的な損失の危険を冒したくありませんでした。データをローカルドライブに直接復元し、イーサネット経由で接続されたTime Capsuleからスパースバンドルを読み取りました。

— マットM.