fsckはfsck.ntfsを見つけることができません

NattyからOneiricにアップグレードしたいくつかのマシンでは、ブートごとにエラーが発生します（NTFSパーティションごとに1つ）。

Serious errors were found while checking the disk drive for /windows/c.

Press I to ignore, S to skip mounting, or M for manual recovery

この回答の提案に従って、fsck手動回復シェルから実行しました。私はこの出力を得ました：

fsck from util-linux 2.19.1
fsck: fsck.ntfs: not found
fsck: Error 2 while executing fsck.ntfs for /dev/sda1

fsck.ntfsが見つからcommand-not-foundず、助けにもなりません。このエラーを解消するにはどうすればよいですか？

ちなみに、Windowsがファイルシステムを修復すると思って、Windows（XP）を何度か起動してみました。しかし、どうやらWindowsはファイルシステムが問題ないと考えています。そして、すべての NTFSファイルシステムが影響を受けるのは奇妙です。

また、リカバリシェルにドロップしてを発行することでこの問題を回避できますmount -aが、同僚のために無人ブートが必要です。

fsck.ntfs通常、Ubuntuの標準インストールですでに利用可能なntfsfixパッケージのユーティリティであるリンクのみntfsprogsです。

これを永続的に解決するために、fsck.ntfsとntfsfixの間にシンボリックリンクを作成できます。

sudo ln -s /usr/bin/ntfsfix /sbin/fsck.ntfs
sudo ln -s /usr/bin/ntfsfix /sbin/fsck.ntfs-3g

このユーティリティはリバースエンジニアリングプロセスに由来するものであり、ファイルシステムを管理する最良のオプションではないことに注意してください。NTFSファイルシステムはGNU / linuxの世界に属していません。

の代わりににntfsfixインストールされる一部の人々に注意することができると思います。そう/bin//usr/bin

sudo ln -nsf /bin/ntfsfix /sbin/fsck.ntfs
sudo ln -nsf /bin/ntfsfix /sbin/fsck.ntfs-3g

すでにシンボリックリンクを作成している場合 /usr/bin/

sudo rm -f /sbin/fsck.ntfs
sudo rm -f /sbin/fsck.ntfs-3g

そして、再度シンボリックリンクを作成します。

起動時にNTFSパーティションが自動的にマウントされている場合、唯一の理由は、手動で、または/etc/fstabWUBIを考慮せずにツールを追加したことです。

システムが起動時にパーティションをチェックしようとすると、対応する行に/etc/fstab6番目のフィールドがあり、その値は1または2です。

ntfsfixはデフォルトではにリンクされておらずfsck.ntfs、マニュアルページで説明されているように、限られたチェック機能のみを提供します。

ntfsfixは、いくつかの一般的なNTFS問題を修正するユーティリティです。ntfsfixは、chkdskのLinuxバージョンではありません。基本的なNTFSの不整合の一部を修復し、NTFSジャーナルファイルをリセットし、Windowsへの最初の起動時にNTFS整合性チェックをスケジュールします。

一般的な解決策は、シンボリックリンクを作成するのではなく0、の6番目のフィールドを削除または設定すること/etc/fstabです。

Microの答えはうまくいきましたが、私の11.10（11.04からアップグレード）にはntfsprogsがありませんでした。' sudo apt-get install ntfsprogs'はそれを解決し、リンクの提案はうまくいきました。

問題は、/usr/bin/ntfsfixまたはへのシンボリックリンクの欠落/bin/ntfsfixです。必要なリンクを作成するには：

sudo ln -s $(which ntfsfix) /sbin/fsck.ntfs
sudo ln -s $(which ntfsfix) /sbin/fsck.ntfs-3

誤ってインストールした後も同じ問題が発生しntfsprogsます。ntfsprogsすべてのNTFSドライブのインストール後に読み取り専用のマウントを開始したため、依存関係にバグがあると思います。

背を向けるとntfs-3g、fsck.ntfs姿を消した。

そう：

sudo apt-get install ntfsprogs
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED:
  ntfs-3g
The following NEW packages will be installed:
  ntfsprogs
0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.

しかし：

apt-cache showpkg ntfs-3g
Package: ntfs-3g
Versions: 
1:2011.4.12AR.4-2ubuntu3 (/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_oneiric_main_binary-amd64_Packages) (/var/lib/dpkg/status)
...
Provides: 
1:2011.4.12AR.4-2ubuntu3 - ntfsprogs 

私はそこで何が正しい振る舞いになるべきかはわかりませんが、それに注意してください。

2015年1月現在、ubuntu 14.04パッケージは利用できません

1. sudo ln -s /bin/ntfsfix /sbin/fsck.ntfs
2. sudo ln -s /bin/ntfsfix /sbin/fsck.ntfs-3g

3. sudo apt-get install ntfsprogs

   Package ntfsprogs is not available, but is referred to by another package.
   This may mean that the package is missing, has been obsoleted, or
   is only available from another source
   E: Package 'ntfsprogs' has no installation candidate
   

このスクリプトを使用して、破損したセクターの再マッピングを強制してみてください：https : //techoverflow.net/blog/2015/01/07/fixing-bad-blocks-on-hdds-using-fixhdd.py/

ミラー：https : //github.com/unxed/fixhdd

このスクリプトは、システムログで5秒ごとにI / Oエラーを探し、障害のあるセクターにゼロを書き込んで、hddコントローラーにそれらを再マップさせます。使用例：sudo fixhdd.py --loop / dev / sda

$ man fsck

fsck-Linuxファイルシステムの確認と修復

GNU / Linuxで破損したNTFSシステムを修復するには、次のようにntfs-3gの一部であるntfsfixを使用できます。

$ ntfsfix /dev/sdc1