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

この「/../」のようなパスが ファイルの外側を指しているのだろうか？私はそれが常にルートディレクトリを指定し、それが書き込まれたファイルの相対親ディレクトリを指定するようなものかもしれないと推測していますか？

17 filesystems  path 

relatimeまたはnoatimeがファイルシステムに設定されているかどうかを確認しようとしていましたが、/ etc / fstabにもカーネルブートオプションにも情報が見つかりませんでした。 まず第一に、atimeで「通常の」動作をしていないことは明らかです。 root@antec:/tmp# rm -f test.txt; echo a>test.txt root@antec:/tmp# stat test.txt | \grep -i 2011 Access: 2011-08-01 21:54:30.000000000 +0200 Modify: 2011-08-01 21:54:30.000000000 +0200 Change: 2011-08-01 21:54:30.000000000 +0200 root@antec:/tmp# cat test.txt > /dev/null root@antec:/tmp# stat test.txt | \grep -i 2011 Access: 2011-08-01 21:54:53.000000000 +0200 Modify: 2011-08-01 21:54:30.000000000 +0200 …

17 linux  filesystems  kernel  stat 

数日前、Windows 8.1システムを再起動しました。再起動後、すべてのシステムテキストは非常にわかりにくいものになり、奇妙なシンボルのみが表示されました。いくつかの調査の後、c：\ windows \ fontsフォルダーがほとんど空であることを発見しました。そのため、フォントファイルを別のWindows 8.1インストールからほぼ空のフォルダーにコピーしました。ファイルをコピーするとすぐに、システムのテキストは再び読み取り可能になりました。 しかし、別の再起動後、問題が再び発生しました-システムのフォントフォルダが再び空になりました。再起動中にWindowsがフォントファイルを削除する理由を誰か知っていますか？

17 windows  windows-8  filesystems  fonts 

BTRFSファイルシステムでの回復不能なエラーに関する質問があります。具体的には、RAMスティックの1つで問題が発生した後、最近BTRFSスクラブを実行しましたが、4つの修正不可能なエラーを発見したようです。これは出力です： scrub status for <UUID> scrub started at Thu Dec 25 15:19:22 2014 and was aborted after 89882 seconds total bytes scrubbed: 1.87TiB with 4 errors error details: csum=4 corrected errors: 0, uncorrectable errors: 4, unverified errors: 0 幸いなことに、すべてを3次バックアップでバックアップしているので、ファイルを失うことについて特に心配する必要はありません（BTRFSの実験ステータスに関連する問題をよく知っています。データを安全に保つために複数のバックアップがあり、 「ソリューション。BTRFSを使用しないでください」という投稿をしないでください。 ただし、修正不可能なエラーに関連するファイルを特定する方法を知りたいのですが？それらを見つけて削除し、バックアップしたコピーに置き換えたいと思います。 誰かがこれを行う方法についての情報を持っている場合、私はあなたから聞いてみたいです。 前もって感謝します。

17 backup  filesystems  btrfs 

Windows 7からext2ファイルシステムにアクセスするための実用的なソリューションはありますか？

17 windows  filesystems 

ファイルシステムの操作を記録する簡単な方法を探しています。アクセスまたは変更されているファイルの名前を表示する必要があります。 私はpowertopに精通していますが、これはある程度機能しているように見えます。この機能をサポートする他のユーティリティはありますか。 私の発見のいくつか： powertopを：書き込みアクセスのロギングのための最高の、より多くのCPUの活動に焦点を当てた iotopの：プロセスによるショーリアルタイムディスク・アクセスではなく、ファイル名 のlsofショープロセスごとのオープン・ファイルではなく、リアルタイムのファイルアクセス： iostatは：番組のリアルタイムIは、ディスク/アレイの/ Oパフォーマンス。ただし、ファイルまたはプロセスを示すものではありません。

17 linux  logging  filesystems  disk-monitoring  file-monitoring 

ファイルに名前を付けるときは、最後にバージョン番号を組み込むような規則を使用しSome Deliverable - v0.1.docxます。同僚が変更を加えて改訂バージョンを送り返すと、そのバージョン番号が更新される場合がありますが、余分なピリオドをなどのスペースで置き換えSome Deliverable - v0 2.docxます。 これは十分に頻繁に起こり、十分に多様な同僚がいるため、複数のピリオドでファイルに名前を付けることにはまだ危険がありますか？同僚が過度に用心深いのか、有効な予防措置を取っているのか？そして、それが有効な予防策である場合、複数のピリオドを含むファイルはどのような状況で問題を引き起こしますか？ これがWindows 95より前の日からのホールドオーバーか何かである場合、私は心配していませんが、たとえば、これがMacユーザーまたはiPadユーザーとファイルを共有するときに問題を引き起こす場合はどうでしょうか？–またはLinuxユーザーの場合、方法を変更し、拡張子の前のファイル名の1つのピリオドに固執します。

17 filesystems  file-management  file-sharing 

概要+質問 etckeeperのような、/ etc以外のgit制御ディレクトリのファイルシステムメタデータ制御が必要です。とりわけ、ホームおよびweb-appディレクトリは、メタデータ（ファイルの所有権、ACL、アクセス権）に古典的に敏感です。これは、特にFabricのようなツールとともに、自動サーバー展開に gitを使用するのに非常に有用/重要です。etcdirでetckeeperのような機能を、etckeeper自体または他の何かで再利用したいと思います。 誰でも次のいずれかまたは両方を提供するためのヒント/トリック/作業ソリューションを提案できますか？ etckeeperエンジンを（etckeeperのgit固有の機能のみに注意して）/ etc以外のgitが制御するディレクトリに適用します。（少なくともDebian / Ubuntu Linuxを想定できます。可能であればMacOSX / homebrewのサポートを希望します。） メタデータのサポートでgitを拡張し（git-cache-metaのような単純化しすぎたものを超えて）、etckeeperのような機能をサポートしますか？ 詳細、背景 filesystem-metadata-control機能を使用してgitを拡張することに関心が高まっています。etckeeperのメタデータ「エンジン」は、私の経験では非常に強力で信頼性があり、etckeeperは他の人にも人気があるようです。 少なくとも一部は、メタストアの非テキストベース/マージ非友好的な課題のために、メタストアは少なくなっています。さらに、etckeeperはメタストアベースのコアで開始したように見えますが、その後独自の（投機的？）に切り替えました。 明らかに、これにはOS /ファイルシステム固有の依存関係があります。（たとえば、Windowsで自動デプロイを試行しない。）オプションを提案するgitの拡張（「ネイティブ拡張」の場合）、クロスプラットフォームの破損の結果を理解してユーザーがオンデマンドで有効にし、ネイティブの動作がgitの「デフォルト」のクロスプラットフォームの使いやすさを壊さないようにします。さらに、贅沢なunix / darwin / etcメタデータ（ACLなど）を保存する必要はありません。基本的なユーザー/グループ/その他のパーマとユーザー/グループの所有権は問題ありません。（これらは私の「セキュリティ/脆弱性制御/ポリシー」で現在物事を壊している唯一のものです。）私が前もってターゲットにしている特定のOS：Debian、Ubuntu、MacOS 10.6+。後で：Redhat（CentOS、Fedora、RHEL）、SUSE、その他のLinux、および* BSD（FreeBSD、NetBSD、OpenBSD）。Windows / VMS（VMSはposixに対応している可能性はありますが）やその他の非UNIX系OSの予見可能な時点でのニーズ/アプリケーションを見ないでください。 参照：既存のgitの背景、私が投稿したこのstackoverflowの質問でのファイルメタデータ/ファイルタイプの追跡機能。 新しいプロジェクトの要件を作成しますか？ さらに、誰かがそのような機能の要件を作成することに関心がある場合、特に上記の新しい/未完了のプロジェクトに役立つことを確信できます。

16 linux  filesystems  git  metadata 

Gitはとても遅いですなぜ診断の記事はそれでこの興味深い項目があります。 ファイルシステムキャッシュを有効にする Windowsのファイルシステム層は、本質的にLinux（Gitのファイルシステムアクセスが最適化されている）とは異なります。回避策として、Git for Windowsは、多くの場合、最初の「ウォームアップ」後に操作を高速化するファイルシステムキャッシュを提供します。リポジトリごとにファイルシステムキャッシュをアクティブにできます。 git config core.fscache true Gitでこのオプションを有効にすると、実際に何が変わるのですか？Windows 7のファイルシステムキャッシュはどのように見えますか？また、キャッシュされているものは何ですか？「初期ウォームアップ」には何が必要ですか？

16 windows-7  filesystems  git  cache 

LinuxからNTFSパーティションに2つのファイルを簡単に書き込むことができ、両方のファイルに同じ文字が含まれているが大文字と小文字が異なる場合（たとえば、some_file.txtとSome_File.txt）があります。Linuxはそれらを区別します。 Windowsはこれらをどのように処理しますか？

16 windows  filesystems 

Linux Mintをインストールして、Windows XPをデュアルブートしました。Linux Mintを使用すると、Windows XPにインストールされたファイルを表示して開くことができますが、Windows XPを使用すると、Linux Mintにインストールされたファイルを表示して開くことができません。 何故ですか？ なぜLinuxはWindowsを認識しますが、他の方法では認識しませんか？

16 linux  windows  filesystems 

古いシステムとの互換性について心配する必要がないと仮定すると、最新の安定したLinuxファイルシステムを使用する方が常に良いと期待していますext4。 ただし、ext4それほど大きな変化ではないようです。ウィキペディアのext4記事には11の主要な機能がリストされていますがext4、私が理解している限り、これらのほとんどはに大きな実用的な違いはないようext3です。この記事では、遅延割り当てによるデータ損失の可能性についても説明していますが、これは難解なシステムクラッシュの場合にのみ発生し、実用的な違いはありません。 これは大きな違いのない小さな段階的なアップグレードですか、それともext3システムを変換するために実行すべきext4ですか？

16 linux  filesystems  ext4 

にsshfs FUSEファイルシステムがマウントされてい~/mountpointます。私は試してみumount mountpointてdiskutil unmount mountpoint（ここのMacで）両方とも失敗した。私が使用したsshfs -o IdentityFile=<key> user@hostname:/home/<user> ~/mountpoint; いずれもsudoを必要としませんでした。 なぜ、マウントを解除するのにsudo特権が必要なのですか？

16 filesystems  sudo  sshfs  fuse  umount 

Btrfsファイルシステムを備えたDebian Squeezeシステムで実行されているこの一連の操作の何が問題になっていますか？ $ dd if=/dev/zero of=swapfile2 bs=1024 count=524288 $ sudo mkswap swapfile2 $ sudo chown root:root swapfile2 $ sudo chmod 0600 swapfile2 $ sudo swapon -v -f swapfile2 swapon on swapfile2 swapon: /home/mathieu/swapfile2: found swap signature: version 1, page-size 4, same byte order swapon: /home/mathieu/swapfile2: pagesize=4096, swapsize=536870912, devsize=536870912 swapon: swapfile2: …

16 linux  filesystems  swap  btrfs 

最近、VirtualBox VMの使用中にシステムがクラッシュしました。その後、VMは起動しなくなりました（Vagrantを使用しています）。トラブルシューティングでVirtualBox GUIをオンにしましたが、VMが起動しなくなった理由は次のエラーが原因であることがわかりました。 Couldn't remount RDWR because of unprocessed orphan inode list. Googleでこのエラーを検索しましたが、これはファイルシステムの破損が原因である可能性がありますが、単純なアンマウント/再マウントで修正できる場合があります。残念ながら、これを行うためにコンソールにアクセスすることはできません。少なくとも、その方法を見つけることはできません。コンソールなしでこのエラーを修正できる方法はありますか、またはその代わりに、仮想ハードドライブをマウントせずにVMのコンソールにアクセスできる方法はありますか？

16 linux  virtualbox  filesystems  vagrant  filesystem-corruption