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

勉強していると、/ sys / kernel / securityにマウントされているセキュリティファイルシステムを見ました。sysfsやprocファイルシステムと同様に動作するようです。セキュリティファイルシステムは、ディスクではなくメモリ上のデータを保持するため、securityfsでファイルに何かを書き込んでも、実際にはディスクに書き込まず、メモリ内のデータを更新するだけです。 このファイルシステムの名前がsecurityfsなのはなぜですか。このファイルシステムにセキュリティ強化機能はありますか？

8 linux  filesystems  security  sysfs  procfs 

スパースファイルが何であるかを知り、それらについていくつかの実験を行いたいと思っています。ウィキでは、ファイルが簡単に断片化する可能性があることを読むことができます。それがいかに悪いかチェックしたかった。次の方法でファイルを作成しました。 # truncate -s 10G sparse-file # mkfs.ext4 -m 0 -L sparse ./sparse-file スパースファイルをマウントし、600Mファイルを入れました。断片化レベルは次のようになります。 # filefrag -v "/media/Grafi/sparse-file" Filesystem type is: ef53 File size of /media/Grafi/sparse-file is 10737418240 (2621440 blocks of 4096 bytes) ext: logical_offset: physical_offset: length: expected: flags: 0: 0.. 1032: 36864.. 37896: 1033: 1: 1043.. 1043: 37907.. 37907: …

8 filesystems  ext4  dd  sparse-files 

を使用してファイルシステムに予約する容量についていくつかの質問があることは承知していますtune2fs -mが、一部のアドバイスは矛盾しており、一部rootはマウントされているファイルシステムにのみ関連しているようで、特にに特化したものはないようですext4。 私が問い合わせているドライブは、3つのハイブリッドSSD /ハードディスクで、1つのパーティションを使用ext4してフォーマットされ、メディアファイルにのみ使用されます。Root、homeとswap私は一人も残されるSSDドライブに、独自のパーティション内のすべてのです。 現在、3 TBのext4ファイルシステムでは、ディスク領域の5％が予約されています（デフォルト）が、これはなんと150 GBです。安全であれば、これを1％、つまり30 GBに減らして、120 GBを解放します。ファイルシステムは92％使用されており、残りの5％は予約済みスペースであることに注意してください。 この回答のアドバイスではext3、断片化を回避するために、ほぼフルのファイルシステムで予約領域を5％に設定するのが賢明であると示唆されています。次に、それext4はより効率的であると明示し、「ext4のマルチブロックアロケーターは、より断片化に強い」と明記しています。その後、何パーセントが適切かをアドバイスすることはしませんext4。 ext4適切なファイルシステムの断片化保護を維持しながら、3 TBのファイルシステムで予約済みドライブスペースを1％に減らしても安全かどうか知りたいのですが。 1％の30 GBの予約領域では不十分な場合、どれだけ安全なのでしょうか？ ありがとう。

8 filesystems  root  disk-usage  ext4 

OS XやUbuntuなどの多くの* nixシステムでは、ルートディレクトリのiノードが2であることがわかります。次に、iノード1は何に使用されますか？

8 filesystems  directory  inode 

私は昨年の夏休み以来使用していないラップトップを持っています。私は、Debian 7をその上に置き、Debianの機能を使用してディスクを完全に暗号化しました。また、小さなブートローダー（または小さなパーティション）に加えて、これがどの暗号化であるか、どのように見つけるかを確認してください）。 私が行うシステムのブートので、暗号化されたファイルシステムのパスワードを知っているが、私は、プロンプトログインをこだわって：私は自分のパスワード（複数可）を忘れてしまいました。 暗号化されたファイルシステムのパスワードを知っているようで、Live CD（またはDebianインストールCDからでもかまいません）からブートして、暗号化されたパーティションを「マウント」してください。 その場合、これを行う方法を誰かに説明してもらえますか？（私は暗号化されたパーティション/ファイルシステムを手動でマウントしたことがないことを知っている）

8 filesystems  password  encryption  livecd 

ここで質問しましたファイルシステムが必須ですか コメントの1つは次のとおりです。 プリンタやイーサネットカードでさえファイルと見なされるので、ファイルシステムのないシステムはどのようにLinuxで動作しますか？ここであなたの目標は何ですか？... キウイ2月24日14:18 ファイルシステムなしでLinuxをブートしたときのログメッセージを次に示します（最後にハングしています）。 [Tue Apr 08 20:07:18.298 2014] [Tue Apr 08 20:07:18.298 2014] [Tue Apr 08 20:07:18.298 2014] U-Boot 2013.07 (Apr 08 2014 - 14:27:03) [Tue Apr 08 20:07:18.298 2014] [Tue Apr 08 20:07:18.298 2014] Memory: ECC disabled [Tue Apr 08 20:07:18.298 2014] DRAM: 1 GiB [Tue Apr …

8 filesystems 

非常に多くの（完全ではないが）同一のファイルを大量に作成する、恥ずかしいほど並列処理を行っています。「オンザフライ」でファイルをアーカイブして、データが必要以上のスペースを消費しないようにする方法はありますか？ プロセス自体はコマンドラインパラメータを受け入れ、作成された各ファイルの名前をstdoutに出力します。私はそれを呼び出して、parallel --gnu（別のプロセスからの）入力の分散と出力の収集を処理します。 arg_generating_process | parallel --gnu my_process | magic_otf_compressor パイプの最初の部分の簡単な例bash： for ((f = 0; $f < 100000; f++)); do touch $f; echo $f; done どのようにmagic_otf_compressor見えるでしょうか？各入力行をファイル名として扱い、各ファイルを圧縮.tarアーカイブ（処理されたすべてのファイルに対して同じアーカイブ！）にコピーして、それを削除することになっています。（実際には、処理された各ファイルの名前を出力するだけで十分です。別| parallel --gnu rmのファイルがファイルの削除を処理できます。） そのようなツールはありますか？各ファイルを個別に圧縮することは考慮していません。これは、あまりにも多くのスペースを浪費します。私は調べましたarchivemount（ファイルシステムをメモリに保持します->不可能、ファイルが大きすぎて多すぎます）およびavfs（FUSEと連携させることができませんでした）。私は何を逃したのですか？ 私はそのようなツールを自分でハッキングすることからほんの一歩ですが、誰かが以前にそれをしたはずです... 編集：本質的に私は標準入力フロントエンドを探していると思いますlibtar（tarコマンドラインから引数を読み取るコマンドラインフロントエンドとは対照的です）。

8 filesystems  tar  parallelism  fuse 

私はハードドライブでExt4を実行しています。完全に正直に言うと、ドライブは古く、いくつかの不良ブロックがあるため、本当に信頼していません。私はドライブに重要でないデータを持っているので、もしそれが明日死んだとしても大したことはありません。 ただし、死ぬかどうか、またいつ死ぬかを知り、読み取り専用で再マウントします。Ext4 fsで追加のファイルチェックを有効にするオプションはありますか？（ファイルシステムが遅くなるかどうかは気にしません。）

8 filesystems  ext4  checksum  e2fsck 

SSDを取り付けたとき、マウントしただけでdiscard発汗しませんでした。しかし、今日私はfstrim代わりに使用することの長所と短所について読んでいて、実際にかかる時間を知るためにプログラムを実行することを決めました（パーティションをでマウントしたままdiscard）。このコマンドは、ルートパーティションとホームパーティションの両方で数分かかりました。私のホームパーティション-vでは、これを使用してこれを取得しました。 $ sudo fstrim -v /home /home: 137494052864 bytes were trimmed これは、パーティションの空き容量を超えています！ $ df -h /home Filesystem Size Used Avail Use% Mounted on /dev/sda2 206G 78G 118G 40% /home 後続の実行は1秒未満で終了します。例： $ sudo fstrim -v /home /home: 0 bytes were trimmed 確かに、パーティションを常にでマウントしていた場合discard、fstrimそのような大量のデータをトリミングしないでください。このdiscardオプションは確実に有効になっています。関連するfstab行は次のとおりです。 UUID=xxxxxxxx... / ext4 noatime,discard,errors=remount-ro 0 1 UUID=xxxxxxxx... /home ext4 …

8 linux  filesystems  fstab  trim 

友人のMac OS XディスクにHFS+パーティションが付いています。このディスクから個人データを復元することになっていますが、ファイルシステムが破損しているか、ディスクが故障しているかはまだわかりません。 背景：完全な症状は次のとおりです。ドライブはLinuxによって認識され、自動マウントされます（Xfceここを使用）。 liv@liv-HP-Compaq-dc7900:~$ cat /etc/mtab | grep -i hfs /dev/sdb2 /media/Macintosh\040HD hfsplus ro,nosuid,nodev,uhelper=udisks 0 0 カーネルは次のことを報告します。 [ 4382.681310] usb 2-5: USB disconnect, device number 2 [ 4390.104044] usb 2-5: new high-speed USB device number 3 using ehci_hcd [ 4390.259178] Initializing USB Mass Storage driver... [ 4390.259983] scsi6 : …

8 filesystems  osx  hard-disk  data-recovery  hfs+ 

プロジェクトの100以上のブランチをマージするためにAUFSを使用しています。実行時に、いくつかのブランチを頻繁に追加または削除します。 ここで、「firefox-21.0」という名前のブランチがあり、そのファイルの1つを更新/変更すると、AUFSがホワイトアウトファイル（.wh）を作成します。ここまでは順調ですね。しかし、後で、Firefoxを新しいバージョンに更新することを計画している場合は、「firefox-21.0」ブランチをシステムから削除する必要があります。AUFSからブランチを削除するのは簡単です。しかし問題は、[ .wh作成したファイルをどのように削除するか？]です。 マージするとfirefox-23.0、以前に作成したファイルが.wh古いfirefox-21.0ファイルよりも優先される場合があります

8 filesystems  aufs 

/ var / tmp内のファイルは再起動時に削除してはならないため、/ var / tmpを一時ファイルシステム（tmpfsなど）としてマウントしないでください。あれは正しいですか？ / var / tmpをtmpfsとしてマウントしたとすると、その内容は再起動のたびに削除されます。それは悪いでしょうか？はいの場合、何が問題になる可能性がありますか？それはどれほど悪いでしょうか？

8 filesystems  directory-structure  tmp 

ファイルシステム全体だけでなく、時間の経過とともにディスク領域を追跡する一般的なLinuxツールはありますか？たとえば、どのディレクトリツリーが過去に膨らんで縮小したかを簡単に確認できますか？問題は、私すでにのようなツールを使用して、ログなど、キャッシュとTMPファイルのルーチンハウスクリーニングにもかかわらず、0の空きスペースを打つ保つように見えるのサーバーで発生しdf、duそしてlsof多くの場合、およびスケジュールatがロー特定のサイズ/種類歳以上のファイルを見つけるために、ジョブウォーターマークが当たるなど できればDebian / Ubuntuパッケージ。

8 filesystems  disk-usage  df  maintenance 

PDFを読み取るブラウザーを使用するときはいつでも、アクロバットプラグインが使用さC:\nppdf32Log\debuglog.txtれ、自宅で呼び出されるファイルを生成します。この特定のファイルが作成されるのを防ぐ方法はありますか？ルート権限で作成して、このファイルがすでに存在するようにすることもできますが、このファイルを静かに消したいと思います。ext4を使用しています。

8 filesystems 

私は使用してハードドライブの完全なイメージを撮りました： dd if=/dev/sda of=/home/user/harddriveimg bs=4M 適切にマウントした後、パーティション内のパーティションのサイズを変更できるように思えます。 別れのコマンドラインに慣れていないので、試してみました： gparted /home/user/harddriveimg これはパーティションテーブルをロードしましたが、パーティション自体を見つけることができませんでした（例：harddriveimg0）。 ディスクに書き戻すことなく、このような画像ファイルを変更することは可能ですか？端末コマンドのみを使用するソリューションに完全に満足します。

8 filesystems  dd  storage  block-device  gparted