タグ付けされた質問 「filesystems」

ファイルシステムは、コンピューター内のファイルを格納、名前付け、および編成する方法の仕様です。このタグは、一般的なファイルシステムの質問に使用する必要があります。特定のファイルシステムの質問(FAT、NTFS、ext4など)の場合は、代わりに適切なタグを使用してください。

7
Linuxでtmpフォルダーを安全にクリーンアップする方法
正確には、tmpfs / tmp、2GBにRAMを使用しています。通常、これで十分ですが、プロセスはそこにファイルを作成し、それ自体のクリーンアップに失敗する場合があります。これは、クラッシュした場合に発生する可能性があります。これらの孤立したtmpファイルを削除する必要があります。削除しないと、将来のプロセスで/ tmpのスペースが不足します。 / tmpを安全にガベージコレクションするにはどうすればよいですか?最終更新タイムスタンプをチェックすることでそれを行う人もいますが、このアプローチは、それらのファイルを必要とする長時間実行されるプロセスが存在する可能性があるため、安全ではありません。より安全なアプローチは、最終変更タイムスタンプ条件を、プロセスがファイルのファイルハンドルを持たないという条件と組み合わせることです。このアプローチまたは他の安全なアプローチを具体化するプログラム/スクリプト/などはありますか? ちなみに、Linux / Unixでは、作成プロセスでファイルが開くモードが許可されています。作成プロセスが終了したときに、たとえクラッシュからであっても、作成されたファイルは削除されます。

3
ディレクトリおよびすべてのサブディレクトリの最近変更されたファイルのリスト
Linuxでは、このコマンドを知っていて、すべてのサブディレクトリを含むディレクトリで最新の変更されたファイルを見つけてリストします。 find /var/www/ -type f -exec stat --format '%Y :%y %n' {} \; | sort -nr | cut -d: -f2- | head Windows CLIに相当するものはありますか?

4
BTRFSファイルシステムで仮想ディスクイメージをホストする理由
私はしばらくの間BTRFSとZFSについて読んでいますが、重要なファイルをホストするときのCoWの利点には感謝していますが、現在、次のジレンマに戸惑っています。 ランダムな書き込みの対象となる大きなファイル(QCOW2、VDIなど)をホストすると、ZFSとBTRFSの両方でパフォーマンスが低下するように見えるので、なぜVMをホストするためのFSとしてBTRFSを使用するのでしょうか。 BTRFSの場合は、chatrrまたはnodatacowマウントオプションを使用してCoWを選択的にオフにできるため、断片化とCoWによる劣化を軽減できます... ただし、Redhatによれば、これは「データとメタデータのチェックサム検証を無効にするため、データの整合性が低下します」。(失われた圧縮に加えて、当然のことながら望ましいCoW)。 これに基づいて私は尋ねます:なぜ誰かがBTRFSを選択したのか、言うには、MDFSを介したLVMを介したXFS?



3
Windowsでディレクトリハードリンクを作成する方法は?
ディレクトリハードリンク(シンボリックリンクではありません)を作成しようとしていました。 私はこれを試しました:mklink /d /h newfolder currentfolderしかし、それはアクセスが拒否されたことを私に言っています。管理者としてバッチを実行しているため、アクセスが拒否される方法がわかりません。 ディレクトリハードリンクを作成する方法 == Windows Vista Home Premium SP2


3
停電の場合、NTFSはフェールセーフですか?
停電の場合、NTFSファイルシステムに損害を与えることはできますか?たとえば、破損したり、ファイルが破損したりしますか?また、ダイナミックディスク上のNTFSビルトインミラーリングは、停電の場合にファイルを一貫した状態に保つことが保証されていますか? 私の見解では、ジャーナリングファイルシステムは、この種の問題に耐えるように特別に設計されています。ユーザーデータはNTFSファイルシステムによって保証されていませんが、データベース管理システムなどのアプリケーションには、データを保護するトランザクションマネージャーがあります。 Microsoft Windows Internalsの素晴らしい本からの引用: NTFS NTFSには、多くの高度な機能が含まれています。最も重要な機能の1つは回復可能性です。システムが予期せず停止した場合、FATボリュームのメタデータは一貫性のない状態のままになり、大量のファイルおよびディレクトリデータが破損する可能性があります。NTFSは、ファイルシステム構造を一貫した状態に修復できるように、ファイルまたはディレクトリ構造情報を失うことなく、トランザクション方式でメタデータへの変更を記録します。(ただし、ファイルデータは失われる可能性があります。) NTFS設計の目標と機能 ハイエンドファイルシステムの要件 NTFSは最初から、エンタープライズクラスのファイルシステムに必要な機能を含むように設計されていました。予期しないシステムの停止またはクラッシュが発生した場合のデータ損失を最小限に抑えるために、ファイルシステムは、メタデータの整合性が常に保証されるようにする必要があります。最後に、ファイルシステムは、ユーザーデータを保護するためのハードウェア冗長ソリューションの低コストの代替として、ソフトウェアベースのデータ冗長性を考慮しなければなりません。 回復性 NTFSは、アトミックトランザクションを使用して、ファイルシステム回復機能を実装します。プログラムがNTFSボリュームの構造を変更するI / O操作を開始する場合、つまり、ディレクトリ構造を変更する、ファイルを拡張する、新しいファイルにスペースを割り当てるなどの場合、NTFSはその操作をアトミックトランザクションとして扱います。トランザクションが完了するか、トランザクションの実行中にシステムに障害が発生した場合にロールバックされることを保証します。 さらに、NTFSは重要なファイルシステム情報に冗長ストレージを使用しているため、ディスク上のセクターが故障しても、NTFSはボリュームの重要なファイルシステムデータにアクセスできます。 データの冗長性とフォールトトレランス ファイルシステムデータの回復可能性に加えて、一部のお客様は、停電や壊滅的なディスク障害によって自分のデータが危険にさらされないことを要求しています。NTFSの回復機能は、ボリューム上のファイルシステムへのアクセスを保証しますが、ユーザーファイルの完全な回復を保証するものではありません。データを失うリスクのないアプリケーションの保護は、データの冗長性によって提供されます。 ユーザーファイルのデータの冗長性は、フォールトトレラントディスクサポートを提供するWindowsレイヤードドライバーモデルを介して実装されます。ボリュームマネージャは、1つのディスクから別のディスクにデータをミラーリングまたは複製することができるため、冗長なコピーを常に取得できます。 NTFS回復サポート NTFS回復サポートにより、電源障害またはシステム障害が発生した場合、ファイルシステム操作(トランザクション)が不完全なままにならず、ディスク修復ユーティリティを実行することなく、ディスクボリュームの構造がそのまま維持されます。NTFS Chkdskユーティリティは、I / Oエラー(不良セクタ、電気的異常、ディスク障害など)またはソフトウェアのバグによって引き起こされる壊滅的なディスク破損を修復するために使用されます。しかし、NTFS回復機能が導入されているため、Chkdskはほとんど必要ありません。 回復可能なファイルシステム NTFSは、システムクラッシュが発生した場合のユーザーデータの保護を保証しませんが、一部の変更はキャッシュから失われる可能性があります-アプリケーションは、NTFSのライトスルーおよびキャッシュフラッシュ機能を利用して、ファイルの変更を記録できます適切な間隔でディスク。キャッシュのライトスルー(書き込み操作をディスクにすぐに強制的に記録する)とキャッシュフラッシュ(コンテンツをディスクに強制的に書き込む)の両方が効率的な操作です。さらに、FATファイルシステムとは異なり、NTFSは、システムに障害が発生した場合でも、ライトスルー操作またはキャッシュフラッシュの直後にユーザーデータの一貫性と利用可能性を保証します。

2
デバイス/ dev / sdb1にあるvfatファイルシステムのファイルシステムラベルを変更する方法
Kingston USBドライブをフォーマットするために、 Cyber​​citi.bizの指示に従いました。 ext2の代わりに、ドライブをvfatにフォーマットしました。私が使用するときに名前付けオプションを使用するのを忘れましたmkfs.vfat(Webページでは言及していません)、使用しようとすると次のようmrenになります: sudo mren /dev/sdb1 KINGSTON Can't open /dev/fd0: No such device or address Cannot initialize 'A:' ファイルシステムの名前を変更する方法はありますか、または次に再フォーマットするまで待つ必要がありますか?

2
ファイルシステムの論理構造(symlinkターゲットを含む)を単一の軽量ファイル(非バイナリ)で表現できますか?
長年にわたって複数のSQLおよびNoSQLデータベースで遊んだ後、データ中心の個人用アプリで移植性を確保する最善の方法は、すべての真正なデータベースを完全に避けることだと感じています。私は、ファイルシステムを、ポータブルで人間が読み取れる美しいデータベースパラダイムと見なしているため、私が書いている種類の個人アプリケーションに十分な寿命を持っています。これは、多対1の関係を表すシンボリックリンクを使用して、ツリー構造(パーティション分割に適しています)を実行するグ​​ラフデータベースのようなものです。 ファイルシステムトポロジ全体を単一のファイルとしてエクスポートする方法はありますか?findコマンドの出力は有望ですが、シンボリックリンクが指すものを示すデータをエクスポートする標準化された方法はありません。次のfindような出力形式の個人的な選択を思いつきません。 /home/me/photos/beach/me_and_my_dog.jpg -> /home/me/photos/beach/1.jpg 誰かが以前にファイルシステムトポロジのエクスポート形式を確立する作業をしたことがある場合。 別の候補はJSONファイルです。 home : [{ me : [{ photos : [{ beach : [{ 1.jpg, { me_and_my_dog.jpg : ./1.jpg } }] }] } }] ただし、ファイルの種類を表す方法は複数あり、誰かが既に標準を確立する作業を行っているのではないかと思います。 ファイルのコンテンツをエクスポートしたくないことに注意してください。エクスポートすると、必要以上に大きくなります。



2
単一ディスク上の最速のLinuxファイルシステム
瓦屋根のドライブには大きな関心が寄せられています。これらはデータトラックを非常に近づけるため、次のトラックを上書きせずに1つのトラックに書き込むことはできません。これにより容量が20%程度増加する場合がありますが、書き込み増幅の問題が発生します。Shingledドライブ用に最適化されたファイルシステムで進行中の作業があります。たとえば、https://lwn.net/Articles/591782/を参照してください。 Seagate 8TBアーカイブなどの一部のシングルディスクには、ランダム書き込み用のキャッシュ領域があり、汎用ファイルシステムで適切なパフォーマンスを実現できます。いくつかの一般的なワークロードでは、ディスクは非常に高速で、最大で毎秒200MBの書き込みが可能です。ただし、ランダム書き込みキャッシュがオーバーフローすると、パフォーマンスが低下することが予想されます。おそらく、いくつかのファイルシステムは、一般的なランダム書き込み、またはそのようなドライブで見つかった書き込みキャッシュをオーバーフローさせる可能性があるランダム書き込みのパターンを回避するのに優れています。 Linuxカーネルのメインストリームファイルシステムは、ext4よりもシングルディスクのパフォーマンスの低下を回避するのに優れていますか?

6
サイズではなくファイル/ディレクトリの数をカウントするdu
私は、長年にわたってあらゆる種類のがらくたが蓄積されているハードドライブをクリーンアップしようとしています。duディスクの使用量を削減するのに役立ちましたが、全体のサイズが原因ではなく、ファイルとディレクトリの合計数が膨大であるため、全体としては依然として扱いにくいです。 duファイルサイズではなく、ファイルとディレクトリの数をカウントするような方法はありますか?たとえば、ファイルは1、ディレクトリはその中のファイル/ディレクトリの再帰的な数+ 1です。 編集:私はもっ​​と明確であったはずです。サイズの場合と/同様に/home、内のファイル/ディレクトリの総数だけでなく/usr、およびそのサブディレクトリ内の再帰的に合計数を知りたいのですがdu。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.