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

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


3
mac tarを取得して、._ *ファイル名をtarアーカイブに入れない[複製]
重複の可能性: OS Xのtarballで._fooなどのファイルを取得するのはなぜですか? Macでautoconfスクリプトを作成します。tarが実行されると、これらのすべての._ foob​​ar名がアーカイブに入れられます。 libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpf libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpf libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpr libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpr 現在起こっているのは、AppleのHFSファイルシステムが._ foob​​ar名にファイルプロパティを入れて、別のMacシステムで復元できるようにすることです。しかし、私はそれらを望んでいません---彼らは私にとってはただのジャンクです。それらを抑制する方法はありますか?

1
1.3 GBファイルの作成には1秒しかかかりません。どうやって?
200を超えるファイルが含まれ、1.3 GBを超えるサイズのフォルダーがあります。 Gizmo Driveソフトウェアを使用して、そのフォルダーから.isoファイルを作成します。 興味深いのは、1〜2秒しかかからないことです。 私はそれを数回試しました。別のボリュームに.isoファイルを作成しようとしました。繰り返しますが、わずか1〜2秒しかかかりません。 .isoファイルをマウントしようとしましたが、すべて正常に動作します。ソースフォルダーを参照する.isoファイルである可能性があると思い、ソースフォルダーを別の場所に移動しましたが、うまくいきませんでした。生成された.isoファイルのコピーでさえ数分かかります! それでは、なぜ.isoファイルを作成するのに1秒しかかからないのでしょう!それについての説明はありますか? ノート すべてのテストは、SSDではなく通常のHDDで実行されました。 Windows 7 x64を使用して、16ギガメモリ、Core i5 CPUを搭載。 .isoファイルが作成され、sync.exeがデータのフラッシュに14秒かかった直後に、sync.exeを使用してすべてのファイルシステムデータをディスクにフラッシュしました。つまり、.isoファイルの作成には実際に14秒かかります。D:ドライブの簡単なベンチマークでは、同じ.isoファイルをSSDからD:ドライブに14秒で書き込むことができ、ソースフォルダーがRAMにあり、データをフラッシュするのに14秒かかることが確認されています。**

1
cat / proc / meminfoこれらの数字はどういう意味ですか
Linuxのfreeコマンドのマニュアルページを読む。私はそれがその情報を取得していることがわかりました/proc/meminfo. MemTotalやなど、いくつかのエントリを理解していますMemFree。残りはどういう意味ですか。 猫/ proc / meminfo MemTotal:3973736 kB MemFree:431064 kB バッファー:46604 kB キャッシュ済み:494648 kB SwapCached:11360 kB アクティブ:2322760 kB 非アクティブ:933028 kB アクティブ(アノン):2057952 kB 非アクティブ(アノン):679956 kB アクティブ(ファイル):264808 kB 非アクティブ(ファイル):253072 kB 不可避:16 kB ロック済み:16 kB スワップ合計:4096568 kB スワップフリー:3961748 kB 汚れた:236 kB ライトバック:0 kB AnonPages:2704520 kB マップ済み:182240 kB シュメム:23372 kB スラブ:93848 kB S再生可能:52044 kB …





2
シンボリックリンクされたフォルダーを通常のフォルダーとして表示する方法
ドッキングする必要がある2つのDartアプリケーションがあります。これら2つのアプリは、共有ソースディレクトリを使用します。 Dockerは、コンテキストディレクトリ(project/app1)の外のフォルダーからファイルを追加できないため../shared、shared(内のシンボリックリンクprojects/app1)からファイルを追加することも、そこからファイルを追加することもできません。 とにかくDockerをtrickす方法を探しています。 私の簡略化されたプロジェクト構造 - projects - app1 - Dockerfile - shared (symlink ../shared) - otherSource - app2 - Dockerfile - shared (symlink ../shared) - otherSource - shared - source Dockerfile1つ上のレベルに移動docker buildしてそこから実行できますが、同じディレクトリに2つのDockerfile(app1とapp2用)が必要です。 私の現在のアイデアprojects/app1/sharedは、シンボリックリンクであるという事実を何らかの形で隠すことができれば、この問題は解決されるということでした。projectsSambaを使用して共有し、他の場所に再マウントし、通常のフォルダーのようにシンボリックリンクを処理するようにSambaを構成できるかどうかを確認しましたが、これがサポートされているかどうかがわかりません(Sambaの経験があまりないので、まだ試していませんでした) 。 それを可能にする他のツールやトリックはありますか? これは他のトラブルを引き起こし、ファイルをコピーしないため、ディレクトリ構造を変更したくないでしょう。

6
ファイルシステムに関してWindows 7で大文字と小文字を完全に区別するにはどうすればよいですか?
Windows 7がハードドライブ(Cドライブ、またはその他のNTFSドライブ)の読み取り/書き込みを行うときに、大文字と小文字を区別するようにします。 レジストリキーを変更するように言うビデオをGoogle経由で見つけました HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\DontPrettyPath 値1(source)に。 また、レジストリキーの変更について説明するWindowsサポート項目を見つけました HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitive そのため、値0を設定すると、WindowsはNTFSファイルシステムで大文字と小文字を区別します(source)。 私は、2番目の解決策が答えだと感じていますが、確信が持てず、確信を持ってそれを試してみたいとは思いません。 Windows 7がCドライブ(およびその他のNTFSドライブ)の読み取り/書き込みを行うときに、大文字と小文字を区別するWindows 7の正しい方法を確実に知っている人はいますか?

3
マウントは不明なファイルシステムタイプ「vboxsf」を提供します
mount: unknown filesystem type 'vboxsf'ゲストUbuntuマシンで共有フォルダーをマウントしようとすると、エラーメッセージが表示されます。 4.1.22V Oracle VM VirtualBoxを実行しているWindows 7マシンがあります。sharedVirtualBox Managerで(という名前の)共有フォルダーを設定し、ゲスト10.04 Ububtuでコマンドを実行しました: mike@mike-laptop: ~$ mkdir win_share mike@mike-laptop: ~$ sudo mount -t vboxsf shared win_share/ mount: unknown filesystem type 'vboxsf' 奇妙なのは、まったく同じセットアップを使用することですが、私のOpenSUSE 12.1イメージでは、同じ手順が機能します。Ubuntuが「vboxsf」ファイルシステムを見つけることができない理由と、それについて私ができることはありますか? 編集 私が得た提案に基づいて、ゲストの仮想ボックスウィンドウに「メニュー」がないことを追加すると思いました。左上の「アイコン」をクリックすると、単に「移動」、「最大」、「最小」などが表示されます。

1
大規模ファイルをサポートするクロスプラットフォームで使用可能なファイルシステム
少なくとも2TBのディスクサイズと4GBを超えるファイルサイズをサポートするクロスプラットフォーム(Linux、Windows、OS X)を使用するのに最適なファイルシステムは何ですか? 別のコンピューターのUSBドライブで使用する予定です。 追加のドライバーをインストールせずに、指定されたすべてのOSで使用できるファイルシステムはありますか?

9
フラッシュドライブの摩耗は重大な問題ですか?
私のネットブックにはハードディスクドライブの代わりにフラッシュドライブがあり、ファイルシステムとしてext3を使用したUbuntu Netbook Remixを使用しています。私はフラッシュドライブの摩耗に関するいくつかの記事を読みましたが、主な懸念は次のように思われます: 書き込みサイクルの量-各セルは限られた回数だけ書き込むことができます(ウィキペディアには1,000から100,000の範囲の数値があります) 「セクタ」にデータを書き込むことができるのは1回だけです。その後、ブロック全体を消去して再度使用する必要があります。これらのブロックの範囲は16 KBから128 KBです。 これらは、これを考慮に入れて設計されていない通常のファイルシステムが、少量のデータを移動することでフラッシュドライブを使い果たしてしまうように、合計すると言われています。 今、私は問題が理論的に非常に現実的であることを疑いません。しかし、フラッシュウェアと戦うための代替ファイルシステムの設計など、興味深い最適化の問題に技術系の人々が簡単に夢中になることは知っています。たとえば、メモリの最適化を行うのは素晴らしいことですが、とにかく数百MBの空きがある場合に100 KBのメモリを節約しても、実際の問題は解決しません。 これらすべてから得られるのは、フラッシュドライブで通常のファイルシステムを使用すべきではないということです。フラッシュドライブはすぐにドライブを使い果たしてしまうからです。しかし、私は確信していません。質問は次のとおりです。フラッシュドライブの摩耗は、日常の通常の使用に実際に関係があるのでしょうか。私のラップトップは、ext3を使用して、数年でフラッシュドライブを使い果たしますか...またはこれはむしろ、使用時間を短縮する理論的な問題ですが、ほんの少しだけ通常の状態では決して起こりません?または、問題を解決するためにネットブックのフラッシュドライブで既にハードウェアウェアレベリングが使用されているため、別のファイルシステムでは何の効果もありません。 出典:(1)、(2)、(3)、(4)、(5)、(6)



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