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

Solaris 10 ZFS v22からFreeBSD 8.3 ZFS v28に複製しても安全ですか？ ZFSの特定のバージョンでこれを実行して、完全に機能する人はいますか？

8 solaris  filesystems  freebsd  replication  zfs 

大きなファイル（破損したMySQLテーブル〜40GB）を修復するために別のサーバーに移動する必要があります。（運用サーバーで修復しようとすると、すぐにサーバーが強制終了されました）。 これを行うには、.frm、.MYI、および.MYDファイルを運用サーバーからクラウドサーバーにrsyncします。 / var / lib / mysql / {database} /から/ home / {myuser}にファイルをコピーしているので、rsyncコマンドのルートアクセスを有効にする必要がなく、データベースファイルが100％でないことを確認できます。使用中（読み書きしないでください。ただし、確認のために運用データベースをシャットダウンする必要はありません）。 最初にコピーしようとしたファイルは約10GBでした。運用サーバーのある部分から別の部分、つまり同じディスクアレイに転送しています。 残念ながら、コピーコマンド "cp filename newfilename"は多くのリソースを消費し、サーバーを停止させました。 ファイルを別のディレクトリにコピーするときに、より少ないリソースを使用するにはどうすればよいですか？（実際にかかる時間は問題ではありません）。 私がこれを管理することを想定すると、ファイルをクラウドにrsyncするときにどのようなリソース使用量を期待できますか？ 誰かがこれを行うより良い方法を提案できますか？私はすぐにディスク領域を使い果たしているので、このテーブルをできるだけ早く修復してアーカイブする必要があります。

8 linux  filesystems  rsync  copy 

通常のユーザーは、chmodファイルにアクセスしてアクセスできないようにすることができます evgeniy@ubuntu:~$ touch test evgeniy@ubuntu:~$ chmod 444 test evgeniy@ubuntu:~$ echo 'test' > test bash: test: Permission denied このようなものをrootユーザーに対してシミュレートできますか？

8 linux  permissions  filesystems 

私は不思議に思っています。多くの人が不思議に思っていると思います。GNU/ Linuxベースのサーバーに最適な、または少なくとも最適なファイルシステムレイアウトはどれでしょうか。レイアウトは最終的なユーザーが達成したいことに基づいて変化するため、一般的なレイアウトはないことを認識しています。質問を非常に具体的な実装に絞り込みます。サーバーの目的は、中規模のSIPテレフォニーサーバーです。私が思いついたファイルシステムのレイアウトは次のとおりです。 ハードドライブのフルサイズは146 GBです / bootとしてマウントされた1 GBのプライマリパーティション /としてマウントされた16 GBのプライマリパーティション スワップとしてマウントされた16 GBの拡張パーティション（サーバーには8 GBのメモリがあり、少なくともすぐに大きくなることはありません） / varとしてマウントされた52 GBの拡張パーティション / var / logとしてマウントされた16 GB拡張パーティション / usrとしてマウントされた30 GBの拡張パーティション / tmpとしてマウントされた5 GBの拡張パーティション / homeとしてマウントされた10 GB拡張パーティション データベースファイルのような多くの可変データがあるため、より高速なアクセスを可能にすることを考慮して、スワップを中央に配置し、大きなvarパーティションを作成しました。/ var / logと/ tmpを別のパーティションに移動して、システム全体がダウンしないようにし、/ usrを移動して、必要に応じて読み取り専用にできるようにしますそのような対策。ユーザー数が少なく、ホームディレクトリに大きなストレージスペースが必要ないため、小さな/ homeパーティションを作成しました。 私が思うこのレイアウトには賛成と反対の議論がたくさんあり、他の人がそう考えていることについて私は好奇心を持っています（私よりも経験豊富で賢い人の心を選ぼうとしています）。スワップをほぼ真ん中に置く理由は何ですか？）、セキュリティ、およびデータの安全性？何かご意見は？ありがとう！

8 linux  filesystems 

LinuxがSSDをディスクキャッシュとして使用するためのソフトウェアはありますか？確かではありませんが、SunはZFSでこのようなことをしていると思います。クイック検索は何も適切なものを提供しません。目標は、頻繁に要求されるファイルをオンザフライでSSDに配置することです。SSDは、RAMよりも容量が多く、費用がかからず、ハードディスクよりもパフォーマンスが優れているため、効率的にパフォーマンスを向上させることができます。

8 linux  performance  filesystems  ssd 

現在のファイルシステムで使用されている文字セットエンコーディングを確認する方法と、UTF-8に変更する方法 編集： これがmountの出力です： /dev/sdb6 on / type ext3 (rw,relatime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) /proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,nosuid,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs …

8 ubuntu  filesystems  utf-8 

以前はメモリ使用量が多かったため、いくつかの大きなファイルシステム（約50 TB）で「xfs_repair」をテストします。正しいファイルシステムでのみプログラムをテストできましたが、破損したシステムでテストすることをお勧めします。 では、ファイルシステムを破損させる最善の方法は何でしょうか。メソッドが繰り返し同じ破損を毎回与える場合の追加のクレジット.... 2006年に私が何を意味しているのかを人々に知らせるために 「マルチテラバイトのファイルシステムで修復を正常に確認または実行するには、次のものが必要です。 64ビットマシン 64ビットxfs _ repair / xfs _チェックバイナリ ファイルシステムのテラバイトあたり最大2GBのRAM ファイルシステムの100万iノードあたり100〜200 MBのRAM。 xfs_repairは通常これよりも少ないメモリを使用しますが、これらの数値は、80％を超えるフルファイルシステムが修復に必要とする可能性があるものについて、大まかな数値を与えます。 FWIW、これが最後に内部で発生したとき、問題の29 TBのファイルシステムは、修復に最大75 GBのRAM +スワップを必要としました。」

8 linux  filesystems  testing  corruption  xfs 

何か似ては、既に求められているが、私の基準は少し異なります。Mac OSX、Linux、およびWindows XPシステム間でポータブルハードドライブ（USB / Firewire）を共有する必要があります。共有されるファイルが4 GBを超える場合があります。これをサポートし、読み取り/書き込みアクセスを許可するこれらすべてのオペレーティングシステムですぐに使用できるファイルシステムはありますか？そうでない場合、これらのオペレーティングシステムに追加のソフトウェアをインストールすることに関して、次善の策は何ですか？

8 filesystems  usb  hard-drive