はい、 shake を使用できます。最初に、システムにカスタムリポジトリを追加する必要があります。
Sudo add-apt-repository ppa:un-brice/ppa
Sudo apt-get update
Sudo apt-get install shake-fs
その後、あなたはできる
Sudo shake /some/dir
私の知る限り、そのようなツールはありません。
一部のサイトは次のコマンドを報告します
# WARNING - does not work
fsck -t ntfs --kerneldefrag /dev/hdX
しかし、これは機能せず、どこで入手できるかは明確ではありません。
更新：Linux用UltraDefrag：
UltraDefragは、Windowsプラットフォーム用の強力なオープンソースデフラグツールです。レジストリハイブやページングファイルなどのシステムファイルを最適化できます。また、UltraDefragの主な目標の1つは、可能な限り高速で信頼性の高い仕事をすることです。 NTFSパーティションを最適化するために、LinuxおよびNTFS-3Gに移植されています。現在、コンソールモードのテストバージョンのみが使用可能です。コンパイルとテストについては、付属のREADME.linuxファイルをお読みください
http://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html
[私はまだこれを自分で使用していません。 Archフォーラムのスレッド で見つけました。さらにスレッドをたどって次のページに進むと、トピックの詳細につながります。ご自身の責任でお試しください。—kevjonesin—]
NTFSの最適化（空き領域を含む）をアーカイブするには、非常によく知られたトリッキーなチートがあります... SystemRescueCDのようなLive Linuxで実行できます...
ただし、2つ目のHDDまたは少なくとも51％の空き領域（圧縮を使用しない場合）が必要です。
トリック（非常に難しい）は、ツールを使用してパーティションを「クローン」しますが、典型的なパーティションではありません... NTFSパーティションを「クローン」できるが、正確な「クローン」を実行できないツールがあります...説明させてください...
ツールはfsarchiveです（悪い覚えがない場合）。
「クローン」ツールと同じように、すべてのファイル（ファイルのNTFS特別なメタデータ、コールされていると思われるストリームに注意）で、非常に大きなファイルを作成します（クローンツールと同様）。
しかし、復元の際に注意が必要なのは、ファイルをどこにでも配置せず、ファイルをまったく断片化せずに配置することです。
NTFSデータパーティションだけでなく、Windowsシステムパーティションにも使用しました...成功しました...使いやすさ/理解が非常に簡単ではありません（ドキュメントをよく読んでください）...
覚えておいてください...作成するそのような大きなファイルは圧縮できるので、51％の空き容量は必要ありません。
しかし、とにかく、まずNTFSパーティションを縮小する必要があります... GPartedを使用します（覚えていない場合）。
手順：
- 最悪の場合：HDDには大きなNTFSパーティションが1つしかなく、十分な空き領域があります
- SystemRescuCDの起動（ウィザードコマンドでXウィンドウを起動する場合）
- GPartedを使用して、NTFSパーティションをその最小サイズに縮小します（NTFSファイルの断片化は問題になりません）
- GPartedを使用して、空き領域に別のパーティションを作成します。ext4タイプ（ジャーナル）
- そのような新しいパーティションをマウントしますが、NTFSはマウントしません
- Fsarchiverを使用してNTFSパーティションの「クローン」を作成し、圧縮を使用して、作成したパーティションにbifファイルを保存します
- これからは非常に危険です：GPartedを使用してNTFSパーティションを削除し、再作成します
- Fsarchiverを使用して「クローン」を復元します。NTFSパーティション上のすべてのファイルは1フラグメントになります（$ MFTはストラトまたはパーティションの終わりではなく中央に置くことができるため、1つまたは2つを除く）
- 必要に応じてGpartedを使用してNTFSパーティションを縮小します
- NFTSが正しいことを確認し、マウント、読み取り/書き込み、およびマウント解除できること
- 新しく作成されたext4パーティションをアンマウントします
- Gpartedを使用して、ext4を拡張します（または、より良い方法で、削除して再作成します）。
それだけです、皆さん...もちろん、非常にトリッキーで危険なことを言ったように。
キーポイントに注意してください：
- NFTS縮小により、NTFSパーティションの圧縮イメージを保持するのに十分な空き領域が確保されます（HDDで51％の空きがあると、十分な空き領域が確保されます）
- fsarchiverはNTFSストリームを保存しませんか？
- fsarchiver restoreはファイルをどこにでも配置せず、断片化せずに配置します（コピーなど）
- NTFSパーティションを削除して再作成した後、戻る方法はありません
手順は次のとおりです。LiveCD/ LiveUSB linuxを使用して、ディスクの100％を使用するNTFSパーティションをデフラグします。他のHDDはそのようなPCに接続しません[十分な空き領域が必要]。
重要：
- NTFSの縮小後にHDDの空き容量が51％になった場合、ext4を作成してすべてのNTFSをコピーし、NTFSを削除してから再作成し、コピーして戻すと安全であると考える人もいるかもしれません... NTFSセキュリティ許可など
私が知っている限り、GParted/fsarchiverは（LinuxでLiveCD/LiveUSBのみを使用するための）最も近いソリューションであり、高速ではなく、何らかのリスクを伴いますが、質問を投稿した人によって課せられる条件を満たします。
注意してください：それは非常に、非常に危険です...他の「クローン」ツールと同様に...そして今のところ、私は他の最良の方法を知りません...そして、NTFSストリームを失います（私が悪いことを覚えていない場合）
ご注意：使用する前にfsarchiverのドキュメントをよく読んでください。
私には責任があります（自分のデータでそれを使用していましたが、常に外部のバックアップがあります-良い部分です）。
実際には...私が持っているすべての情報、私は少なくとも3つの異なるメディア（HDD、DVD、フラッシュメモリ）にそれらを置き、各メディアに少なくとも3つのコピーがあるので、9つのコピーがあります...彼らはデータを回復するためにもう1つ休みます...私は少し妄想です、私は知っています。
これは、ファイルをコピーするだけ（ファイルのみのクローンを作成する）だけでLinux上でNFTSを最適化できると考えるすべての人に対する大きな警告です。
- 一部のNTFS（ファイル/フォルダー）は、NTFS圧縮と呼ばれる特別な属性をアクティブにすることができます
私が知っていることから、Linux（cp、fsarchiverなど）はNTFSでファイル/フォルダを書き込むたびに、ファイル/フォルダの圧縮のオン/オフに関係なく、常にNTFS圧縮なしで書き込みます。
そのため、fsarchive（またはcpなど）で復元するとパーティションがいっぱいになり、十分ではなくなる状況になります（難しい方法です）。
ある種のデータは3を超えるNTFS圧縮率に達する可能性があるため、X GiBパーティションに多数のファイルを含めることができ、ファイルの合計サイズは3 * Xに近くなります。
それはあまり知られておらず、時には本当に大きな頭痛を引き起こすので、私はその警告を与えます。 LinuxでNTFS圧縮が失われたために、クローンを復元するときは、クローンされたパーティション全体よりも多くのスペースが必要です。
また、非常に非常に特殊なデータ（NTFS比が5を超える）を使用すると、次のような状況になります。
- X GiBのNTFSパーティションサイズ
- クローンを保持するファイル（ツールが可能にする最高の圧縮、GZipと思います）は2 * X GiB
ああ、クローンは圧縮されており、そのパーティションサイズの2倍がかかりました。
これは、クローンツールがプレーン（圧縮されていない、クリア）でファイルを読み取り、データを圧縮するためです（NTFSよりも最悪の比率で）。
もちろん、復元されたデータはNTFS圧縮なしで書き込まれるため、そのデータの復元はそのパーティションに収まりません。
NFTS圧縮を使用しない別の理由が明らかであることを願っていますか？まあ、まったくそうではありませんが、私は（過去に）NTFS圧縮を頻繁に使用しています。 VDI（仮想ボックス）ファイルの比率は非常に良好です。
さて、私はPismoファイルMountを発見しました（Linuxでも動作します）。コンテナーとして（フォルダーとして）機能するファイルを作成でき、圧縮（NFTSよりも優れた比率でも）でき、同時に暗号化できます。
私がそれを言及する理由。クローンツールはそのようなコンテナをファイルとして（フォルダーとしてマウントされていない場合）参照し、プレーンな非圧縮データ（NTFS圧縮の場合）ではなく、データの圧縮ストリームを読み取り/ダンプ/バックアップするためです。そのため、復元は他のファイルと同じです。
NTFS圧縮属性でNTFSフォルダーを圧縮する代わりに、Pismoファイルマウント仮想フォルダーを配置します。より良い圧縮などを得る.
また、このような無料のツールに関心のある皆さんに警告しなければなりません。 （少なくともまだ）縮小されていないため、フォルダーの内容が大きく変化する場合はあまり良い考えではありません。
ただし、不変の仮想ディスク、ISO、および変更されないものについては、取得される比率はLZMA2に非常に近く（7-Zip）、オンザフライで読み取り/書き込みが可能です。
そして、それはクロスプラットフォームです。
NTFS圧縮の悪者がフラグメンテーションについて話していることに注意してください。 NTFS圧縮を有効にしてNTFSにファイルを書き込むと、次のようになります（恐ろしい設計です。意図的な方法でより大きな断片化を保証するために、最悪のことはできないと思います）。
- 書き込み開始位置は、64K * Nとして事前に計算されます。Nは、圧縮が試行される64Kチャンクの番号です。
- 64Kのバッファが予約されています
- そのバッファーは64Kで満たされ、圧縮されます
- 必要な4Kブロックのみが書き込まれ、残りは空きスペースとして許可されます
そのため、ファイルの中央に大量のGAPが作成され、ファイルのデフラグ後にGAPが消えますが、ユーザーが注文するまでデフラグは行われません（contig.exe、defrag.exeなど）。
はい、N番目の64Kチャンクを64Kの倍数の位置に書き込みます。以前のデータを圧縮できるかどうかに関係なく、各64Kチャンク間にギャップを残します（すべて圧縮できる場合）。
Pismo File Mount仮想フォルダーの圧縮は、通常の圧縮が行われることになっているように、パイプモードで動作するため、ギャップはありません。少なくとも何かを削除するまで。
また、別の警告、VHD/VHDXファイルをその中に入れないでください、Windowsはそれらを添付できません！ Windowsはカーネルトリックを使用してそのようなものをマウントします。ファイルシステムレベルを使用せず、低レベルで動作します。
また、Linux NTFSデフラグツールを利用したいと思います。Windows上で実行されるすべてのデフラグよりも高速です。空き領域を最適化するのはまったくの狂気です。またはより良い話。新しい大きなファイルに十分な大きさの全体を作成します。
また、私の記憶がより良くなることは素晴らしいことです。以前は、Windowsで、断片化されていない方法でファイルをコピー/移動できるツール（コマンドライン、申し訳ありません）を使用していました。必要なファイルを移動しながら、必要なファイル全体を取得し、それらを断片化しません。ファイルを配置する方法が見つからない場合（ホールを取得できない）または別のファイルをフラグメント化する必要がある場合に別の警告（ユーザーによって承認されているかどうかを尋ねる）などがメッセージを表示するだけです。私はその名前を覚えていませんでした（そしておそらくそれは現代のウィンドウでは動作しないでしょう、それはWin2000のためでした）。
いいえ。これらはWindowsファイルシステムであるため、Windowsを使用して最適化する必要があります。