ファイルシステム総合スレその15

**login:Penguin;** · 2012/06/30(土) 08:36:00.10

●前スレファイルシステム総合スレその14
http://engawa.2ch.net/test/read.cgi/linux/1326613113/
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。

**login:Penguin** · 2012/10/26(金) 10:13:36.36

>>376

なるほど、btrfsの今後の実装を刮目して待て！！
という話ですね。

**login:Penguin** · 2012/10/26(金) 12:31:52.08

抜く前にsyncsyncsyncすれば回避できるかな？

**login:Penguin** · 2012/10/26(金) 15:42:47.69

>>377
>>379

https://plus.google.com/117091380454742934025/posts/Wcc5tMiCgq7
によると
今のところ調査中みたいだけど、かなり限られた状況じゃないと破損は起きないみたい。

umountせずに電源を切る(umount -l後にbusyが解消される前に切るとか)
次回mount時にnobarrierオプション付きでマウント

この二つを満たした時に破損の可能性が出てくるらしい。
とりあえずnobarrierをつけてない人は、まぁ大丈夫でしょ

**login:Penguin** · 2012/10/27(土) 00:52:26.66

アンマウント完了前に電源が切られることがある…のか。

そういえば以前から気になっていたけど、Linux終了するとき
外付けのUSB-HDDが「カキューン」とか鳴って
いきなり電源切断されたようになる。
(サスペンド中もUSB-HDDのモーターが回っている)
Windowsなら、HDDのモーターが止まってから静かに電源断されるのだけど。。
(サスペンド中はUSB-HDDのモーターが止まっている)

今回の修正でついでにそこまでやってくれないかな…。

**login:Penguin** · 2012/10/27(土) 02:15:46.98

>>383
バグかぉ！？
Xが固まって強制リセット後破損
nobarrierつけてるから破損したんだな仕方ない自業自得か
と思って納得してたんだが…？なんか間違ってる？

**login:Penguin** · 2012/10/27(土) 17:34:09.20

今時のファイルシステムは、不意のシャットダウンでも、破損するんじゃなくて、
新しい書き込みが捨てられるだけであることが期待されてる。

**login:Penguin** · 2012/10/27(土) 17:44:06.09

それをファイル破損と言うんじゃなくって？

**login:Penguin** · 2012/10/27(土) 17:48:52.80

元記事の英文が読めないんだねえ。

**login:Penguin** · 2012/10/27(土) 23:19:31.81

>>387
？

**login:Penguin** · 2012/10/27(土) 23:25:13.01

書き込みされないのに破損するわけない

**login:Penguin** · 2012/10/28(日) 00:43:00.91

アプリが書き込んだと思ってるのに、書かれていなかったらファイル破損なんでは？

**login:Penguin** · 2012/10/28(日) 00:54:10.66

どういうバグなのか理解してから書き込めよ。
「ファイル破損」とかアホかと。

**login:Penguin** · 2012/10/28(日) 03:02:33.87

データの損失だな。
フラッシュされてないんだからしょうがない。

**login:Penguin** · 2012/10/28(日) 03:18:53.76

面倒だからいつも電源ボタン長押しでぶち切ってたから心配だお

まあ破損して困るようなデータじゃないからどうでもいいけど

**login:Penguin** · 2012/10/28(日) 05:23:47.58

ハードディスクの損傷の修復機能はあるだろ？

**login:Penguin** · 2012/10/28(日) 07:45:58.13

ハンスごめん
EXT4に浮気した俺が間違ってたよ

**login:Penguin** · 2012/10/28(日) 11:52:40.99

>>393
はあ？

**login:Penguin** · 2012/10/29(月) 19:41:09.31

よし、仕事終わったしバックアップ取っておくか
$sudo zfs snspshot rpool/export/home@today
楽チン~

**login:Penguin** · 2012/10/29(月) 21:08:47.00

LinuxのくせにZFSとかずるい

**login:Penguin** · 2012/10/29(月) 21:28:37.16

思うにXFSとは、もともとあるものとも言えぬし、ないものとも言えない。
それは地上の道のようなものである。
もともと地上には道はない。
歩く人が多くなれば、それが道になるのだ

**login:Penguin** · 2012/10/29(月) 23:43:50.62

スナップショットはバックアップじゃねぇしｗ

**login:Penguin** · 2012/11/01(木) 22:38:04.00

バックアップの意味を広く捉えるか狭く捉えるか
オペチョンで消したファイルを復活できるのだって広い意味ではバックアップに違いない
物理障害に耐えられないだけで

**login:Penguin** · 2012/11/01(木) 22:55:53.70

いやいや、そこは区別しようよ。
バックアップ、スナップショットで意味は明確なんだから。

**login:Penguin** · 2012/11/01(木) 22:56:24.00

backup の意味は予備とか代役とか非常用とか

**login:Penguin** · 2012/11/01(木) 23:13:38.79

ファイルシステム的には
$ cp hoge.txt hoge.backup
とほぼ同等のことをCOWでやってる訳だしバックアップって言ってもいいんじゃないの
バックアップが同じHDDあっちゃいけない決まりがある訳じゃないし

**login:Penguin** · 2012/11/01(木) 23:18:20.03

複製しないし

**login:Penguin** · 2012/11/01(木) 23:23:33.64

簡単なんだから使い分けましょう。
ベル研のWORMみたいに、光学ディスクにバックアップしながら、
いつでもアクセス可能なスナップショットを作成するのなら、
区別しがたいわけだけど。

**login:Penguin** · 2012/11/01(木) 23:31:05.46

呼び方は置いとくとしても、
スナップショットじゃハードウェア障害に無力だよね。

**login:Penguin** · 2012/11/02(金) 09:27:58.19

オリジナルが必須な時点でバックアップじゃ無いじゃん

**login:Penguin** · 2012/11/02(金) 11:33:42.33

別ディスクへのバックアップだって遠隔地に取ってなけりゃ災害には耐えられない
何に耐えられるかを以ってバックアップかどうかを定めるのはあまり意味が内と思う

コピーやスナップショットやリモートミラーは実現するための技法に過ぎなくて、
非常時に代替として使えるものは何だって広義のバックアップだろうよ

**login:Penguin** · 2012/11/02(金) 11:46:35.99

pgr

**login:Penguin** · 2012/11/02(金) 11:52:21.97

>>410
極端な例を挙げても、バカがいっそう引き立つだけだぞ。

**login:Penguin** · 2012/11/02(金) 11:54:07.86

遠隔地でなきゃバックアップも死ぬよっていうのは別次元の話だな

バックアップの本質的な意義は、明らかに一部または全部が欠損したオリジナルの復元だから
スナップショットも条件限定でのバックアップと言えなくもない

ただ、システムの運用管理を行う上で「バックアップとスナップショットは区別されるべき」っていう話だと思うぞ

**login:Penguin** · 2012/11/02(金) 12:06:26.07

専門バカ的に、バックアップって言葉の意味を限定しすぎてるだけ
その世界では(狭義には)オリジナルと別の実体を要求されることくらいはわかってる

バックアップという目的に対して適切な手段が場合によってスナップショットだったりディスク内コピーだったりディスク外コピーだったりリモートコピーだったりするだけ

**login:Penguin** · 2012/11/02(金) 12:15:19.34

名称や定義は重要だぞ
まあお前さんは今まで痛い目を見たことがないラッキーガイなんだろうよ

**login:Penguin** · 2012/11/02(金) 12:54:39.09

名称や定義に無頓着なのはそっち

**login:Penguin** · 2012/11/02(金) 12:58:42.56

>>416
いい加減にしろ、ぼけ

**login:Penguin** · 2012/11/02(金) 13:29:52.86

的外れな『極論』を持ち出した時点でID:uIcmYoX5の負け

**login:Penguin** · 2012/11/02(金) 13:39:28.50

ゆワイターはあっち

**login:Penguin** · 2012/11/02(金) 14:27:16.67

同じディスク内のコピーはバックアップではない
その認識が浸透していたならファーストサーバの事件は防げたかもしれない

**login:Penguin** · 2012/11/02(金) 16:08:02.73

>>420
認識が足りないのはお前だろ…

ファーストサーバでは別ディスクにまるごとコピー（二重化）も取ってあったんだよ。
ところが馬鹿な社員がそっちにもバグ入りOSアップデートしたせいで
コピー側も見事にぶっ壊した。

ホット側とコールド側双方一緒に環境更新とか無能としか言いようが無い。

**login:Penguin** · 2012/11/02(金) 16:30:13.28

>>421
認識が足りないのはお前だろ…

ファーストサーバは待機系をバックアップと称していたけど、
待機系はあくまで本番系に対する（機能としての）バックアップであって、
データとしての『バックアップ』ではない。
そこがごっちゃになってるから話がおかしくなるんだよ。
データとしてのバックアップじゃないんだから、本番系・待機系ともにパッチ当てるのは当たり前。
じゃなきゃいざって時に待機系が使いものにならず、待機系の意味がない。

**login:Penguin** · 2012/11/02(金) 16:45:48.44

バカな運用者というのはbyzantine failuresの典型例ですね。

**login:Penguin** · 2012/11/02(金) 17:41:18.21

この流れ、同じようにバックアップやRAIDについて得意げに解説してくれていたシステム構築発注先のSEが
数日後ノートPCが壊れたとかで、
これまでのメールや資料を再送してくれと泣き疲れた思い出が呼び覚まされた。

**login:Penguin** · 2012/11/02(金) 17:45:48.11

>>410
ポケコンに打ち込んだベーシックのプログラムを、
紙に写経してバックアップしたのを思い出すわｗ

**login:Penguin** · 2012/11/02(金) 18:41:50.82

紙にメモするのも立派なバックアップの手段

**login:Penguin** · 2012/11/02(金) 19:08:12.68

紙にバックアップは最終手段だね。
少なくともPCで取り扱うよりも並べ替えも移動も検索も難しくなるし、
機密情報だったら暗号化もできない。

**login:Penguin** · 2012/11/02(金) 19:15:38.10

しかもだいたい書き間違うしなｗ
まあそこは、復元するとき柔軟に読み込むから相殺されるけど。

**login:Penguin** · 2012/11/02(金) 19:21:33.39

ふっかつのじゅもんか

**login:Penguin** · 2012/11/02(金) 22:04:39.91

最近物忘れが多いからメモするようにしたんだが
自分でも読めないくらい字が下手で困る

**login:Penguin** · 2012/11/03(土) 00:44:45.77

Ext4のバグがまだあるという…

[Phoronix] There Might Be Another EXT4 Corruption Bug
http://www.phoronix.com/scan.php?page=news_item&px=MTIxOTU

要は64bitのUbuntuにおいて、12.04で作ったExt4に12.10を入れて
12.10のfsckをすると、ファイルシステムが100%クラッシュする
ということかな。

**login:Penguin** · 2012/11/03(土) 01:53:20.00

暗号化とエラー訂正コードを付けてからメモすれば

**login:Penguin** · 2012/11/03(土) 02:05:55.89

>>431
ext4がまだ枯れていないという事だろう
安定するためにはもっと人柱が必要なんだ

**login:Penguin** · 2012/11/03(土) 02:38:00.48

カーネルが
・Ubuntu 12.04 ～ ver 3.2
・Ubuntu 12.10 ～ ver 3.5
なので、似たような状況でも問題が発生するかも知れませんね。

**login:Penguin** · 2012/11/03(土) 08:50:10.05

まあでも新しいファイルシステムなんてそんなもんだよな。
ZFSも結構問題起きるみたいだし。

**login:Penguin** · 2012/11/03(土) 09:20:19.76

ext4が枯れていないのにext4でfixされたバグがext3にバックポートされていないものがあるという

**login:Penguin** · 2012/11/03(土) 09:22:02.50

DebianがExt4を採用しているから大丈夫だと思ったんですが。。

でも今回のはカーネル3.5、先日のは3.4～3.6。
Debian(wheezy)は3.2だから大丈夫かな。

**login:Penguin** · 2012/11/04(日) 08:33:32.52

XFSはいいものだよ

多分最高のものだ

いいものは決して滅びない

**login:Penguin** · 2012/11/04(日) 11:55:42.62

btrfsに駆逐されろ

**login:Penguin** · 2012/11/06(火) 03:57:02.55

>>438
いいものではなく、商業的に成功したものだけが生き残る

**login:Penguin** · 2012/11/07(水) 11:08:25.38

Suse Enterprise Server Lnux 11を使ったサーバ構築の案件があって、
試しに仮想PCにインストールしてるんだが、ファイルシステムの
選択にbtrfsが出て来てビックリした。　選ぶと、/パーティションには
使えないらしくインストーラで先に進めないが、データ
パーティションには使えるみたい。

**login:Penguin** · 2012/11/07(水) 16:34:18.60

grub2ではgrub.cfgでinsmod nilfs2を指定できるようになったので、
nilfs2を普通にrootで使えるようになった。

それにしてもnilfs2のファイル削除の遅さは気になるな。

**login:Penguin** · 2012/11/07(水) 16:50:54.73

全く関係無いんだけど誰も話す相手がいないから書かせてくれ

随分前から海面上昇が問題になってるけどさ
あれって世界中が貿易が盛んになって
でっかいコンテナ船やらタンカーをたくさん浮かべたからだと思う

北極の氷が溶けたのが原因って言われてるけど
氷って元々ほとんど水の中だし溶けたら逆に体積減るからあんま関係ないと思うんだよね

どうだろ？

ちなみに俺はXFSが好き

**login:Penguin** · 2012/11/07(水) 16:53:26.38

長いファイル名サポートはよお願い

**login:Penguin** · 2012/11/07(水) 16:55:02.28

>>443
ひとり言はこっちで。
http://kohada.2ch.net/yume/

**login:Penguin** · 2012/11/07(水) 20:31:58.27

海面上昇とXFSに何の関係が？

**login:Penguin** · 2012/11/07(水) 22:24:16.18

データセンターは山の上に作れってことさ

**login:Penguin** · 2012/11/07(水) 22:47:44.71

データセンター立てるなら滋賀がいいですよ～
環境いいし交通の便いいし海抜80m以上あるから海面上昇とは無縁だし

**login:Penguin** · 2012/11/08(木) 02:16:29.58

寒くないと空冷できないべ
雪でも降れば貯めておいて使えるが

**login:Penguin** · 2012/11/08(木) 02:33:19.97

滋賀は結構雪降るよ

**login:Penguin** · 2012/11/08(木) 03:51:16.16

滋賀って例の大津市ある所じゃないか……。

**login:Penguin** · 2012/11/08(木) 08:06:26.32

何のスレだよ。

**login:Penguin** · 2012/11/08(木) 09:34:55.84

データをイジメ殺すからやめてください！

**login:Penguin** · 2012/11/08(木) 11:45:53.05

いじめの名所滋賀県

**クラウドはドリームソルジャー？** · 2012/11/08(木) 12:18:43.74

雲散霧消に定評のあるファーストサーバー。
多くのデータが消えていった。

**login:Penguin** · 2012/11/08(木) 13:43:40.71

常時snapshotのNILFSなら無事だったのにね

**login:Penguin** · 2012/11/09(金) 00:14:21.82

32bitカーネルと64bitカーネルでファイルシステムの違いが生じるってこと
ありますか？

**login:Penguin** · 2012/11/09(金) 11:12:38.73

開発者も64ビットと32ビットの両方の環境で動作するのが面倒らしく、
64ビットなら動くけど、32ビットでは動かなかったという事例は
ありそう。ファイルシステムでは無いが、別のシステムで経験があるよ。
開発者にメールしたら「え、32ビットまだ使ってるの？」って。
真面目なヤツで、次の日には改修済みの32ビット版のオプジェクトを
作ってくれたっけ。

**login:Penguin** · 2012/11/09(金) 12:03:21.07

ま、Linuxであえて32bit使っているのはUbuntuの馬鹿どもぐらい、
というイメージだな。

**login:Penguin** · 2012/11/09(金) 12:26:52.89

Droid君がアップを始めたようだ

**login:Penguin** · 2012/11/09(金) 14:46:00.73

>>459
お前も馬鹿だろ。
まだまだ非64bit環境でLinux使ってるの多いんだよ。

**login:Penguin** · 2012/11/09(金) 14:53:12.28

>>459
おまえのイメージはPCの話だろ
linuxは組み込み用との方が圧倒的に多いだろ

**login:Penguin** · 2012/11/09(金) 15:37:42.41

>>462
でも組込みも64bit化してかないとヤバイ
2038年問題がヤバイ

**login:Penguin** · 2012/11/09(金) 15:43:06.11

アホかと。
カーネルの64bit化と2038年問題は関係ない。
time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。
古いファイルシステムの内部データに32bit time_tが残っているのは大問題だが、
カーネルを64bit化すれば直るわけではない。

**login:Penguin** · 2012/11/09(金) 16:01:17.49

もったいないのが
64bit対応CPUで32bit使うこと
Ubuntuは未だに32bitがrecommendedだし

あと広く普及しているcore2duoは64bit対応だけど32bit全盛期に発売されたから未だ多く32bitCPUとして使われている

64bitにしたら有効メモリーはもちろん処理が速くなる

メモリー4GBも使わないからいいやとかPAEでいいやとか思わずCPUが対応してるならどんどん64bitにすべき

**login:Penguin** · 2012/11/09(金) 17:38:26.30

適材適所がわからないバカはどうしようもないな

**login:Penguin** · 2012/11/09(金) 18:19:26.77

拙者32bitのUbuntuを使っている馬鹿でござる

**login:Penguin** · 2012/11/09(金) 18:41:17.89

左様でございますか

**login:Penguin** · 2012/11/09(金) 18:51:15.82

ユーザーランド64ビットでもまあ構わないんだけどポインタは4バイトでじゅうぶん。どうコンパイルしたらいい？

**login:Penguin** · 2012/11/09(金) 18:56:19.18

自分でコンパイルしたコンパイラとライブラリを使ってください。
システムコールはポインタ渡しの部分が32bit版と64bit版と二種類用意されているので、
適切な方を呼び出すようにしてください。
後はELやld.soF内に閉じた話なので好きにやってください。

**login:Penguin** · 2012/11/09(金) 18:57:21.62

使用目的に合わせて機器・使い方を選ぶのが適材適所であって
64bit対応ハードウェアなら何が何でも64bitで使うべきとほざくのがバカ

**login:Penguin** · 2012/11/09(金) 19:08:08.64

>>471
だってせっかくのCPUの性能をフルに発揮したいじゃん

「処理速度が向上する」を不必要と思う人はいないじゃん

**login:Penguin** · 2012/11/09(金) 19:15:50.18

リスト構造をダンプして上位4バイトほとんど同じのみたらメモリーもったいないんだの。
IL64もしくはL64モデルでいい。

**login:Penguin** · 2012/11/09(金) 19:17:07.84

>>472
キャッシュにおさらまらなくなると遅くなるよ。

**login:Penguin** · 2012/11/09(金) 19:51:15.22

64bitにしたって、普通の用途では速度向上はほぼ実感できないだろ。
むしろメモリフットプリントが単純に増えるから、メモリが4GB以下なら64bitにするメリットがほとんどない。

**login:Penguin** · 2012/11/09(金) 20:00:59.27

x32ABIでいいじゃん
つか、FS関係無いだろ

**login:Penguin** · 2012/11/09(金) 20:11:59.07

x86にたいするx64なら64bitという点ではなくISAの拡張による利点がある
汎用レジスタが増えたり命令相対アドレッシングが可能になったり

**login:Penguin** · 2012/11/09(金) 20:14:46.74

AMD64はレジスタ周りの設計改善で、64bitで使った方が速いらしい。

**login:Penguin** · 2012/11/09(金) 20:39:17.08

精度がfloatでじゅうぶんならdoubleより速いのにdoubleの固定観念を捨てられないおじさんみたい。

**login:Penguin** · 2012/11/09(金) 22:00:33.07

ubuntu64bitだとfluxbox環境でmltermのアイコンがなぜか化けまくる

**login:Penguin** · 2012/11/09(金) 22:39:07.44

/usr/share/pixmaps/mlterm*を全部表示してみてください。
というかスレ違い。

ファイルシステム総合スレ その15

ファイルシステム総合スレその15