GitHub - rumpkernel/fs-utils: File System Access Utilities in UserlandYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
lessfs を試す
Linux Jornalのコラムに惹かれてlessfsを試してみたくなった。 ちなみに、lessfsは「Deduplication」(ファイル重複除外?)を目的としたfuse。 他にも暗号化機能、レプリケーション機能(MasterSlave)や圧縮ストレージ機能もあって、 圧縮フォーマットにはLZO、QuickLZ、BZipその他色々あるらしい。 Deduplication自体は、一部で熱いらしいBtrfsやZFSにも搭載されている。 ２つとも色々と問題があって、あまり簡単には導入出来ない。 そこでlessfsの登場。 fuseなだけに他のfuse系同様のボトルネックはあるものの、 アーカイブ用途ならパフォーマンス問題は少ないと思われる。 おまけでLinux Jornalでは、Opendedup も触れられていた。 こっちは、Javaかつシステムリソースの要求スペックが高いので論外。 le
cloudpackブログ - s3fs-suz
s3fsからs3fs-cへとgithubでforkしてローカルにcloneしてadd&commit&pushの続きになります。 s3fs-suzとして、差し当たり、s3fs-1.59からの下記の変更をs3fs-cにマージしました。 (完璧ではないかもしれませんが。) r357 , r358 , r359 , r360 , r361 , r362 メモリリーク対応系までの変更をマージし、5G以上のファイル対応はマージしていない形となります。 ちなみに、s3fs-cの制限は下記となります。 UID/GIDはサポートせず、オーナーやグループはすべてroot ファイルやディレクトリのパーミッションはrwxrwxrwxにハードコード @memorycraft、使ってみて下さい。 こちらの記事はなかの人（suz-lab）監修のもと掲載しています。 元記事は、こちら
【模索】gitで設定ファイルとかをうまく管理できないものか - （ひ）メモ
/usr/oreore/etcの下のファイルをgitで管理したい マシンは複数台ある bareなセントラルレポジトリはあるとして。 cloneしてaufsでほんとのディレクトリに被せる。それぞれのマシンで同じようにやる。 mkdir /git git-clone git://axis.local/system.git /git/system # /git/system/usr/oreore/etc/test/test.conf とかができる target_dir=/usr/oreore/etc mount -t aufs br:/git/system/${target_dir}=rw:${target_dir}=ro none ${target_dir}あるマシンでファイルを編集してpushる。 vi /usr/oreore/etc/test/test.conf ... cd /git/s
複数のディレクトリを一つにまとめることが出来るmhddfsをubuntuで使ってみる (blog@browncat.org)
blog@browncat.org Web, Linux, Ubuntu, Mac, PDA, 携帯電話, プログラミング, ソフトウェア＆落書き HDDというものは常に容量が足りていないか、空きだらけかどっちかの状態であることが多いと思うのですが、特に足らなくなって増設したりすると、ファイルの移行やなんだかんだと結構面倒なものです。 特にマルチメディアのファイルなどの巨大で数が多いデータの場合なんかはファイルの移動もそう楽ではありませんよね。シンボリックリンクを駆使するという手もありますが、所詮はシンボリックリンク。マウントポイントを移動したりするとリンク切れを起こしたりして扱いがあまりよくありません。 私はこのような状況になると今までunionfsを使って新しいHDD>古いHDDという風にマウントして使っていました。これだと元のディレクトリの上に新しいHDDのディレクトリが重なってちょ
smbfsがcodepage=cp932を受け付けなかったらconvmvfsを使えば良い - 射撃しつつ前転 改
sambaを使ってファイルをやりとりする際には、ファイル名に使う文字コードが問題になることがある。最近だとcifsではUnicode（UTF-16？）になっているらしいが、数年前まではShift_JISも普通に使われていた。我が家のNASもちょっと古いので、ファイル名に使う文字コードはSJISになっている。クライアントがWindowsだと問題ないかもしれないが、問題はクライアントがLinuxだ。 Linuxでは今のところファイル名にはUTF-8を使うのが一般的だ。smbfsにはファイル名を変換してくれる機能がついており、マウントオプションにcodepage=cp932とつければsambaとの通信はShift_JISでして、Linuxに見せる文字コードはUTF-8にしてくれた。平和な時代だった。 しかし、いつのころからか、smbfsがcodepageオプションを受け付けてくれなくなった。悲し
HowTos/Disk_Optimization
Optimizing the EXT3 file system on CentOS Ext3 is a very capable file system with excellent fault tolerance and a long track record of stability. While it performs well, it's by no means the fastest file system out there. There are some things you can do to give ext3 a boost when you just want speed. Some of the methods listed here will reduce the information kept about your file system as a trade
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
s3ql - Project Hosting on Google Code
CENTOS:SSHFS - DataWiki