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

Linux VMでは、単にVMをオフにしたり、仮想NICを切断したりするよりも、NAGIOS監視をより深くテストしたいと思います。短時間、空き領域の数％を占有することにより、テストまたは「ディスク領域アラームを強制する」ことを希望します。 私はちょうど使用できることを知っています dd if=/dev/zero of=/tmp/hd-fillup.zeros bs=1G count=50 またはそのようなものですが...これには時間がかかり、システムをロードし、rmでテストファイルを削除するときに再び時間がかかります。 システムに負荷をかけず、多くの時間がかかるパーティションをすばやく（ほぼ瞬時に）埋める方法はありますか？スペースを割り当てるが、それを「埋める」ことを考えていない。

45 linux  filesystems  hard-disk  disk-usage 

私は、xxx.isoファイルとブロックデバイスの他の側面（パーティションやファイルシステムなど）との関係を理解し​​ようとしています。 人々は.iso、「ISOのマウント」としてアクセス可能または使用可能にすることを説明するのが一般的です。 別の言い方をすれば、私またはソフトウェアxxx.isoがUSBデバイスにファイルを「マウント」したい場合、ファイルシステム（FAT xまたはext Xなど）を備えた既存のパーティションが必要です。または、.isoファイルが「マウントされた」状態になると、ファイルシステム（またはパーティション）と同じ/同様の役割を実行する下位レベルの構成要素になりますか？

45 filesystems  iso 

ファイルシステム上のファイル名はどこに保存されますか？ 2つのファイル名が同じiノードを指すことができるハードリンクがあるため、iノードまたは実際のファイルコンテンツではありません。

44 filesystems 

特定のフォルダーがシェルスクリプト内のマウントされたリモート（nfs）ファイルシステムにあるかどうかを確認する最良の方法（信頼性、移植性など）は何ですか？ 次のようなコマンドを探しています。 chk-remote-mountpoint /my/path/to/folder

44 linux  shell-script  filesystems  mount 

すべてのユーザー生成ファイルのバックアップを作成するために、バックアップする必要があるディレクトリは何ですか？ 通常のdebianインストールから、必要なパッケージを取得するのに十分なaptを実行できます。システム全体をバックアップしたくない場合、ファイルシステム内のすべての場所でユーザー生成の構成とデータファイルが存在しますか？

43 backup  debian  filesystems 

多数の小さなファイルと少数の大きなファイルを含むディレクトリツリーがあります。ファイルの平均サイズは約1キロバイトです。ツリーには210158個のファイルとディレクトリがあります（この番号はを実行して取得されましたfind | wc -l）。 週に数回、ファイルのごく一部が追加/削除/書き換えされます。これは、小さなファイルだけでなく、（少数の）大きなファイルにも適用されます。 私が試したファイルシステム（ext4、btrfs）には、ディスク上のファイルの配置にいくつかの問題があります。長い時間をかけて、ディスク上のファイル（物理ディスクではなく回転メディア）の物理的な位置がよりランダムに分散されています。このランダムな分布のマイナスの結果は、ファイルシステムが遅くなっていることです（たとえば、新しいファイルシステムよりも4倍遅い）。 このパフォーマンス低下の影響を受けず、回転メディア上で安定したパフォーマンスプロファイルを維持できるLinuxファイルシステム（またはファイルシステムメンテナンスの方法）はありますか？ファイルシステムはFuseで実行できますが、信頼性が必要です。

43 linux  filesystems  performance 

エンドユーザーの観点から見るsyncと、asyncマウントオプションの違いは何ですか？これらのオプションのいずれかでマウントされたファイルシステムは、別のオプションでマウントされた場合よりも高速に動作しますか？どれも設定されていない場合、デフォルトのオプションはどれですか？ man mountsyncオプションはフラッシュメモリの寿命を短くするかもしれないが、時代遅れの従来の知恵によってそれがかもしれないと言います。とにかく、これは少し心配です。パーティション/とパーティション/homeが配置されるプライマリハードドライブはSSDドライブであるためです。 Ubuntuインストーラー（14.04）では、パーティションのオプションsyncも指定もされていませんが、オプションで設定されています。これが私の、私はいくつかの追加行を追加しました（コメントを参照）が、インストーラーによって作成された行の何も変更していません：async/async/homedefaults/etc/fstab # / was on /dev/sda2 during installation UUID=7e4f7654-3143-4fe7-8ced-445b0dc5b742 / ext4 errors=remount-ro 0 1 # /home was on /dev/sda3 during installation UUID=d29541fc-adfa-4637-936e-b5b9dbb0ba67 /home ext4 defaults 0 2 # swap was on /dev/sda4 during installation UUID=f9b53b49-94bc-4d8c-918d-809c9cefe79f none swap sw 0 0 # here goes part written by me: …

42 filesystems  mount  fstab  ssd 

よるとFHS-3.0、/tmp一時ファイルのためのものであり、/run実行時の変数データのためです。のデータは/run、次のブート時に削除する必要がありますが、これはには必要ありませんが/tmp、プログラムは、データが/tmp次のプログラムの開始時に利用可能になると想定してはなりません。これはすべて私に非常に似ているようです。 だから、2つの違いは何ですか？プログラムはどの基準で一時データを入れるか入れるかを決定する/tmp必要があり/runますか？ FHSによると： プログラムには、サブディレクトリがあり/runます。これは、複数のランタイムファイルを使用するプログラムに推奨されます。 これは、「システムプログラム」と「通常のプログラム」の区別が基準ではなく、プログラムの存続期間（長期実行プロセスと短期実行プロセスなど）でもないことを示しています。 以下の理論的根拠はFHSに/runは記載されていません/varが、実装が遅すぎる問題を克服するために導入されました/var/run。しかし、今で/run導入され、FHSにその説明が与えられて、両方を持っている明確な理由があるとは思えない/runと/tmp。

42 linux  files  filesystems  fhs 

それぞれ約10Gの5つの巨大なファイル（file1、file2、.. file5）があり、ディスク上に非常に低い空き領域が残っているため、これらすべてのファイルを1つに連結する必要があります。元のファイルを保持する必要はなく、最後のファイルのみを保持します。 いつもの連結は一緒に行くされcatたファイルの順序でfile2.. file5： cat file2 >> file1 ; rm file2 残念ながら、この方法では、少なくとも10Gの空きスペースが必要です。実際にコピーせずにファイルを連結する方法はありますが、ファイルシステムに、file1が元のfile1の終わりで終了せず、file2の開始で続行することを何とか伝えますか？ 追伸 重要な場合、ファイルシステムはext4です。

41 filesystems  files 

FAT32ファイルシステムはファイルのアクセス許可をサポートしていないと思いますls -lが、FAT32パーティションで実行するls -lと、ファイルにアクセス許可があることが示されます。 -rw-r--r-- 1 john john 11 Mar 20 15:43 file1.txt -rw-r--r-- 1 john john 5 Mar 20 15:49 file2.txt ls -lファイルの許可を表示するのはなぜですか？

40 linux  permissions  filesystems  fat  fat32 

「。」を削除してみました ディレクトリ。親ディレクトリに移動することなく、作業ディレクトリを削除できると思った。 私の質問のポイントは、Linuxシステムがどのようにファイルを削除するかについての洞察を探すことです。

40 filesystems  directory  rm 

どのような状況で、ソフトリンクではなくハードリンクを使用したいでしょうか？私は個人的に、ソフトリンクよりもハードリンクを使いたい状況に出くわしたことは一度もありませんし、ウェブを検索するときに出会った唯一のユースケースは同一ファイルの重複排除です。

40 filesystems  hard-link 

debian wheezyを実行している2つのRasberryPiがあり、コンピューターAのフォルダーをコンピューターBにマウントしたいと思います。 これを行うための最良の（最も効率的な）方法は何ですか？ SMBを介してそれを行うことはできますが、それはWindows向けであり、Linux間で共有するためのより良い方法が必要だと思います。

40 filesystems  mount  remote 

ディストリビューションは、2.6.35-30 Linuxカーネルを実行するUbuntuサーバーです。 完全にメモリ内に存在するディレクトリが必要です。これはルート権限なしでも可能ですか？

39 linux  filesystems  tmpfs 

数週間前に見たことのない何かに出くわしました：パーティションなしでストレージデバイスにインストールされたファイルシステム（ext3と思います）。本質的/dev/sdb にファイルシステム全体でした。私は多くのファイルシステムを空のスペースに拡張できることを知っているので、これを行うとLVMまたは他の種類のボリュームマネージャーを扱うことなく拡張できますが、このようにストレージを設定する他の利点はありますか？ 私が見た特定のケースは、数値演算サーバーの一時データボリュームであり、ブートボリュームとルートボリュームは完全に異なるストレージデバイス上の従来のパーティションでした。-

39 filesystems  partition  lvm