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

このエントリーをはてなブックマークに追加
1 ：login:Penguin;：
●前スレ ファイルシステム総合スレ その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 あたりで。
2 ：login:Penguin;：2012/06/30(土) 08:36:42.59 ID:q3w7kzQB
●過去スレ
01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1164457481/
07 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 http://pc11.2ch.net/test/read.cgi/linux/1225001916/
10 http://pc11.2ch.net/test/read.cgi/linux/1238673446/
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
13 http://engawa.2ch.net/test/read.cgi/linux/1311812102/
14 http://engawa.2ch.net/test/read.cgi/linux/1326613113/

●関連リンク
ext4　　　　　　　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4　 ttp://www.namesys.com/ (リンク切れ)
xfs　　　　　　　　ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　　　　 ttp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　　　 ttp://www.nilfs.org/ja/
zfs　　　　　　　　ttp://zfsonlinux.org/
　　　　　　　　　 ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
3 ：login:Penguin;：2012/06/30(土) 08:37:49.05 ID:q3w7kzQB
●関連リンク2
en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
ttp://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs

● リンク切れ
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
4 ：login:Penguin;：2012/06/30(土) 08:38:43.40 ID:q3w7kzQB
● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html


5 ：login:Penguin：2012/06/30(土) 10:19:22.25 ID:kJ+InlNC
いちおつ
6 ：login:Penguin：2012/06/30(土) 14:28:20.37 ID:o0ZHnXlL
前スレ1000やめろｗ
7 ：login:Penguin：2012/06/30(土) 16:03:48.44 ID:eC1VbQzQ
ハンスははよ出てきてReiser4の次だしてカーネルにマージしろ
8 ：login:Penguin：2012/06/30(土) 17:43:49.77 ID:xXSy1lbp
もう過去の人。今は法律と仮出所条件の勉強に熱心。
9 ：login:Penguin：2012/06/30(土) 18:49:25.38 ID:lepLpriG
そういえば「なぜReiser4はカーネルにマージされないのか」みたいな文章あったな。
読んでも結局マージされない理由は良く分からなかったけど
仮に出所してもマージされる日は来ないのかもしれない。
10 ：login:Penguin：2012/06/30(土) 18:55:16.13 ID:kfAX5M5C
>>9
レビューする人がいないから
11 ：login:Penguin：2012/07/01(日) 02:01:41.30 ID:03sxTfLw
>>1乙
12 ：login:Penguin：2012/07/01(日) 03:07:07.23 ID:CZt8PZia
>>4
いいまとめだね
付け加えるならfusion-ioにはxfsがいいんだっけ？
どっかにデータ無いかな？
13 ：login:Penguin：2012/07/04(水) 13:41:54.94 ID:nUQ6V0sp
engawaがやっと復活したか
よかったよかった
14 ：login:Penguin：2012/07/05(木) 11:30:58.42 ID:tUIBlwAF
各ファイルシステムのディスク上のレイアウトについて解説してるサイトはありますか？
15 ：login:Penguin：2012/07/05(木) 12:15:42.04 ID:nijfjbQE
ない
16 ：login:Penguin：2012/07/07(土) 09:30:24.52 ID:NhrwKvm8
ubuntuにzfs導入してみようと思ってるんだけど
zfs-fuseとnative-zfsってどこらへんが違うのかな
fuseのほうがユーザーランドで動くから性能悪いのかとは思うけど
17 ：login:Penguin：2012/07/07(土) 10:55:46.32 ID:WnI80EQc
ubuntuのバージョンが何かわからないけど、
カーネルのバージョンアップが頻繁なデスクトップ版なら、
nativeは止めておいたほうが良いと思う。もし、ユーザのホームを
ZFSに置いたら、カーネルバージョンアップ、再起動、ホームが
見えずにログイン不可、復旧モードで回復という事になりめんどくさい。

オレはCentOSで使っているが、同じカーネルの仮想PCを使って、
nativeのRPMパッケージを作り、動作確認してから本番のカーネルに
あてている。

オレもｆｕｓｅで試して速度に不満があったので、nativeにしたのだが、
fuseの時と、nativeの性能差はあまり感じない。ベンチマークはたしかに
違ったが、動かしているマシンや、CentOS上で動かしているアプリが
大したものじゃ無いので、今となってはどちらでも良かったかなぁと
思っている。
18 ：login:Penguin：2012/07/07(土) 17:30:06.12 ID:NhrwKvm8
>>17
ありがとうございます
OSの種類は12.04のデスクトップ版です
ホームにするつもりはないんだけどカーネルアップのたびに
復旧しないといけないのは面倒臭いな
性能差もそこまで無くて機能差も特に無さそうだし
利便性をとってfuseかな
19 ：login:Penguin：2012/07/07(土) 18:30:57.51 ID:WnI80EQc
>>18

Native Linux版は64bit OSに入れないといろいろ問題も出るので、
入れるならubuntuの入れ替えも必要な事を使えておくのを忘れてしまった。
20 ：login:Penguin：2012/07/08(日) 12:16:50.32 ID:Rdl48yRp
zfs導入といっても目的がわからないことには。
NAS化したくてシステムはext4に入れるとかならnativeでも不都合はないと思うけど。自分はそうしてる。
あとubuntu+ppaならカーネルアップデートしても自動でビルドしてくれると思うけど。

以前fuseでRAIDZ試したときはあー使えんわこれ、って速度だった印象だけど今ではそうでもないのか？？？
あとnativeはrcといえどstableではないので何があっても知らないよというのはある。

>>19
逆にfuseって32bit版でもパフォーマンス出るの？
21 ：login:Penguin：2012/07/08(日) 14:10:35.04 ID:tBepDDxz
fuseなんて使うヤツ居るんだとずっと思ってた
22 ：login:Penguin：2012/07/08(日) 14:30:45.21 ID:2jOHNJTA
>>19
ubuntuの32bit版ってそんなに使ってる人いるの?
なんかメリットあるのかね?
23 ：login:Penguin：2012/07/10(火) 17:43:10.35 ID:z5sXSK7H
そりゃあ日本語 Remix版はそもそも64bit版を出してないからな
24 ：login:Penguin：2012/07/10(火) 17:48:46.30 ID:kGXF7QDP
マジかよ
と思って見に行ったらマジだった
i386か…
25 ：login:Penguin：2012/07/11(水) 00:31:53.06 ID:Ezw6NhUv
情報の整理はいまいちだけどext4でいいじゃんという結論には同意する
モダンなディス鶏で普通に使う分にはext4でいいよな

Ubuntu 12.04時代のファイルシステムの選び方　ext4でいいじゃん編
http://d.hatena.ne.jp/itiri/20120412/1334238227
26 ：login:Penguin：2012/07/11(水) 00:55:31.98 ID:DR04EjU6
やっぱext4は最強だわ。
27 ：login:Penguin：2012/07/11(水) 10:12:04.69 ID:yWc6An/X
最強よりも、他がダメなんだと思う
28 ：login:Penguin：2012/07/11(水) 10:31:37.25 ID:RVP0Z/Cv
fsckのいらないファイルシステムはよお願い
29 ：login:Penguin：2012/07/11(水) 14:43:20.50 ID:j4UoeiYE
っNTFS
30 ：login:Penguin：2012/07/11(水) 14:52:06.58 ID:oTV2V5aV
nice joke!
31 ：login:Penguin：2012/07/12(木) 06:48:25.12 ID:u27pUF1D
×要らない　〇出来ない
32 ：login:Penguin：2012/07/13(金) 01:02:01.94 ID:uQCTBlVQ
fusion-ioは価格が今の1/2になってbtrfsもサポートしたらバカ売れする予感
btrfsの開発者がボラクルから移籍したらしいし期待していいかな
33 ：login:Penguin：2012/07/13(金) 01:15:16.82 ID:Plvj61+l
劣化だろw
34 ：login:Penguin：2012/07/13(金) 07:36:33.38 ID:A3EofD9o
ファイルシステムがなんだろうと
それを読むf系ライブラリに
全ディストリビューションで
バグがある
35 ：login:Penguin：2012/07/13(金) 19:58:00.23 ID:BRF7ZdAQ
それってLinuxが終わってるってこと？
36 ：login:Penguin：2012/07/13(金) 20:50:39.13 ID:t1SpsfPr
スーパーハカー来タコレ
37 ：login:Penguin：2012/07/14(土) 10:35:12.09 ID:xXWvckjw
10行ほどの再現プログラムで、お前らでもすぐ書ける
こんな糞バグ、マジかよってレベル
38 ：login:Penguin：2012/07/14(土) 12:17:05.22 ID:6mmFFzyn
>>37
マジで！？
バグ報告よろ
39 ：login:Penguin：2012/07/17(火) 19:15:03.81 ID:cP8VaXqu
>>37
はよ再現コード
40 ：login:Penguin：2012/07/17(火) 21:08:50.01 ID:Xe9gYsCM
やっぱり口だけか。
まあ、こんなもんだよね。
41 ：login:Penguin：2012/07/18(水) 13:17:59.08 ID:0LBvBuot
夏だな…
42 ：login:Penguin：2012/07/18(水) 23:03:13.32 ID:JRtc3q0O
setlocale(LC_ALL, "en_us.utf-8")
43 ：login:Penguin：2012/07/19(木) 02:49:45.19 ID:0AHO1a6I
うそ！？まじで…！？
44 ：login:Penguin：2012/07/19(木) 04:26:05.70 ID:W9GX7dxF
FILE* fp = fopen("test.txt", "w+")
45 ：login:Penguin：2012/07/19(木) 05:39:37.40 ID:6YcWUpvv
error: expected ‘,’ or ‘;’
46 ：login:Penguin：2012/07/19(木) 15:59:21.40 ID:nXAOeTSb
再現コード来ないな
47 ：login:Penguin：2012/07/19(木) 20:31:26.74 ID:k/ij2DO+
XFSが最強だって事は公然の秘密
48 ：login:Penguin：2012/07/19(木) 22:54:23.09 ID:W9GX7dxF
fputws("unko");
49 ：login:Penguin：2012/07/19(木) 23:24:07.21 ID:yPaVIFWS
最強のファイルシステムXFSそしてCXFS
ttp://www.sgi.co.jp/features/2003/nov/media/media_pg2.html
50 ：login:Penguin：2012/07/20(金) 00:58:07.80 ID:GymWbnPk
東芝REGZAに続いて、ソニー謹製「nasne」のファイルシステムもXFSらしい

Nasne のファイルシステムを見てみる
http://note.ga.vg/blog/2012/07/19/filesystem-of-nasne/
51 ：login:Penguin：2012/07/20(金) 10:56:24.48 ID:lD0IcjX+
だから壊れたの？
52 ：login:Penguin：2012/07/20(金) 12:04:53.40 ID:BmaW9bAZ
はやく再現コード出せよ
53 ：login:Penguin：2012/07/20(金) 13:17:00.83 ID:depe2Bv+
結局、好きなを勝手にの使えって事だろ。
54 ：login:Penguin：2012/07/20(金) 13:51:59.13 ID:dy6S3jok
太陽のように輝く未来が欲しいのであればXFSを選ぶ事が何より大切な事です
55 ：login:Penguin：2012/07/20(金) 17:12:42.76 ID:73U5LpwA
それ、btrfsさんの前でも同じ事言えんの？
56 ：login:Penguin：2012/07/20(金) 17:38:34.58 ID:Pp81hb1C
XFSはオープンソースになった当初から使っていたけど、
いろいろなディストリの標準インストーラから外されて悲しい思いをしていた。
57 ：login:Penguin：2012/07/20(金) 20:00:23.13 ID:dy6S3jok
>>55
btrfsは次世代を担うファイルシステムだと考えております
今はまだ開発が進んでいないので評価する事はできません

「枯れ待ち」という言葉で表現したいと思います

>>56
XFSは必ずやあなたをお救いになる事でしょう
58 ：login:Penguin：2012/07/20(金) 20:26:36.83 ID:kEHVOJSe
xfsサルベージできなくて泣いたからもう手を出したくない
いやそういう運用してるのが悪いんだけど
59 ：login:Penguin：2012/07/20(金) 20:32:58.43 ID:C4Jxi1+G
サルベージしやすいFATが最強なんだよ
素人はこういうところを見ようとしないから困る
60 ：login:Penguin：2012/07/20(金) 22:35:11.43 ID:UA0GRf5s
int unko = ftell(fp);
61 ：login:Penguin：2012/07/21(土) 05:46:20.92 ID:59l1YrzN
if(fseek(0, unko) == -1){
62 ：login:Penguin：2012/07/21(土) 05:48:50.14 ID:59l1YrzN
perror("err");
63 ：login:Penguin：2012/07/21(土) 05:49:21.96 ID:59l1YrzN
return;
64 ：login:Penguin：2012/07/21(土) 05:50:23.06 ID:59l1YrzN
}
65 ：login:Penguin：2012/07/21(土) 05:53:22.88 ID:59l1YrzN
printf("%d %d"), unko, ftell(fp));
66 ：login:Penguin：2012/07/21(土) 05:54:56.52 ID:59l1YrzN
fputws("unchi");
67 ：login:Penguin：2012/07/21(土) 05:55:43.49 ID:59l1YrzN
fclose(fp);
68 ：login:Penguin：2012/07/21(土) 12:51:15.31 ID:eJtuFMIY
ext4のオフラインのデフラグってないの？
69 ：login:Penguin：2012/07/21(土) 13:00:12.24 ID:uv9Pwd9X
どこに書いたらいいか分からんからここに書くけど
FreeBSD9.0-RELEAS mem8GB 0EADSx4 RAIDZにIntel SSD330でZILとL2ARCに8GBずつ割り当てた
zpool iostat -vをしばらく眺めてもL2ARCは使われてるけどZILはほとんど使われてない
個人用とで使う分にはZILはあまり役たたんのかな？
70 ：login:Penguin：2012/07/21(土) 16:04:34.71 ID:UDezVMsM
>>69
当たり前の事だけど使い方次第
71 ：login:Penguin：2012/07/22(日) 02:34:28.27 ID:MQuOFVdZ
>>70
うーんそのどういう使い方なら役に立つのかなってことなんだけど
使われてないってことは結局使わなくても書き込み間に合ってるってことだよね
サーバで多数のクライアントからの処理でもないと真価を発揮しないのかなと
72 ：login:Penguin：2012/07/22(日) 07:35:09.94 ID:XYRowWrI
仮想環境のホストOSのディスクをZFSにして、複数の
ゲストOSが同時にディスクアクセスするというのは？と思い
実際にやってみたけど、あまり効果はなかったね。
73 ：login:Penguin：2012/07/22(日) 11:10:42.22 ID:YCHSfcIn
>>69
同期書き込みしてる？
74 ：login:Penguin：2012/07/22(日) 20:41:33.91 ID:MQuOFVdZ
>>73
ありがとうございますZILをちゃんと理解してませんでした
sync=alwaysで常に同期書き込みさせる場合に有効なんですね
つまり非同期書き込み時に高速化させる訳じゃないと
75 ：login:Penguin：2012/07/22(日) 22:34:06.70 ID:YCHSfcIn
O_SYNCとかならわかるけど、sync=alwaysってなに？
76 ：login:Penguin：2012/07/22(日) 22:48:16.24 ID:MQuOFVdZ
>>75
zfsのオプションです
sync=diabled：ZILデバイスには書き込まない
sync=standard：O_SYNCのときだけ(ZILデバイスに）同期書き込み
sync=always：常に(ZILデバイスに）同期書き込み
よく分かってないので間違ってるかも知れません
77 ：login:Penguin：2012/07/23(月) 10:28:49.30 ID:1fiDJHgv
ZFSをCentOSのデスクトップ環境で３ヶ月使い続けた結論

ディスクの玉は多いほど読み書きが速くなる
ｰ>ボードの性能がボトルネックになる。

logsは多くても数Mしか使っていない、512MぐらいSSD割り当てれば十分。（か？）

cacheは徐々にallocが増えていくので、時間が経てば効果がでる。（かも？）
容量は多いほうが良い？　24GをSSDに割り当てている。
ー＞目立った効果を感じられない。

圧縮、重複排除機能はOFFの方が安定しているみたい。
ー＞重複排除で20%〜30%の容量節約になるのは魅力だが、書き込みが遅くなる。

メモリー8Gから16Gに増やしたので、そろそろフルで重複排除を働かそうか
と思っている。
78 ：login:Penguin：2012/07/23(月) 11:06:10.88 ID:7/xA481o
>>77
FreeBSDのZFSで3TBx5発のraidz2を使ってるが、シーケンシャルでRead 500M/s
Write 420M/s行ったよ。ボードがボトルネックって、単に使ってるボードがPCIex1だった
とかのオチじゃないの?
79 ：login:Penguin：2012/07/23(月) 11:09:41.71 ID:A8ZoFuFU
ZILの容量はメモリの1/2で十分らしい

ttp://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide

The maximum size of a log device should be approximately 1/2 the size of physical memory because that is the maximum amount of potential in-play data that can be stored.
For example, if a system has 16 GB of physical memory, consider a maximum log device size of 8 GB.
80 ：77：2012/07/23(月) 11:49:20.51 ID:1fiDJHgv
>>78

うん。御名答。

どんなに頑張っても100M/S以上の書き込みができないオンボードのSATA-I/Fなので
がっかりな結果。RAIDカードを買っても結果は同じだろうと思います。もともとは
ホビー用途のボードらしいです。

ただ、書き込みの時にraidz2で30M/Sずつの書き込みで60M/Sの書き込み
読み込みの時に、30M/Sずつの読み込みで90M/Sの性能が出ているのは、
ストライピングの効果が見えて面白い。サーバ向けのボードで使いたいよ。
81 ：login:Penguin：2012/07/23(月) 16:01:42.86 ID:yZecj+X2
で　用途は？
ただのベンチヲタ？
82 ：login:Penguin：2012/07/23(月) 16:02:45.52 ID:dc9u8nYx
>78
read はともかく write は
dd でシーケンシャルテストしても
数十MB/s とか程度だった気がするんだけど
なにが違うんだろう(FreeBSD 8系で raidz1, 1TBx4発)

お勧めパラメータ設定とかあります?

zpool iostat で見ていると安定して書き込まないで
ちょっと書いては休んでとかしてたのが謎…
83 ：login:Penguin：2012/07/23(月) 17:04:49.42 ID:A7MoWAQa
>>82
休んでるっつーのは ARC に書きに行ってるときじゃね?
つーかパラメータ云々よりどんな構成で使ってるんだ
84 ：login:Penguin：2012/07/23(月) 18:03:36.80 ID:EDgInYkW
LSIのSAS HBAでZFS使っている人いる？
85 ：login:Penguin：2012/07/23(月) 19:32:04.03 ID:7/xA481o
>>82
数十MB/sって…。
raidz1x4の構成なら、仮にHDD 1本あたり34MB/s出ればpool単位では
100MB/s越えちゃうんだよ。むしろどうやればそんな低い性能になるのか、
そっちの方がギモンだ。
86 ：login:Penguin：2012/07/23(月) 19:45:48.60 ID:Fr1Xt2TT
RAIDZってそんなに書き込み性能出るの？

普通、RAID5/6ってのは単体と比較して
書き込みの回転待ちが倍近くかかるし
chunkサイズx台数に比例したサイズの整数倍以外で書き込み以外は
パーシャルライトになって、強烈に性能が低下するものだと思ってたよ。
実体験上もそうだし。
87 ：login:Penguin：2012/07/23(月) 19:55:13.73 ID:Fr1Xt2TT
で、書き込み性能低下の要因は
メディアの転送速度でも、インターフェース(のどこか)の転送速度でも
ましてやパリティの計算に使うCPUでもなく
もっと根本的な、回転待ちの同期と、一部書き換えのための事前読み込みに
時間がとられることじゃないかと。

もうひとつ遅くなる原因に思い当たった気がしたんだけど思い出せない。
88 ：login:Penguin：2012/07/23(月) 20:00:25.48 ID:NpgI32SJ
俺の家でパラメータとか何にも考えずに構築した2TB*4のRAID-Zは安定して150MBぐらいは出てるな
ちなみにHP ProLiant MicroServerのFreeBSD。
89 ：login:Penguin：2012/07/23(月) 21:11:52.13 ID:F+qS+uAy
ってことで ttp://ftp-admin.blogspot.jp/2011/11/raid-z.html
90 ：login:Penguin：2012/07/23(月) 21:13:35.60 ID:F+qS+uAy
ちなみにIOPSではなく転送速度ってことなら、シーケンシャルでドカンと
読み込む場合はRAID-Zでも速いです。
91 ：login:Penguin：2012/07/24(火) 08:20:25.96 ID:4u7D0Pvy
うちは何も考えずに作った 2TB*8 の RAIDZ2 で 400MB くらいだな
作ったばっかの頃はもうちと出てた気がする
AthlonX4 と 16GB メモリ の FreeBSD 8.2
HBA は M1015(LSI 9220-8i) の IT Firmware
92 ：login:Penguin：2012/07/24(火) 09:24:18.51 ID:Q2zpsPpk
>>91
LSI 9220-8iで故障したディスクの特定とかってどうやってます？
93 ：login:Penguin：2012/07/24(火) 09:55:42.87 ID:4u7D0Pvy
>>92
いまんとこ mptutil(8) に相当するのが無い
mpsutil が出るのまち。いつになんのかしらんけど
94 ：login:Penguin：2012/07/24(火) 10:00:57.27 ID:4u7D0Pvy
>>92
ごめん、何も考えないでリプライしたがどういう意味?
ZFS でってことなら別に zpool status すりゃどのディスクが死んだのか
出るからそれで十分じゃね?
95 ：login:Penguin：2012/07/24(火) 11:17:39.80 ID:MPgGmg5b
いっつも思うんだけどRAID5とかで死んだディスクがあったとして
それがどのデバイスなのかzpool statusで分かったとして
実際にハードディスクの蓋開いて物理的に取り出すときに
全部同じ会社の物だったら分からなくね?型番で判別できるもんなのか?
96 ：login:Penguin：2012/07/24(火) 11:54:43.05 ID:IoGoPRg5
>>95
普通はポートに合わせてHDDを付ける
97 ：login:Penguin：2012/07/24(火) 12:10:29.40 ID:nIsHj/9g
>>95
https://forums.ubuntulinux.jp/viewtopic.php?id=8686
98 ：login:Penguin：2012/07/24(火) 12:16:29.14 ID:4u7D0Pvy
>>95
それは >>96 の言うとおりポート順にすればいいし俺はそうしてる
あとバラバラだとしても smartctl とかで S/N は調べられる
見やすい場所にラベルも貼っておいたほうがいいだろうけど
99 ：login:Penguin：2012/07/24(火) 12:23:32.31 ID:dYUyhmty
>>95
仕組みを考えてみてくれｗ
RAID5は一個ディスクが壊れた時交換することを前提にしてるんだぞ。
そうやって冗長性を構築してるんだ。うまく交換できないなら全てが成り立たない。
100 ：login:Penguin：2012/07/24(火) 12:33:12.42 ID:9KUek6bD
RAIDを構成する全てのHDDのメーカと型番を変えれば無問題！！
101 ：login:Penguin：2012/07/24(火) 12:37:46.59 ID:6iiKc8qg
HBA側がminiSASで分岐ケーブルなら大概がSATA/SASコネクタに番号が振って
あるから間違いようもないし。
いまはむしろ6GB/sと3GB/sで混在するオンボードの端子の方が勘違い
しやすいんじゃね?
102 ：login:Penguin：2012/07/24(火) 15:16:26.67 ID:tFIg/b+J
タマの物理的な管理もできない奴がRAID組むなよw
103 ：login:Penguin：2012/07/24(火) 16:38:05.25 ID:GEO4Ipe/
FreeBSDでzfsのホットスペアって自動でreplaceしないの？
自動でならないんでググって見たら他の人もなってみたいで
自分で監視してdegradeしたらreplaceするようなの作らないとダメかな
104 ：login:Penguin：2012/07/24(火) 16:48:34.06 ID:6iiKc8qg
Solarisだと自動でspare指定のデバイスと置き換えやってくれたけど、
そういえばFreeBSDだとどうなるか試してないな。
105 ：login:Penguin：2012/07/25(水) 00:46:35.69 ID:ndJdQG/v
>>94
エンクロージャーがいっぱいある環境で間違えない保証ってある？
106 ：login:Penguin：2012/07/25(水) 00:51:21.75 ID:smt0Kpah
保証ときましたか
107 ：login:Penguin：2012/07/25(水) 01:10:14.63 ID:UUit7ctY
そこは保険をかけてですね
108 ：login:Penguin：2012/07/25(水) 01:37:59.16 ID:r2JW7mqD
保証があるかないかと言われれば、無いですねえ
109 ：login:Penguin：2012/07/25(水) 06:39:00.81 ID:S4heVpB+
アクセスLEDが消灯してるからだいたい分かる。
ツールでステータスLEDを光らせることができるのもあるけど。
あと手でさわって振動してないやつな。
110 ：login:Penguin：2012/07/25(水) 10:15:29.16 ID:uIU5TC7o
ejectコマンドでcdやdvdを取り出すみたいにHDDも取り出せるような仕組みがあればいいんだけどな。
データセンタとかでは既にそういうのありそうだけど。
111 ：login:Penguin：2012/07/25(水) 12:08:32.11 ID:r2JW7mqD
>>110
物理的にHDDが飛び出すのか。
こえーよw
112 ：login:Penguin：2012/07/25(水) 12:25:36.88 ID:Z/LpES06
個体差で元気が良すぎるのとかアリそうで嫌だわ
113 ：login:Penguin：2012/07/25(水) 14:23:24.47 ID:0/dsAC8Y
飛び出すのは円盤だけだから心配しなくていい
114 ：login:Penguin：2012/07/25(水) 17:16:50.35 ID:r2JW7mqD
UMD射出機能か
115 ：login:Penguin：2012/07/27(金) 03:21:21.15 ID:2gyiwu9o
Win/osx/linux（それぞれ最新のもの）で共通して使うことのできる（読み書き操作できる）外付ハードディスクに適したファイルシステムにはどんなものがありますか？メディアファイル置場としての用途を考えています。
自分の知識ではFAT32くらいしか思いつかないのですが、パフォーマンス的にもディスクの効率的にも見劣りします。

他に選択肢ってありますか？
116 ：login:Penguin：2012/07/27(金) 03:35:12.30 ID:9Jct0+4Y
パフォーマンス以前に最大ファイルサイズが4GBなFAT32は問題外
117 ：login:Penguin：2012/07/27(金) 03:48:36.24 ID:HunahTcq
2TのHDDをFAT32でデータディスクとして使ってるけど、書籍スキャンデータを保存してるだけなので問題はないが、
１ファイル辺りの上限よりもディスク全体の容量の上限の方が将来的には問題かな。
ジャーナリングが無い分ディスク容量を最大限使えるし、ディスク障害時サルベージツールも充実してる。

今新規にHDDをデータディスクとしてフォーマットするなら、ext3かなぁ･･･。
ext4でもいいんだけ、Ext2Fsdがext4の全部の機能には対応してないから。
118 ：login:Penguin：2012/07/27(金) 04:07:26.94 ID:M912Io9F
以外にもUDF
119 ：login:Penguin：2012/07/27(金) 05:03:06.35 ID:N5e/xEb+
FAT64
120 ：login:Penguin：2012/07/27(金) 05:04:18.08 ID:E70A0Dqu
exFAT?
121 ：login:Penguin：2012/07/27(金) 18:40:24.18 ID:2cMct7x7
ちょいとageますよ
122 ：login:Penguin：2012/07/27(金) 20:20:08.74 ID:zpI4hBpc
ntfsでいいだろ常考
123 ：login:Penguin：2012/07/27(金) 20:29:23.51 ID:sqrn/X7O
まあwindows使う時点でNTFSしかないと思う
124 ：login:Penguin：2012/07/28(土) 14:41:08.76 ID:4II9ouo5
バターFSでフロッピーディスクをフォーマットしたいです
125 ：login:Penguin：2012/07/28(土) 17:50:01.11 ID:YSSTz/Is
zfsでsamba鯖に最適化するチューニングって何がありますか
zfsのパラメータ調整をググって見るとzfsにあまりメモリを持って行かれないように制限をかけるって言うのが多いんだけど
ファイル鯖なら特に弄らなくてもいいんかな
126 ：login:Penguin：2012/07/28(土) 18:23:06.93 ID:TaCW4HgC
ZFSにsambaか
何故FTPにしないんだろうか
127 ：login:Penguin：2012/07/28(土) 19:38:04.09 ID:YSSTz/Is
>>126
windowsから扱いやすいからですかね
128 ：login:Penguin：2012/07/29(日) 21:43:07.70 ID:U8lScalp
今時FTP鯖はLAN内ですら使わない。
129 ：login:Penguin：2012/07/30(月) 06:50:22.37 ID:b68kzl1O
ext4ってどう読むのですかね。英語圏の人とか。いくすとふぉー？





130 ：login:Penguin：2012/07/30(月) 06:51:27.52 ID:b68kzl1O
無駄な改行入れちゃったごめんﾃ
131 ：login:Penguin：2012/07/30(月) 07:39:25.82 ID:loVBUCO7
テヘぺろ
132 ：login:Penguin：2012/07/30(月) 07:48:42.56 ID:Dcn5cqrq
てへぺろの苛々感は異常ｗ
133 ：login:Penguin：2012/07/30(月) 07:54:09.31 ID:RTw3rMQb
てへぺろ
134 ：login:Penguin：2012/07/30(月) 08:13:20.95 ID:Dcn5cqrq
苛っｗ
135 ：login:Penguin：2012/07/30(月) 13:48:49.99 ID:wWO1cTqS
かわいいは正義
136 ：login:Penguin：2012/07/30(月) 14:30:01.56 ID:Dz1gWYOK
サムドライブ並とな
137 ：login:Penguin：2012/07/31(火) 03:39:50.65 ID:79ga/vr4
どうせテンプレ表現ならてへぺろこつん、まで行かないとイラっとする。
138 ：login:Penguin：2012/07/31(火) 19:33:22.92 ID:xo9C1TjI
Windowsでも2003からシンボリックリンクできたんだけど、smbmountしたら読めなかった
微妙に使いずれー
139 ：login:Penguin：2012/07/31(火) 19:37:18.44 ID:LHI+Ihry
sambaの follow symlinks = yes みたいなオプションはWindowsにはないの?
140 ：login:Penguin：2012/07/31(火) 20:01:54.31 ID:D3Jz/2rU
2003でsymlinkなんざ非公式だもの
141 ：login:Penguin：2012/08/01(水) 02:24:34.49 ID:KzreGFcV
やっぱり次世代型ファイルシステムには、
別ドライブに飛べるハードリンクが必須だとfindを回しながら思った
142 ：login:Penguin：2012/08/01(水) 02:44:51.68 ID:k51UmUoK
bindでいいじゃん
というかlnとbindの使い分けが分からん
143 ：login:Penguin：2012/08/01(水) 10:59:55.40 ID:NDDc4z7t
bind: root権限が必要。起動時にbind状態にしておくにはfstabに書く必要がある。
　　bindしておけばchrootの中から外にアクセスしたりも可能
ln: root権限必要ないしfstabに書かなくてもいいからほいほい作れる
144 ：login:Penguin：2012/08/01(水) 17:06:18.60 ID:xt0X7jSl
FTPという懐かしい響きに耳を傾ける時がやってきたのだ
145 ：login:Penguin：2012/08/04(土) 01:36:21.37 ID:Qx9zcz2z
SSDスレより転載。XFSを使ってるな。

910のベンチ取ったやつがいるな
はえー
Intel SSD 910 800GB のベンチマーク
http://blog.nomadscafe.jp/2012/07/intel-ssd-910-800gb.html
146 ：login:Penguin：2012/08/04(土) 17:16:05.01 ID:o4u+/A6C
XFSへの信頼が私の希望を支えている。

私は信じようと思う。

自らの苦しみを救われたが故に、
同じ苦しみにある人々のために、
働くことを惜しまないXFSがたくさん見いだされるであろう事を。
147 ：login:Penguin：2012/08/04(土) 18:41:56.74 ID:uDyMCS8E
次組むnasはいつ死んでもいいようにRAID5か6でLVM上にXFSにして
一定期間アクセスなけりゃ対象パーティションククリーニングするcron動かしておこう
148 ：login:Penguin：2012/08/04(土) 22:51:39.63 ID:wWdfQzo5
で、中身はエロ動画。
149 ：ないだろうな：2012/08/06(月) 21:11:09.48 ID:o+HWIjCt
USBで繋ぐHDDアダプターで2TB対応していない奴で3TBを認識させる方法ってある？
セクターサイズが4KBなら2TB上限ってことはありえないと思うんだけど。
150 ：login:Penguin：2012/08/06(月) 21:31:37.70 ID:UVF/tqBm
無いと思います。
tp://sunnyone41.blogspot.jp/2012/02/usb-sata3tb-hdd-usb-sata3tb-hddlinux.html
tp://www.century.co.jp/products/pc/hdd-kit/craisu2.html
151 ：なるほど：2012/08/06(月) 21:40:44.94 ID:o+HWIjCt
つまりGPTでフォーマットして対応したパーティションツールでも
古いUSB2.0の多くの変換チップは4kb物理セクターに対応していないって
ことか？
物理セクターが4kbならセクター数の上限が2tbと計算されるわけないだからね。
これってUSB2.0の規格で2TBの制限をしている記述を見つけられなかった。
つまりUSB3.0対応の新しい変換チップならUSB1.1/USB2.0動作であっても
2TBより大きなGPTで繋げることはできるって話に思える。
152 ：login:Penguin：2012/08/07(火) 09:51:35.96 ID:mFxqv+lE
読み書きはSCSI由来だもの
Read(10)/Write(10)にしか対応してないブリッヂチップにRead(16)/Write(16)送ったってそれをATAコマンドに変換してくれるわけない
下二行はその通りだよ
ホストチップやケーブルがそのうえでどんなコマンドが流れていようと知ったこっちゃない
153 ：login:Penguin：2012/08/07(火) 10:00:27.87 ID:Q5lw2EvA
>>150
＞tp://sunnyone41.blogspot.jp/2012/02/usb-sata3tb-hdd-usb-sata3tb-hddlinux.html

わざわざ貼る価値のある記事に見えないんだが･･･
アフィ目当ての本人？
154 ：login:Penguin：2012/08/07(火) 16:20:23.87 ID:HDT3d3au
>>153
価値はともかく、そのブログにアフィは見あたらんのだが。
どこに広告があるのよ？
155 ：login:Penguin：2012/08/08(水) 01:23:08.48 ID:uudX+7lg
>>152
昔2048byte sectorのSCSIのドライブがあったがSCSIで4kに対応していないってこと？
松下製品

USB2.0のSCSIエミュレーションがSCSIの一部はサポートしていなかったってこと？

たしかAdapticのUSB経由のSCSIアダプターで2kセクターのドライブで読み書きは
問題なかったんだけどね。
156 ：login:Penguin：2012/08/08(水) 04:14:12.26 ID:WaqfcOqv
というか現行のHDDは物理4KBセクタでも論理セクタは512Bの製品しかないからあんま関係無いような。
157 ：login:Penguin：2012/08/08(水) 08:42:52.91 ID:uMrm0wh2
>>155
物理/論理セクタサイズなんてお前の問題に関係ねーよハゲ
158 ：login:Penguin：2012/08/10(金) 19:56:07.97 ID:HtVfNV4D
物理セクターが1024バイト同時に論理(OSのIO)も1024バイトもあるぞ。
無知な奴はこの程度の知識もしらないようだけどな。国産機
159 ：login:Penguin：2012/08/10(金) 20:48:09.86 ID:NVED6avE
無知だっていいだろ。
その辺をよろしくやってくれるのがLinuxなんだから
160 ：login:Penguin：2012/08/11(土) 20:53:05.90 ID:6m1hNuKe
OSはセクターサイズとか余り関係ない、巨大なサイズでも対応している。
関係あるのは物理層で装置をアクセスするようなTOOLである
フォーマットツールやらFDISKなどの装置に直節アクセスするツールの対応だけです。
BIOSも512バイト以下しか対応していないのがあるのでブートに使う場合は注意
となる。そういう問題じゃないとCD-ROMすら512Byte/Sectorじゃないのでアクセス
出来ないことになってしまうわけです。512byteというのは専用のその手の
ツールを出さないから必要なのであって別に個々に対応すればいいだけのことです。
161 ：login:Penguin：2012/08/11(土) 21:06:00.46 ID:o+O6Wvt6
「TOOL」がイラっとくる
162 ：login:Penguin：2012/08/12(日) 00:58:07.17 ID:cg/r2IE3
そんな神経質な奴がむかつく。
163 ：login:Penguin：2012/08/12(日) 01:11:01.29 ID:k2lVkNLV
そんなお前がむかつく。
164 ：login:Penguin：2012/08/12(日) 01:14:01.86 ID:ji5+pEzu
反応しちゃうお前らがむかつく
165 ：login:Penguin：2012/08/13(月) 10:50:55.36 ID:N/Dr2AUx
/をxfsからext4に変えたら快適になった

xfsの時はアップデートとかでファイルアクセスが多くなると頻繁にプチフリーズしてたけど
(dmesgでタイムアウトしたのかエラー吐いて死んでた)

ext4はそんなことはなかったぜ
166 ：login:Penguin：2012/08/13(月) 17:38:30.32 ID:E//ruVVI
>>165
/以外はXFSのままなのか？
OSもハードも何もわからん kwsk
167 ：login:Penguin：2012/08/13(月) 20:02:05.21 ID:GDUGdsZV
どうみても
xfs が barrier=1 (これがデフォ) で ext4 が barrier=0 (これがデフォ) ですありがとうございました、
でしかない。
アップデート(アクセスだけでなく消去が多い)で遅くなるんだから。
168 ：login:Penguin：2012/08/13(月) 21:32:20.30 ID:N/Dr2AUx
>>166-167
xfsの/はnobarrier,logfs=8,relatimeでマウントしてた
ext4はdefault,relatime
どちらもubuntu12.04i386で32bit

/以外は/boot以外xfs
169 ：login:Penguin：2012/08/13(月) 21:34:49.64 ID:N/Dr2AUx
s/logfs/logbufs/g
170 ：login:Penguin：2012/08/14(火) 09:38:46.27 ID:3Fu4n6Fm
>>167
デフォじゃねえよハゲ
171 ：login:Penguin：2012/08/14(火) 09:46:24.46 ID:PxCbp1bD
2.6.30以降はrelatimeがdefaultになってるのでは？
172 ：login:Penguin：2012/08/19(日) 03:26:33.21 ID:NblHKOa8
btrfsの自動修復すげえ
http://green-rabbit.sakura.ne.jp/blog/2012/08/18/3373/
173 ：login:Penguin：2012/08/20(月) 04:00:59.91 ID:POUKKiWk
ZFSにも自動修復あるんじゃなかったっけか。
174 ：login:Penguin：2012/08/20(月) 04:14:52.72 ID:EEvP5yt2
>>170
ハゲはデフォだろ
175 ：login:Penguin：2012/08/21(火) 15:01:50.55 ID:eM09EP6E
マジレスすると赤ちゃんにも髪の毛は生えてるんじゃなかったっけ
176 ：login:Penguin：2012/08/21(火) 15:18:15.94 ID:wqb4ipul
いつのバージョンの話だよ。
髪の成長機能なんてとうの昔に削られとるわ。
177 ：login:Penguin：2012/08/21(火) 15:52:44.69 ID:jxiFFyWU
リファクタリングと言え
178 ：login:Penguin：2012/08/23(木) 18:14:05.98 ID:1lMlFTOu
発毛システム総合スレその１５本目
179 ：login:Penguin：2012/08/23(木) 21:03:51.29 ID:hIv7rQY4
髪×３ファイルシステム
180 ：login:Penguin：2012/08/29(水) 09:00:02.84 ID:UR6Q908w
すっかり忘れてましたが、ZFS-0.6.0-rc10 公開されてました。
このバージョンからDKMSに対応したみたいです。
181 ：180：2012/08/29(水) 13:18:23.87 ID:UR6Q908w
spl-modules-dkmsとzfs-modules-dkmsをインストールしておくと
カーネルアップに対応して、うまいこと動くみたい。（CentOS 6.3）

zfs-modules-dkmsのインストールの時にspl-modules-dkmsの依存で
怒られるので仕方なく--nodepsオプションでエラーを回避する。
182 ：login:Penguin：2012/08/30(木) 02:35:23.64 ID:uq2SalLE
ppaから入れてるubuntuでは前から対応してた気が＞dkms
183 ：180：2012/08/30(木) 08:28:59.12 ID:k02CpNtw
>>182

こちらはソースからコンパイルしてrpmパッケージを作ってます。
VirtualBoxで開発環境と試験環境を作り、試験環境で問題が
ないなら、実環境にrpmインストールしてますが、今回の
dkmsはインストール時にエラーが大量に出たり、依存関係で
zfsのdkmsが入らないとか、危険な香りがするので、今回は
見送ることにしました。

184 ：login:Penguin：2012/08/30(木) 22:47:53.19 ID:uq2SalLE
>>183
結構不安定な感じですね。まぁrcだしそんなもんか。
ちなみにrc10だと# zfs rename -rができないというバグがあった。自動バックアップスクリプト書いてたら気付いたｗ
ubuntu用のdaily build(0.6.0.72)ではもう直ってるのでrc11では直ると思うけど。
185 ：login:Penguin：2012/09/05(水) 16:37:20.48 ID:32C94rOj
ttps://twitter.com/kosaki55tea/status/239114285450674176

>>25にkosakiタソが反応している件について、一言おねがいします。
186 ：login:Penguin：2012/09/08(土) 16:57:56.32 ID:FMGje22I
ZFSでいいじゃん
187 ：login:Penguin：2012/09/08(土) 19:10:55.58 ID:cTMGQ1Bw
ZFSアクセラレータチップって出ないかな
188 ：login:Penguin：2012/09/08(土) 19:48:31.82 ID:ZPk2Vx7A
zfsでいいよな
189 ：login:Penguin：2012/09/08(土) 20:44:42.62 ID:FMGje22I
ここに至ってext4推す人ってなんなの？
ZFSを叩き潰したい人なのかな？
それとも単純にアンチLinux派の人とか？
190 ：login:Penguin：2012/09/08(土) 20:47:25.77 ID:D8s+KTbM
>>189
へ？
191 ：login:Penguin：2012/09/08(土) 20:56:46.55 ID:F6ioY5H4
ここはLinux板だぞ
192 ：login:Penguin：2012/09/08(土) 20:57:45.30 ID:Ccehe50P
zfsって素晴らしすぎるんだけど
メモリー食うしロースペに優しくない
ext3、4が無難
余裕あったらLVMとか
193 ：login:Penguin：2012/09/08(土) 21:02:29.16 ID:F6ioY5H4
raidzなんかはいいなと思うけど
raidなしでzfsをあえてlinuxで使うほどでもない気がする
194 ：login:Penguin：2012/09/08(土) 21:02:31.09 ID:TzN7fYqi
LVMは起動に時間がかかり過ぎる
lvm.confのfilterでsdaしか指定していないはずなんだけど
LVM領域の認識だけで1分以上かかる。
スナップショット機能のためだけにLVM使ってるけど正直辛かったので
この前買ったマシンにはbtrfs入れてやった。
195 ：login:Penguin：2012/09/08(土) 21:08:09.85 ID:lNrpvBvE
エンプラ用途以外でLVMなんかあほ過ぎる
エンプラですら最近じゃ敬遠されてるけど
196 ：login:Penguin：2012/09/08(土) 21:23:32.42 ID:tgt4qdr7
XFSなきUbuntuか、あるいはUbuntuなきXFSか
そのいずれを持つべきかの決断を迫られたならば
私は一瞬のためらいもなく後者を選ぶであろう

197 ：login:Penguin：2012/09/08(土) 21:49:50.34 ID:DxPXyXp5
ロースペに厳しいって、5年まえならまだしも、今やzfsを使いたくなるような
HDDを使う機種で問題になるようなスペックってあまりない気がするけどなあ。
198 ：login:Penguin：2012/09/08(土) 23:45:58.62 ID:f3UqASFf
luksで暗号化した上にlvmしてその上にxfsでフォーマットしてるは
199 ：login:Penguin：2012/09/08(土) 23:49:41.60 ID:FMGje22I
ZFSの暗号化機能はよ
200 ：login:Penguin：2012/09/09(日) 01:16:26.36 ID:LKCbpbid
チラシの裏

btrfs や zfs の安定を待つのもめんどくさいんで、
ストレージは xfs、あとは全部 ext4 に一本化した。

次の Ubuntu LTS が出るころにでもまた
fs 周りをチェックするとしよう。
201 ：login:Penguin：2012/09/09(日) 13:49:28.82 ID:Wmo2c+nU
tune2fsでmetadata checksum有効にした人いますか？
202 ：login:Penguin：2012/09/09(日) 23:37:33.51 ID:DKfUryqw
バターFSはドッグフードとして食ってるけど、食当たりになったらどうすればいいかな。
203 ：login:Penguin：2012/09/10(月) 08:40:57.21 ID:Mr/WNBTq
zfsってZettabyteFileSystemのくせに最大16ExaByteなんだな
204 ：login:Penguin：2012/09/10(月) 09:49:52.40 ID:VhLbhvpO
>>203
fsの仕様と実装との差異かな。ext4も16GBの壁がkernel 3.2.0まであったわけだし。
205 ：login:Penguin：2012/09/10(月) 10:12:36.18 ID:H3nhObG0
小さ過ぎィ！
206 ：login:Penguin：2012/09/10(月) 12:38:16.43 ID:kbI4D03N
ZFSはプールの最大容量がZB級じゃなかったっけ？
16EBは1ファイルの最大サイズとかだったような。
207 ：login:Penguin：2012/09/10(月) 12:45:34.14 ID:rlrbxCyN
>>204-203
ワロタ
208 ：login:Penguin：2012/09/12(水) 11:06:01.32 ID:iUU38R60
FreeBSDだけどzfs rename -r hogeしたら止まってしまってOSリブートするしかなくなる
-rいれなければ大丈夫なんだけど
209 ：login:Penguin：2012/09/13(木) 19:17:18.60 ID:dAOT01mS
ファイルシステムのまずさの原因は、ほとんどの場合ファイルシステムにあるのではなく自分の内部にあります。
まず自分の心を点検してみなさい
210 ：login:Penguin：2012/09/15(土) 19:27:33.63 ID:HSwaCxdG
もっとファイル名長問題を盛り上げてもいい頃
211 ：login:Penguin：2012/09/15(土) 19:31:27.14 ID:mKEfZUqM
本体8文字拡張子3文字あれば十分
212 ：login:Penguin：2012/09/15(土) 19:56:17.30 ID:HSwaCxdG
じゃあMS-DOS 2.11で充分かw
213 ：login:Penguin：2012/09/15(土) 20:08:39.48 ID:d8oSF6Lw
さすがに拡張子３文字はきびしいです＞＜
214 ：login:Penguin：2012/09/15(土) 20:25:55.00 ID:GLwzh97N
シェルスクリプトのTempファイルの拡張子、そこを狙って5文字当ててたわw
215 ：login:Penguin：2012/09/15(土) 22:04:43.19 ID:kMdyr3Th
debとかrpmファイル余裕で8文字超えるじゃん
パッケージ名とバージョンとアーテキチャと拡張子で
216 ：login:Penguin：2012/09/15(土) 22:07:41.40 ID:901WsnWo
バージョンやアーテキチャをファイル名に折り込むってのも前時代的だよな
217 ：login:Penguin：2012/09/15(土) 22:09:34.86 ID:hLipm4zA
でも分かりやすくていいよな
218 ：login:Penguin：2012/09/15(土) 23:27:10.88 ID:2w6S69rf
>>216
今更リソースフォークですか？
219 ：login:Penguin：2012/09/16(日) 00:13:30.38 ID:ZfQHcMF4
WinFSです
220 ：login:Penguin：2012/09/16(日) 01:02:10.63 ID:4btd2o59
ファイルシステムで管理するんじゃなくて、ファイルに付けないと流通させられないが?
221 ：login:Penguin：2012/09/16(日) 03:07:34.70 ID:2bFAxxke
>>216
ファイル名って言うのは人間の為につけてるんだよ
222 ：login:Penguin：2012/09/16(日) 13:40:44.67 ID:iBo2oXbC
ファイル名長でReFSに置いてかれるな
223 ：login:Penguin：2012/09/16(日) 21:19:02.64 ID:d0iroRdT
>>221
rpmの場合ファイル名にアーテキチャ入ってないとエラーになっちゃう
224 ：login:Penguin：2012/09/16(日) 23:35:01.95 ID:aQSQhxQ2
あーてきちゃ
225 ：login:Penguin：2012/09/17(月) 01:47:17.81 ID:iLK3tHiB
あーくてきくちゃ
226 ：login:Penguin：2012/09/19(水) 13:01:57.64 ID:jMFiRUr+
>>223
リネームして短くしてもエラーにならんぞ？
227 ：login:Penguin：2012/09/20(木) 10:41:13.85 ID:1Iimwh+c
ここの人たちは、拡張子は必要って思ってるんですか？
今だとウイルスの偽装やら、デメリットの方が大きいと思うんですが。
228 ：login:Penguin：2012/09/20(木) 10:49:54.17 ID:DmjFM4sU
>>227
ファイルシステムと拡張子になんの関係が
229 ：login:Penguin：2012/09/20(木) 11:22:01.86 ID:r+uTrKuo
拡張子ないとファイルの種類を区別できないでしょうが。
230 ：login:Penguin：2012/09/20(木) 11:51:45.29 ID:GfP9IUJv
>>229
マジックナンバー見ればいいだろ
231 ：login:Penguin：2012/09/20(木) 11:56:11.57 ID:eCd7MSfu
Linuxでウイルスの偽装とかなんのことやら
232 ：login:Penguin：2012/09/20(木) 12:14:54.10 ID:iZHvI+wD
・拡張子表示しないファイルマネージャーがない
・「ウイルスの偽装やら」以外のデメリットが提示されていない
233 ：login:Penguin：2012/09/20(木) 12:47:11.63 ID:kpH7pJ3i
「(合法)子猫と子犬が仲良くじゃれあう動画.mp4 .sh」とかじゃねーか。
234 ：login:Penguin：2012/09/20(木) 13:33:58.15 ID:iZHvI+wD
pythonスクリプトかcのソースかマジックナンバー見たら分かる訳じゃないしね。
vimやemacsで読み込んだ時のfiletype判定とか大変じゃね?
235 ：login:Penguin：2012/09/20(木) 13:39:26.47 ID:DmjFM4sU
>>229
ファイルシステムはファイルの種類を区別はしないんだが。
ファイル名はただのバイト文字列を格納してるだけ。

拡張子うんぬんは上のレイヤの話。
236 ：login:Penguin：2012/09/20(木) 15:01:02.03 ID:GlgYHoB2
ファイルシステムでファイルの種類を区別しちゃいけないってこともないけどな
拡張子は普通はシェルで取り扱う
237 ：login:Penguin：2012/09/20(木) 15:22:59.98 ID:r+uTrKuo
画像ファイルだって、他人に見せていいものと自分だけで楽しみたいものがあるだろ
そういう区別をファイルシステムが覚えてくれれば、いろいろ便利だと思うんだけど
238 ：login:Penguin：2012/09/20(木) 15:24:56.97 ID:GlgYHoB2
オールドスタイルなパーミッションではダメなのか？
239 ：login:Penguin：2012/09/20(木) 15:26:32.02 ID:iZHvI+wD
フォルダ分けじゃ駄目な理由が特にないけどな。
一応現状でも拡張ファイル属性にいろいろ格納できるんだから
やりたければアプリ側でそこにタグでも何でも格納すればいいんじゃないの？
240 ：login:Penguin：2012/09/20(木) 15:38:57.79 ID:8pt4oAZI
>>233
(合法)子猫と子犬が仲良く... .sh
に省略されるだけで拡張子はわかるだろ。
何か問題が？
241 ：login:Penguin：2012/09/20(木) 15:42:13.64 ID:iZHvI+wD
昔のWIndowsのファイルマネージャーだと空白が長すぎたり改行が含まれてたりすると
最後の.shが表示されなかったんだよ。
242 ：login:Penguin：2012/09/20(木) 15:52:22.88 ID:eCd7MSfu
だから？
243 ：login:Penguin：2012/09/20(木) 15:58:12.88 ID:iZHvI+wD
「(合法)子猫と子犬が仲良くじゃれあう動画.mp4 .exe」
ってファイルを動画だと思ってダブルクリックして
ウィルス感染してた時代もあったってことだよ。
244 ：login:Penguin：2012/09/20(木) 16:01:34.79 ID:iZHvI+wD
いや勿論Linuxだとファイルマネージャーなんか使ってる人少ないから
まずひっかからないだろうし
そもそもroot権限奪わないといけないから大変だろうけど
少くとも>>227の言ってたウィルス偽装ってそういうことだろ。

そもそもファイルシステムの話とは関係ないから俺は降りるかな。
245 ：login:Penguin：2012/09/20(木) 16:02:58.34 ID:IiBf+HaE
Linux板でWindowsの話をしている馬鹿が居る
246 ：login:Penguin：2012/09/20(木) 19:46:19.20 ID:Hho4w2j8
>>234
> pythonスクリプトかcのソースかマジックナンバー見たら分かる訳じゃないしね。

いや、#! /usr/bin/pythonなら、/usr/bin/pythonで実行するから、
上で話題になっているような、想定してない処理プログラムを走らせる攻撃は受けない。
247 ：login:Penguin：2012/09/20(木) 19:56:03.96 ID:SgvB4CEX
Linuxってある程度は拡張子なしで判別できるんだったらやばいじゃん

Winなら拡張子命だから猫.mpeg.exeとかしなあかんけど
Linuxとかなら
中身実行ファイルの猫.mpeg
で自動的に実行ファイルと認識するから拡張子偽装する必要なくなる
248 ：login:Penguin：2012/09/20(木) 20:02:29.82 ID:Hho4w2j8
ダウンロードしただけでは実行できないし、
更にその上最近はSELinuxでダウンロードしたファイルは特別視されてるし。
>>247
Linux使ったことあるの?
249 ：login:Penguin：2012/09/20(木) 20:04:59.50 ID:u0ceN304
xフラグ（実行フラグ）が立ってない場合、インタプリタを指定しないとシェルスクリプトは実行されないよなぁ
250 ：227：2012/09/20(木) 21:56:52.32 ID:1Iimwh+c
>>215 >>221 を受けて、拡張子は誰も触れないんで聞いてみたんですけど。
拡張子のメリットって何かなあと。
偽装にあまり突っ込まれると困ります。
251 ：login:Penguin：2012/09/20(木) 22:07:53.32 ID:mS5yHgLG
拡張子だってファイル名の一部、ということを忘れてなければ>>221がそのまま答えだと思うが・・・
252 ：login:Penguin：2012/09/20(木) 22:57:56.63 ID:jqOim1D1
>>240
その考え方はマズイだろ。
ファイルの種類を目視確認するから偽装に騙されるんだよ。
ファイルの種類は取り扱うシェル（と同等のライブラリ）に判別させろよ。
一時期 Windows でセキュリティのために拡張子を表示しろといかいう馬鹿が沢山いたが、
エクスプローラの詳細表示でファイルの種類を表示する方が正解。
253 ：login:Penguin：2012/09/21(金) 00:01:59.04 ID:Pe5+z/rC
古臭い人間だが、日常的なファイル変換するのに make 使ってる
コマンドのルールを記述するのに拡張子ないと困る

テキストファイル(org)を PDF 化したり、数値データ(csv)として統計処理したり、ソース(c, cpp)からプログラム作ったり
254 ：login:Penguin：2012/09/21(金) 00:03:55.87 ID:VLw/MbBu
だーかーらー拡張子の話はスレ違いだろうが。
他でやれ。
255 ：login:Penguin：2012/09/21(金) 07:12:56.67 ID:OCWNaOVo
拡張子スレなんてあるの？
256 ：login:Penguin：2012/09/21(金) 07:27:03.61 ID:OUsfHU4r
拡張子スレ自体は10個以上あるな。
257 ：login:Penguin：2012/09/21(金) 12:23:10.26 ID:xgzSXJRY
拡張子はファイル名とは違う「ファイル種別」を示すものとして、
ファイルシステム側で特別扱いすべきものだろ。
現行のファイルシステムがデフォルトで対応できないなら、
少なくとも拡張子をファイル種別として記録できるように
マウントオプションで選択できるようにすべき
258 ：login:Penguin：2012/09/21(金) 12:36:23.68 ID:JWa78uTU
わざわざ拡張子のために別領域用意して何か嬉しいことあんの？
259 ：login:Penguin：2012/09/21(金) 13:30:49.56 ID:b44JPpzD
拡張子なんぞ使わなくても拡張領域というものがあるんだからそっち使えや。
260 ：login:Penguin：2012/09/21(金) 13:51:47.80 ID:bxodQecC
拡張子よりファイル名長問題の話題しようぜ
261 ：login:Penguin：2012/09/21(金) 14:11:25.64 ID:aMFGpFYa
>>257
拡張子はどうでもよいが、ファイル名とは別にどのような種別のファイルか
記録する方法はあってもいい。
ネイティブなファイルシステムに、その方法がないのはUnixだけだけどな。
262 ：login:Penguin：2012/09/21(金) 16:04:32.22 ID:0a003z4K
リソースフォークの復活か。でもあれも別にファイルシステムの機能じゃないな。
263 ：login:Penguin：2012/09/21(金) 16:13:49.40 ID:d7ovAYiG
>>260
あんまり長いファイル名許すと、それに頼った運用する連中が出てきて
その被害に巻き込まれそうだから今のままでいい
>>261
fileコマンドで何が不満なんだ
264 ：login:Penguin：2012/09/21(金) 16:34:52.78 ID:clUu8XMM
VIVOより美味いのはVIVOだけだけどな
265 ：login:Penguin：2012/09/21(金) 18:34:43.43 ID:wNu+jRMu
>>261
ext系に有る filetype って何のために存在するんだろうな
266 ：login:Penguin：2012/09/21(金) 21:09:05.21 ID:gxBeBj6C
今は拡張子なんかより、大文字小文字を区別するかどうかって問題が大きくなってきているような。
267 ：login:Penguin：2012/09/21(金) 21:13:42.72 ID:JWa78uTU
大文字小文字区別するかどうかはOS側の問題で
ファイルシステムは大抵区別するはずだけど。

そういやWindowsって今でもNTFSは大文字区別するけど
WindowsのOSは大文字小文字区別しないって仕様なんだろうか。
268 ：login:Penguin：2012/09/21(金) 21:28:59.23 ID:gxBeBj6C
OSかファイルシステムかってのはどういう区別なんだ？
ファイラはOSって区分なんだろうか？

Mac OS Xの場合、カーネルのファイルシステムドライバが、
HFS+ではcase-insensitiveで、UFSやNFSでは、case-sensitive。
ただしFinderが別途case-insensitiveにやってる。
だからCUIだとファイルシステムごとに違う。
269 ：login:Penguin：2012/09/21(金) 21:55:32.38 ID:yU31tBlI
OS=Opereting System
ファイルシステム=File System
270 ：login:Penguin：2012/09/21(金) 22:19:08.79 ID:wNu+jRMu
obcaseinsensitive
271 ：login:Penguin：2012/09/21(金) 22:26:27.59 ID:4ylF6bk1
MAC のファイル名の濁点問題も健在だっけ
272 ：login:Penguin：2012/09/22(土) 00:11:48.04 ID:PpWMd5yJ
tp://key2.jp/~yskhashi/wordpress/?p=427
こんなの見つけちゃったけど、もう作っちゃったzfs poolは作り直すしかないの？
はぁ．．．
273 ：login:Penguin：2012/09/22(土) 00:28:56.98 ID:xakY400e
ファイル名の文字数はwindows並になった？
なってなかったら一年後また来る。
274 ：login:Penguin：2012/09/22(土) 02:01:09.05 ID:KfI4Q/7Y
>>272
macからnfsで接続なんてことしてなけりゃ関係ないんじゃない。
275 ：180：2012/09/22(土) 08:36:03.83 ID:9+pTNW3t
>>272

Netatalkをインストールすれば問題ない。
3.0から設定が簡単になったので、試してみれ。
276 ：login:Penguin：2012/09/22(土) 09:20:09.04 ID:M/DcOAHw
>>263
人間のためのファイル名じゃんw
NTFSでファイル名を長く使えてどんな被害があるの?
277 ：login:Penguin：2012/09/22(土) 16:18:13.17 ID:LO7y59vv
>>276
ファイルサーバにバックアップしたい時にファイル名で引っかかる
278 ：login:Penguin：2012/09/22(土) 16:30:34.03 ID:PpWMd5yJ
ファイル名長いとtarに格納できないんだっけ
279 ：login:Penguin：2012/09/22(土) 17:11:48.34 ID:AMpPKnTT
大文字小文字を同一視するファイルシステムって、ラテン文字やキリル文字やギリシア文字の大小も律儀に同一視してくれるの？
280 ：login:Penguin：2012/09/22(土) 17:29:34.03 ID:13EzWjao
>>279
一応こんなテーブル持ってます。
http://opensource.apple.com/source/xnu/xnu-2050.9.2/bsd/hfs/hfscommon/Unicode/UCStringCompareData.h
281 ：login:Penguin：2012/09/22(土) 17:44:43.19 ID:F/d1hvZ+
>>277
Linux側でどうにかファイル名ながくできないのか？
282 ：login:Penguin：2012/09/22(土) 17:48:50.42 ID:13EzWjao
安易に変えるとLinux内でもバージョン間でファイルのポータビリティなくなるからな。
283 ：login:Penguin：2012/09/22(土) 17:48:58.82 ID:LO7y59vv
>>281
しょばい話だけどNTFSをLinuxのext3でsamba共有使用とした時に
sambaのファイル名長に引っかかったと思う
sambaで解決してもext3でも引っかかるんじゃないかな
とりあえずサーバ側のディスクをiscsiでwindowsから使ってる
284 ：login:Penguin：2012/09/22(土) 17:55:44.77 ID:AMpPKnTT
>>280
詳しく見てないけどU+1E9Eには未対応だろうね
285 ：login:Penguin：2012/09/22(土) 19:46:40.44 ID:xakY400e
273です。
まだだったか。
286 ：login:Penguin：2012/09/23(日) 02:23:11.47 ID:gJB1mzz5
>>272
その記事は半分嘘。normalizationで指定した正規化方法でファイルを記録してくれるわけじゃなくて、
単にFSにファイル名比較の要求がされたときに設定した正規化を行って比較するだけ。
要はformCと設定してNFDなドラえもんを書いてもNFDで記録されるが、NFCなドラえもんを書こうとしたときに同名ファイルが存在してると返してくれるって動作。
>>275の言うとおりnetatalkに任せておけばそうそう問題は起きないと思う。
ZFS+netatalkで個人的に試した範囲だとcasesensitivity=mixedを忘れた時の方が痛かった気が。
287 ：login:Penguin：2012/09/24(月) 19:24:33.87 ID:BTwpUGaW
https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/newfilesys-ext4.html
＞ただし、 リンク数が 65,000 を越えると 1 にリセットされ増加しなくなります。
ってどういう動作なんだろう
288 ：login:Penguin：2012/09/24(月) 19:40:48.87 ID:Ny4350Xt
リンクカウントって>2だから、1だと65000>を意味することにするんでしょ?
struct statのst_nlinkが16bitの互換性とサブディレクトリを65000以上作れることを、
回収できなくなることのデメリットよりも重視するということ。
289 ：login:Penguin：2012/09/24(月) 20:36:04.02 ID:ntsLnrZa
回収できなくなるってどういうこと？
290 ：login:Penguin：2012/09/24(月) 20:46:40.60 ID:Ny4350Xt
サブディレクトリをunlinkしても親ディレクトリのst_nlinkは1(実質∞の意味)のまま。
..の事知らないと何のことかわからないかも。
291 ：login:Penguin：2012/09/24(月) 20:53:25.94 ID:Ny4350Xt
unlinkしても→rmdirしても
# 別スレでUnix V7のこと話していたからw
292 ：login:Penguin：2012/09/24(月) 21:01:33.25 ID:ntsLnrZa
「回収できなくなる」の意味がわからなかった
「回収できなくなる」とはどういうこと？
293 ：login:Penguin：2012/09/24(月) 21:03:32.35 ID:Ny4350Xt
ファイルシステムは、リファレンスカウントのガベージコレクションやってる。
294 ：login:Penguin：2012/09/24(月) 21:41:52.76 ID:ntsLnrZa
もちろん nlink の話題で、デメリットとしての「回収できなくなる」を読めば、恐らくどこからも参照されないディレクトリが残ってしまい消すことができないと言っているんだと予想できる

しかし、コードを読んでも ext4 の rmdir は消したいディレクトリが空なら直接 nlink をゼロにするからnlinkの管理が適当でも正しく動作するし(1)、
実際に65000を越えるサブディレクトリを作ってみてnlinkが1になることを確認してから消しても、容量は元に戻り正しく消せたようだ(2)

そうなると「回収できなくなる」には、僕の理解とは別の意味があるんじゃないかと色々考えて、結果「どういうこと？」と聞くわけだ
にもかかわらず、質問に答えずに .. がどうとか、リファレンスカウントがどうとか別のことを言うのは、よくない
質問には正確に答えるべきだ

もちろん、僕の能力が低いせいで(1)の理解が間違いだったり、(2)が正しい実験ではなかったかもしれない
また、別のバージョンでは挙動が違う可能性は残っている
そもそも、「回収できなくなる」には別の意味があったのかもしれない
そういう色々な可能性が考えられるから、「回収できなくなる」とは何を意図しているのか、正確に知りたかった
295 ：login:Penguin：2012/09/25(火) 01:46:47.91 ID:g8ftd0U7
これは質問が悪いだろ。
296 ：login:Penguin：2012/09/25(火) 14:51:59.61 ID:hzHYhHyn
質問の仕方は悪いが抽象的なことして言ってない回答者も馬鹿
297 ：login:Penguin：2012/09/25(火) 14:59:20.83 ID:MhTNZXB9
んじゃ答えてあげてよ。
298 ：login:Penguin：2012/09/25(火) 15:19:24.18 ID:7mHujUYI
ディレクトリがハードリンクできる世界からタイムスリップしてきたとか。
299 ：login:Penguin：2012/09/25(火) 15:56:32.40 ID:ie6CmTzc
ちがうだろ、パルスのファルシのルシがパージでコクーンだろ
300 ：login:Penguin：2012/09/27(木) 18:19:53.21 ID:5QedY1DW
>>298
ln -d
301 ：login:Penguin：2012/09/27(木) 18:52:09.14 ID:d5nghtd2
>>300
そういうことじゃねえだろ
302 ：login:Penguin：2012/09/28(金) 16:19:38.60 ID:LQL56AZa
窓から放り投げろ
303 ：login:Penguin：2012/10/03(水) 20:02:48.65 ID:OhisapLS
いやそもそも nlink ってのが何なのか……
304 ：login:Penguin：2012/10/04(木) 23:05:12.99 ID:lFlv+tKp
https://lkml.org/lkml/2012/10/3/250
JFSにtrimが
305 ：login:Penguin：2012/10/05(金) 23:30:23.27 ID:Vea7jgnN
jfs使いとしては喜ぶべきことだな。
reiser4が新しいカーネルにマージされるらしいね、こっそり開発続いてたのね。
306 ：login:Penguin：2012/10/06(土) 01:30:41.44 ID:SkMTlz/z
まじかよ
いつのまにこんなページができてたんだ
https://reiser4.wiki.kernel.org/index.php/Main_Page
307 ：login:Penguin：2012/10/08(月) 15:47:33.65 ID:dFkmzqRr
草葉の陰でHansも喜ぶだろうな。
308 ：login:Penguin：2012/10/08(月) 18:31:03.39 ID:5MeFU1N8
死　ん　で　ま　せ　ん
309 ：login:Penguin：2012/10/08(月) 18:40:10.87 ID:S45asaXB
>>307
檻の中で

のまちがい
310 ：login:Penguin：2012/10/08(月) 19:27:40.22 ID:GDmtR82r
>>307
若草の茂み　に見えた。
311 ：login:Penguin：2012/10/08(月) 20:08:25.10 ID:qjMSA1BQ
スレ
　どうしてUbuntuは衰退したのか？
　http://engawa.2ch.net/test/read.cgi/linux/1338094841/207-
でやりとりしていて疑問に思ったので教えていただけませんか。

GParted(Ubuntu12.04LTS 日本語Remix LiveCD)なんですが、
200GBのNTFSパーティションを右に100MB移動させるとき、
200GB全てを右に移動させているんじゃないかと思われるほど時間がかかりました。

パーティション先頭100MBにあったファイルを、新しく拡張される後端側の
空き領域に移動させて、それに合わせファイル管理情報を更新するだけで
良いと思うのですが、ダメなのでしょうか?
312 ：login:Penguin：2012/10/09(火) 01:40:18.33 ID:7vUOMS0+
ダメでしょう
313 ：311：2012/10/09(火) 01:53:46.10 ID:xUr78a+v
>>312
そうですか。

例えば300GBのパーティションを200GBに縮小するとき、後端100GBの場所にあった
ファイルは縮小される200GBの範囲内に移動されますよね。
それと同じように、パーティション変更後アクセスできなくなる場所にあるファイルは
変更後でもアクセスできる場所に自由に移動させることができるものだと思っていました。
314 ：login:Penguin：2012/10/09(火) 03:53:08.01 ID:GYJBsMSY
その方法は新しい方の空き領域が足りなかったら破綻しますがな
まるっと移動するほうが確実
315 ：login:Penguin：2012/10/09(火) 07:15:52.92 ID:ymL2JR8s
>>311
NTFSの実装は知らないけれど、
もしも、パーティション先頭からのオフセットで管理している要素があったら・・・
316 ：login:Penguin：2012/10/09(火) 08:08:37.44 ID:nnyD2+Yn
普通は相対だろ何言ってんだ
317 ：login:Penguin：2012/10/09(火) 10:58:05.80 ID:jHUE7sVE
そもそも、パーティションの先頭にあるのは管理領域だが。
318 ：login:Penguin：2012/10/09(火) 12:03:23.03 ID:vXRMgl1q
MFTがパーティションの真ん中ぐらいに取られてて60%以上縮小できなかったのはいい思い出
319 ：login:Penguin：2012/10/09(火) 12:59:39.11 ID:jHUE7sVE
MFTを拡大するときにMFTのフラグメンテーションが起きて、
それがパーティションの真ん中に来ることもあるね。
320 ：login:Penguin：2012/10/09(火) 14:04:37.36 ID:CKsP2v7A
MFTは意図的に真ん中にくるようになってるでそ。
デフラグすると意味なくなるけど。
てかNTFSはスレ違いだろ。
321 ：login:Penguin：2012/10/09(火) 14:16:17.38 ID:IbxiAjDm
その理屈だとext234,btrfs以外は板違い…
322 ：login:Penguin：2012/10/09(火) 14:20:01.72 ID:nnyD2+Yn
Reiser4「！？」
XFS「！？」
JFS「！？」
XFS「？？」
323 ：login:Penguin：2012/10/09(火) 14:20:44.48 ID:nnyD2+Yn
ZFSって書くつもりが間違えたし
324 ：login:Penguin：2012/10/09(火) 16:10:55.41 ID:kmIlkpwM
実際には期待通り１００Mとちょっと動かしてただけでしたとかないですか
調べる気はないが
325 ：login:Penguin：2012/10/09(火) 17:23:11.63 ID:8QjLalXf
NTFSはLinuxのデフォルトサポートFSだろ
326 ：login:Penguin：2012/10/09(火) 21:20:33.72 ID:CqAL4Ml2
えっ
327 ：login:Penguin：2012/10/10(水) 10:13:54.27 ID:5I1NvHWm
Android関係の話で、最近はUSBメモリをNTFSで使うのがデフォらしいと聞いたときはびっくりした。
328 ：login:Penguin：2012/10/10(水) 10:40:07.76 ID:gsFvCtEe
FAT32じゃないんだ。
329 ：login:Penguin：2012/10/10(水) 10:45:07.24 ID:i4SvHKD1
exFATとか言うの無かったっけ？
330 ：login:Penguin：2012/10/10(水) 10:58:55.37 ID:2fT/Upxm
あったよ。
331 ：login:Penguin：2012/10/10(水) 11:02:45.64 ID:GgqJQq9Q
ntfsでも大抵の環境は大丈夫なんだろうけど
俺は未だにfat32にしてるな。
ntfsはMacOSやLinuxだといちいちntfs-3gでマウント仕直さないといけないし
332 ：login:Penguin：2012/10/10(水) 11:48:24.24 ID:gsFvCtEe
>>331
俺も、USBメモリとかSD(HC)カードとかだと基本的にFAT32だな。
外付けHDDだとext3/4やNTFSにしたりしてることもあるけど。

PC以外のデバイスで読む可能性が大きい場合はFAT32が鉄板かな、と。
333 ：login:Penguin：2012/10/10(水) 12:04:18.33 ID:l0NrRCCs
>>330
exFATがUSBメモリ用途のFAT32の後継になるもんだとばかり思ってた
MSはそのつもりで作ったんでしょ？

>>331-332
最新情報を把握してないんだけど・・・・
ntfs-3gって今は十分な信頼性あるのかな？
LinuxとWindowsで読めて1ファイル4GB以上OKなファイルシステムでずっと悩んでる
Ext2FsdのExt4サポートって、実用上問題ないレベルに達したのだろうか・・・
もう1年以上アップデートしてないみたいだし・・・
とりあえず今はext3を共用用途で使ってるんだけど、できればNTFSかext4に移行したい
334 ：login:Penguin：2012/10/10(水) 12:25:43.79 ID:CD0ab8oM
UDFの出番
335 ：login:Penguin：2012/10/10(水) 12:28:09.60 ID:gsFvCtEe
>>333
十分な信頼性があるかっていうと、ちょっと分からないけど。
個人的には、内蔵HDDのWindowsとの共用領域はNTFSにしちゃってるな。

マウントしている時にカーネルが刺さったりすると、再起動してもntfs-3gがエラーを吐いてマウントできないことがある。
そうなるとlinux側だけでどうにもならなくなって、Windows側でchkdskが必要になることがある。
本当に稀だけど。
336 ：311：2012/10/10(水) 17:29:04.85 ID:yPSAXVKc
>>311です。
皆さんレスありがとうございます。

>>324
8.0GBのNTFSパーティションで試したのですが、
・縮める時は、その分だけのファイルを移動させているようですぐに終わりました
・右、左に移動させるときは、全てのファイル(セクタ(?))が移動されるようです

色々調べたり皆さんの書き込みから、
NTFSの仕様が完全に公開されていなくて、GPartedはMFTのパーティション内オフセット位置を
変更(MFTを移動)する操作が出来ない。だから、確実な「全体移動」をする。
と考えています。
337 ：login:Penguin：2012/10/10(水) 20:52:27.75 ID:v385fBlC
遅ればせながらZFS Linux Native RC11が出てましたね。
特に問題なく使えています。

いつになったらRCが取れるんだろ。
338 ：login:Penguin：2012/10/10(水) 23:27:04.84 ID:+ZrJmI38
win共用のusbメモリとか随分前からntfs一択だな
339 ：login:Penguin：2012/10/11(木) 00:01:58.07 ID:tHQ9bcc5
でも、USBメモリとかは、暗号化がついたFSじゃないと使えなくない？
340 ：login:Penguin：2012/10/11(木) 00:03:55.44 ID:WS6FvsE5
大切なデータはもちろん暗号化したFS領域にいれてるよ。
全部暗号化しちゃうとデータの受け渡しにすら使えないし。
341 ：login:Penguin：2012/10/11(木) 09:33:33.91 ID:V5vBYLQ+
暗号化すると漢字やカタカナのフォルダ名は文字化け起こしてしまうけどな。
342 ：login:Penguin：2012/10/11(木) 09:49:29.10 ID:/wU9AuKr
どこの糞ソフトだよ
343 ：login:Penguin：2012/10/11(木) 16:25:44.56 ID:GYQK0rbP
>>336
NTFSの先頭はMFTって決まってるんだって。
何がどこにあるかは全部MFTに入ってるのに、
MFTの場所が決まってなかったらファイルシステム読めないべさ。
344 ：login:Penguin：2012/10/11(木) 20:34:32.36 ID:Wk88iD1l
単純な全体移動だけじゃなくてBPBの書き換えもやってるという理解だったが最近のは違うの？この手のツール。
345 ：login:Penguin：2012/10/11(木) 20:40:39.68 ID:Wk88iD1l
あとこの手の全体移動するツールって移動中に電源落ちても続きから再開できるような対策とか打ってるもんなん？
346 ：デムパゆんゆんネトウヨ特攻兵＠１０月 読書の秋　 【関電 64.6 %】 ：2012/10/11(木) 22:40:43.93 ID:QNMVCMvf
続きはCMの後
347 ：login:Penguin：2012/10/12(金) 10:25:11.66 ID:GbJnfzSW
>>345
中断しても整合性をキープするのが理想だと思う。
転送前後が重なってるなら、一時的に双方を含むパーティションに拡大して、
デフラグ類似の処理をしながら転送前だけの範囲から追い出して、
その後に転送後の範囲に縮小。
てな面倒な処理をしてくれるといいんだけれど。
348 ：login:Penguin：2012/10/12(金) 10:26:46.27 ID:HHTpRhDv
理想語ってる暇あったら自分で実装すべし
349 ：login:Penguin：2012/10/17(水) 14:17:43.56 ID:vrMwbUL5
他スレでこんなこと言ってる人がいたが、どうよ？？

------------------------------------------------------------------------
NTFSのセキュリティ設定はデフォルトの状態でよくできている
※デフォルトのUNIXのファイルパーミッションは最低といってもいい
　というかそもそも共有という認識がない
　それでも問題点にならないには非常に小規模の共有にしか使わないから
　UNIXでも同等のことができるという意見もあるが「実運用したことのない奴の戯言」である

NTFSのエラー訂正機能はext3より若干上(ext2よりは良くなった)
（割と馬鹿にされるがCHKDSKは神ツールである)
350 ：login:Penguin：2012/10/17(水) 14:37:51.35 ID:jvY0yRQX
>>349
どうよって言われてもな・・・
Windowsユーザーから見れば、まぁそういう言われ方するよねぇ。
ぐらいかと。

Windowsメインの共有なら明らかにLinux+sambaのが分が悪い（当然だけど）
acl周りもしかり。
サーバーとしてWindows用意出来るなら、わざわざLinux+samba使う必要無いしな。


色々反論したいところも有るだろうが、
この書き方してる奴に反論したところで、
徒労に終わるだけじゃね。
ってのが、感想。
351 ：login:Penguin：2012/10/17(水) 14:42:42.34 ID:DCqsgCSI
まぁ、適材適所。
352 ：login:Penguin：2012/10/17(水) 14:47:01.24 ID:YMHv2yu3
>>350
思考が狭すぎ世間をしらなすぎ、お前の言うそれはインストールされた
台数でいえば極狭い世界の知識だ。
353 ：login:Penguin：2012/10/17(水) 14:47:45.63 ID:DCqsgCSI
>>352
では経験豊富なあなたの意見をどうぞ。
354 ：login:Penguin：2012/10/17(水) 14:52:30.65 ID:9QEPxsDD
やめろや。比較は荒れるだけ。
いちいち釣りに付き合うな。
355 ：login:Penguin：2012/10/17(水) 15:11:25.66 ID:01TKgxYE
デフォルトがどうとかファイルシステムの仕事とは違くね
356 ：login:Penguin：2012/10/17(水) 15:16:30.84 ID:PvZAHEIs
> NTFSのエラー訂正機能

そんなのあるの?

と思って検索したら最近はそういう機能がついた?
http://cloud.watch.impress.co.jp/docs/column/2012lab/20120810_550846.html
357 ：login:Penguin：2012/10/17(水) 15:50:25.17 ID:jvY0yRQX
>>352
そうカッカするなよ。
Linuxとか分からないWinユーザーなんてそんなもんだって。
言いたい事は分かるが、最後にちゃんと感想書いただろ？

関わるだけ無駄だと。
だから落ち着けって。
358 ：login:Penguin：2012/10/17(水) 19:31:09.12 ID:SWsIj1dy
そういう話ならスレ違いでござるな
359 ：login:Penguin：2012/10/17(水) 19:47:05.38 ID:SC1964Pi
NTFSは不良クラスタが発生すると自壊して被害が拡大するから嫌い
FATの頃は不良クラスタ発生箇所のファイルの問題だけに極限してたのになぁ
360 ：login:Penguin：2012/10/17(水) 20:48:59.24 ID:RbpW1EIX
bad block handlingの無いXFSにも同じこと言えんの
361 ：login:Penguin：2012/10/18(木) 11:55:37.22 ID:QvtQjgLZ
>>359
まだWindows2000が現役だった頃その罠にハマったわw
結局その時の常用はFATにした。
362 ：login:Penguin：2012/10/18(木) 16:35:38.24 ID:LrtYvlyT
早くこんな世界が来るといいな

メモリ技術の革新がコンピュータアーキテクチャの変革も導く
http://pc.watch.impress.co.jp/docs/column/kaigai/20121018_566618.html
363 ：login:Penguin：2012/10/18(木) 18:02:34.17 ID:nEi/VRh3
いよいよWinFSの時代か！
364 ：login:Penguin：2012/10/18(木) 21:42:23.50 ID:Uwcr8ZaT
Wii のバーチャルコンソールとかのゲーム機エミュレータで遊ぶと、
どこでもセーブがありがたいけれど、
不揮発メモリもそんな感じかな？
365 ：login:Penguin：2012/10/18(木) 23:04:38.08 ID:CZbR+4vN
なんとなくサイバーパンクっぽいけどオブジェクトのリンクをたどるのもi-nodeのリンクをたどるのもあんま変わらん気もする
366 ：login:Penguin：2012/10/18(木) 23:27:58.96 ID:Svf3uX/8
HDDがPCからなくなる事はあってもファイルシステムは残る、
ファイルをメモリに再展開しないで直接参照するようになる、
それは現状でも可能。

PRAMが一番単純だ寿命はMRAM、RAMはMRAMになりFLASHはPRAMになる、
速度が稼げればMMは1GBで十分、MMとPRAM間の転送を100GB/sに高める。

スパコンやクラウドは既にメモリ＋演算機構の分散システムになっていて、
大規模な処理ではICｰNWの速度がその性能を規定している。
367 ：login:Penguin：2012/10/22(月) 16:00:09.50 ID:o36esTpA
>>349
Windowsのファイル共有がクライアントも含めてセキュアになったのなんてここ10年の話じゃないか。
10年前はサーバですら追加パッケージ入れないとITSECの規準も満たさなかったし。
今もProfessionalじゃないと話にならないだろ？
368 ：login:Penguin：2012/10/22(月) 18:41:11.05 ID:N8Jtvfqg
XFSとFTPに出会えた事を誇りに思う
こんな事が言える男が世界にどれだけいるだろう

心から感謝している
369 ：login:Penguin：2012/10/23(火) 02:09:12.40 ID:WU9pwdoJ
>>366
その手の話は楽しそうだけど、スレ違いだから遠慮しておく
370 ：login:Penguin：2012/10/23(火) 06:54:16.77 ID:9JHFz3mT
遠慮せず、スレ移動して続けたら?
371 ：login:Penguin：2012/10/23(火) 12:26:22.73 ID:0oB+osl5
gnomeのごみ箱がntfsに対応していない
372 ：login:Penguin：2012/10/23(火) 18:37:45.79 ID:ZFhcO2Ju
パーティションに書き込み権限が無いだけ
373 ：login:Penguin：2012/10/25(木) 08:43:13.91 ID:zqYpInVT
AppleのFusion Drive
SSDとHDDのいいとこ取りのディスクシステム。
Linuxのファイルシステムでまねっこするには、
FlashCacheが一番近いかな。
374 ：login:Penguin：2012/10/25(木) 16:21:46.50 ID:wiAOfp6Y
Appleの売り文句を真に受けるとバカを見る
375 ：login:Penguin：2012/10/25(木) 16:39:14.43 ID:dcwDITH+
Hot Dataという仕組をVFS上に考案されていてまずbtrfsへの実装が進められている。
376 ：login:Penguin：2012/10/25(木) 16:39:49.21 ID:dcwDITH+
>>375
> Hot Dataという仕組をVFS上に考案されていてまずbtrfsへの実装が進められている。
Hot Data Tracking

377 ：login:Penguin：2012/10/25(木) 23:34:28.46 ID:UqYCZsNh
[Phoronix] EXT4 Data Corruption Bug Hits Stable Linux Kernels
http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ

カーネル3.4以降のExt4でファイル破損の不具合ですか。
それとも3.6.2の話かな。

私は2.6.32だけど心配だからExt3で再インストールしようかな…。
378 ：login:Penguin：2012/10/26(金) 02:57:48.55 ID:Gx6HHt8O
3.6.2で入ってその後3.4にもバックポートで混入
379 ：login:Penguin：2012/10/26(金) 08:39:13.13 ID:gJ8NKbwz
バグの発動条件は短い期間にmount/unmountを繰り返すことみたいだから、
当たることもそうはなさそう。
2.6系だとむしろext4のコードが古すぎて微妙とかないのな。
380 ：login:Penguin：2012/10/26(金) 08:40:26.38 ID:O4FrXTWG
それってautofsとか使ってるとアタる可能性があるってこと？
381 ：login:Penguin：2012/10/26(金) 10:13:36.36 ID:b7aJ0gK4
>>376

なるほど、btrfsの今後の実装を刮目して待て！！
という話ですね。
382 ：login:Penguin：2012/10/26(金) 12:31:52.08 ID:Fqb7Vkhu
抜く前にsyncsyncsyncすれば回避できるかな？
383 ：login:Penguin：2012/10/26(金) 15:42:47.69 ID:pT4dWmUW
>>377
>>379

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

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

この二つを満たした時に破損の可能性が出てくるらしい。
とりあえずnobarrierをつけてない人は、まぁ大丈夫でしょ
384 ：login:Penguin：2012/10/27(土) 00:52:26.66 ID:2cXd+0y5
アンマウント完了前に電源が切られることがある…のか。

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

今回の修正でついでにそこまでやってくれないかな…。
385 ：login:Penguin：2012/10/27(土) 02:15:46.98 ID:ZNGg/pVZ
>>383
バグかぉ！？
Xが固まって強制リセット後破損
nobarrierつけてるから破損したんだな仕方ない自業自得か
と思って納得してたんだが…？なんか間違ってる？
386 ：login:Penguin：2012/10/27(土) 17:34:09.20 ID:kLEmFi68
今時のファイルシステムは、不意のシャットダウンでも、破損するんじゃなくて、
新しい書き込みが捨てられるだけであることが期待されてる。
387 ：login:Penguin：2012/10/27(土) 17:44:06.09 ID:AGi5NFZt
それをファイル破損と言うんじゃなくって？
388 ：login:Penguin：2012/10/27(土) 17:48:52.80 ID:kLEmFi68
元記事の英文が読めないんだねえ。
389 ：login:Penguin：2012/10/27(土) 23:19:31.81 ID:GpxaDLzd
>>387
？
390 ：login:Penguin：2012/10/27(土) 23:25:13.01 ID:+7274N+z
書き込みされないのに破損するわけない
391 ：login:Penguin：2012/10/28(日) 00:43:00.91 ID:EGMMc3VL
アプリが書き込んだと思ってるのに、書かれていなかったらファイル破損なんでは？
392 ：login:Penguin：2012/10/28(日) 00:54:10.66 ID:4sjbxmQV
どういうバグなのか理解してから書き込めよ。
「ファイル破損」とかアホかと。
393 ：login:Penguin：2012/10/28(日) 03:02:33.87 ID:qwr6u3Ap
データの損失だな。
フラッシュされてないんだからしょうがない。
394 ：login:Penguin：2012/10/28(日) 03:18:53.76 ID:4iK8nRu6
面倒だからいつも電源ボタン長押しでぶち切ってたから心配だお

まあ破損して困るようなデータじゃないからどうでもいいけど
395 ：login:Penguin：2012/10/28(日) 05:23:47.58 ID:CJGiM68r
ハードディスクの損傷の修復機能はあるだろ？
396 ：login:Penguin：2012/10/28(日) 07:45:58.13 ID:YHACL08l
ハンスごめん
EXT4に浮気した俺が間違ってたよ
397 ：login:Penguin：2012/10/28(日) 11:52:40.99 ID:4sjbxmQV
>>393
はあ？
398 ：login:Penguin：2012/10/29(月) 19:41:09.31 ID:eLEF2BXb
よし、仕事終わったしバックアップ取っておくか
$sudo zfs snspshot rpool/export/home@today
楽チン~
399 ：login:Penguin：2012/10/29(月) 21:08:47.00 ID:3OuSbDia
LinuxのくせにZFSとかずるい
400 ：login:Penguin：2012/10/29(月) 21:28:37.16 ID:1Bghux58
思うにXFSとは、もともとあるものとも言えぬし、ないものとも言えない。
それは地上の道のようなものである。
もともと地上には道はない。
歩く人が多くなれば、それが道になるのだ
401 ：login:Penguin：2012/10/29(月) 23:43:50.62 ID:6l5+Yl0S
スナップショットはバックアップじゃねぇしｗ
402 ：login:Penguin：2012/11/01(木) 22:38:04.00 ID:gzHmXVmP
バックアップの意味を広く捉えるか狭く捉えるか
オペチョンで消したファイルを復活できるのだって広い意味ではバックアップに違いない
物理障害に耐えられないだけで
403 ：login:Penguin：2012/11/01(木) 22:55:53.70 ID:InrMq2kC
いやいや、そこは区別しようよ。
バックアップ、スナップショットで意味は明確なんだから。
404 ：login:Penguin：2012/11/01(木) 22:56:24.00 ID:XjtB3TGE
backup の意味は予備とか代役とか非常用とか
405 ：login:Penguin：2012/11/01(木) 23:13:38.79 ID:zilQmaYL
ファイルシステム的には
$ cp hoge.txt hoge.backup
とほぼ同等のことをCOWでやってる訳だしバックアップって言ってもいいんじゃないの
バックアップが同じHDDあっちゃいけない決まりがある訳じゃないし
406 ：login:Penguin：2012/11/01(木) 23:18:20.03 ID:x/7V4pPf
複製しないし
407 ：login:Penguin：2012/11/01(木) 23:23:33.64 ID:InrMq2kC
簡単なんだから使い分けましょう。
ベル研のWORMみたいに、光学ディスクにバックアップしながら、
いつでもアクセス可能なスナップショットを作成するのなら、
区別しがたいわけだけど。
408 ：login:Penguin：2012/11/01(木) 23:31:05.46 ID:ssBg5K4m
呼び方は置いとくとしても、
スナップショットじゃハードウェア障害に無力だよね。
409 ：login:Penguin：2012/11/02(金) 09:27:58.19 ID:rb1niAqP
オリジナルが必須な時点でバックアップじゃ無いじゃん
410 ：login:Penguin：2012/11/02(金) 11:33:42.33 ID:uIcmYoX5
別ディスクへのバックアップだって遠隔地に取ってなけりゃ災害には耐えられない
何に耐えられるかを以ってバックアップかどうかを定めるのはあまり意味が内と思う

コピーやスナップショットやリモートミラーは実現するための技法に過ぎなくて、
非常時に代替として使えるものは何だって広義のバックアップだろうよ
411 ：login:Penguin：2012/11/02(金) 11:46:35.99 ID:jcF3AZ8S
pgr
412 ：login:Penguin：2012/11/02(金) 11:52:21.97 ID:doWgnh0V
>>410
極端な例を挙げても、バカがいっそう引き立つだけだぞ。
413 ：login:Penguin：2012/11/02(金) 11:54:07.86 ID:rb1niAqP
遠隔地でなきゃバックアップも死ぬよっていうのは別次元の話だな

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

ただ、システムの運用管理を行う上で「バックアップとスナップショットは区別されるべき」っていう話だと思うぞ
414 ：login:Penguin：2012/11/02(金) 12:06:26.07 ID:uIcmYoX5
専門バカ的に、バックアップって言葉の意味を限定しすぎてるだけ
その世界では(狭義には)オリジナルと別の実体を要求されることくらいはわかってる

バックアップという目的に対して適切な手段が場合によってスナップショットだったりディスク内コピーだったりディスク外コピーだったりリモートコピーだったりするだけ
415 ：login:Penguin：2012/11/02(金) 12:15:19.34 ID:rb1niAqP
名称や定義は重要だぞ
まあお前さんは今まで痛い目を見たことがないラッキーガイなんだろうよ
416 ：login:Penguin：2012/11/02(金) 12:54:39.09 ID:uIcmYoX5
名称や定義に無頓着なのはそっち
417 ：login:Penguin：2012/11/02(金) 12:58:42.56 ID:doWgnh0V
>>416
いい加減にしろ、ぼけ
418 ：login:Penguin：2012/11/02(金) 13:29:52.86 ID:GQBvMhUy
的外れな『極論』を持ち出した時点でID:uIcmYoX5の負け
419 ：login:Penguin：2012/11/02(金) 13:39:28.50 ID:ZWB+hg7e
ゆワイターはあっち
420 ：login:Penguin：2012/11/02(金) 14:27:16.67 ID:M+3/Tt7Z
同じディスク内のコピーはバックアップではない
その認識が浸透していたならファーストサーバの事件は防げたかもしれない
421 ：login:Penguin：2012/11/02(金) 16:08:02.73 ID:O/ZR7tTp
>>420
認識が足りないのはお前だろ…

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

ホット側とコールド側双方一緒に環境更新とか無能としか言いようが無い。
422 ：login:Penguin：2012/11/02(金) 16:30:13.28 ID:GQBvMhUy
>>421
認識が足りないのはお前だろ…

ファーストサーバは待機系をバックアップと称していたけど、
待機系はあくまで本番系に対する（機能としての）バックアップであって、
データとしての『バックアップ』ではない。
そこがごっちゃになってるから話がおかしくなるんだよ。
データとしてのバックアップじゃないんだから、本番系・待機系ともにパッチ当てるのは当たり前。
じゃなきゃいざって時に待機系が使いものにならず、待機系の意味がない。
423 ：login:Penguin：2012/11/02(金) 16:45:48.44 ID:jcF3AZ8S
バカな運用者というのはbyzantine failuresの典型例ですね。
424 ：login:Penguin：2012/11/02(金) 17:41:18.21 ID:RxNdjvVD
この流れ、同じようにバックアップやRAIDについて得意げに解説してくれていたシステム構築発注先のSEが
数日後ノートPCが壊れたとかで、
これまでのメールや資料を再送してくれと泣き疲れた思い出が呼び覚まされた。
425 ：login:Penguin：2012/11/02(金) 17:45:48.11 ID:cPFlJ0Jm
>>410
ポケコンに打ち込んだベーシックのプログラムを、
紙に写経してバックアップしたのを思い出すわｗ
426 ：login:Penguin：2012/11/02(金) 18:41:50.82 ID:6OZ7uj4a
紙にメモするのも立派なバックアップの手段
427 ：login:Penguin：2012/11/02(金) 19:08:12.68 ID:aQt6ihWu
紙にバックアップは最終手段だね。
少なくともPCで取り扱うよりも並べ替えも移動も検索も難しくなるし、
機密情報だったら暗号化もできない。
428 ：login:Penguin：2012/11/02(金) 19:15:38.10 ID:cPFlJ0Jm
しかもだいたい書き間違うしなｗ
まあそこは、復元するとき柔軟に読み込むから相殺されるけど。
429 ：login:Penguin：2012/11/02(金) 19:21:33.39 ID:GPiMhI3k
ふっかつのじゅもんか
430 ：login:Penguin：2012/11/02(金) 22:04:39.91 ID:QbgCEqw1
最近物忘れが多いからメモするようにしたんだが
自分でも読めないくらい字が下手で困る
431 ：login:Penguin：2012/11/03(土) 00:44:45.77 ID:GUd3rUXm
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%クラッシュする
ということかな。
432 ：login:Penguin：2012/11/03(土) 01:53:20.00 ID:OhvRX3Pe
暗号化とエラー訂正コードを付けてからメモすれば
433 ：login:Penguin：2012/11/03(土) 02:05:55.89 ID:Ez1EqqwX
>>431
ext4がまだ枯れていないという事だろう
安定するためにはもっと人柱が必要なんだ
434 ：login:Penguin：2012/11/03(土) 02:38:00.48 ID:GUd3rUXm
カーネルが
・Ubuntu 12.04 〜 ver 3.2
・Ubuntu 12.10 〜 ver 3.5
なので、似たような状況でも問題が発生するかも知れませんね。
435 ：login:Penguin：2012/11/03(土) 08:50:10.05 ID:x4u+yq7+
まあでも新しいファイルシステムなんてそんなもんだよな。
ZFSも結構問題起きるみたいだし。
436 ：login:Penguin：2012/11/03(土) 09:20:19.76 ID:F3mzMXS2
ext4が枯れていないのにext4でfixされたバグがext3にバックポートされていないものがあるという
437 ：login:Penguin：2012/11/03(土) 09:22:02.50 ID:GUd3rUXm
DebianがExt4を採用しているから大丈夫だと思ったんですが。。

でも今回のはカーネル3.5、先日のは3.4〜3.6。
Debian(wheezy)は3.2だから大丈夫かな。
438 ：login:Penguin：2012/11/04(日) 08:33:32.52 ID:DxPDnXqB
XFSはいいものだよ

多分最高のものだ

いいものは決して滅びない
439 ：login:Penguin：2012/11/04(日) 11:55:42.62 ID:DRJDnh5/
btrfsに駆逐されろ
440 ：login:Penguin：2012/11/06(火) 03:57:02.55 ID:pISgWimS
>>438
いいものではなく、商業的に成功したものだけが生き残る
441 ：login:Penguin：2012/11/07(水) 11:08:25.38 ID:rn8yLjcX
Suse Enterprise Server Lnux 11を使ったサーバ構築の案件があって、
試しに仮想PCにインストールしてるんだが、ファイルシステムの
選択にbtrfsが出て来てビックリした。　選ぶと、/パーティションには
使えないらしくインストーラで先に進めないが、データ
パーティションには使えるみたい。
442 ：login:Penguin：2012/11/07(水) 16:34:18.60 ID:WkY+xawT
grub2ではgrub.cfgでinsmod nilfs2を指定できるようになったので、
nilfs2を普通にrootで使えるようになった。

それにしてもnilfs2のファイル削除の遅さは気になるな。
443 ：login:Penguin：2012/11/07(水) 16:50:54.73 ID:s8f4SsG0
全く関係無いんだけど誰も話す相手がいないから書かせてくれ

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

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

どうだろ？

ちなみに俺はXFSが好き
444 ：login:Penguin：2012/11/07(水) 16:53:26.38 ID:4OoAyn3a
長いファイル名サポートはよお願い
445 ：login:Penguin：2012/11/07(水) 16:55:02.28 ID:FcTcq6ln
>>443
ひとり言はこっちで。
http://kohada.2ch.net/yume/
446 ：login:Penguin：2012/11/07(水) 20:31:58.27 ID:JJe03jty
海面上昇とXFSに何の関係が？
447 ：login:Penguin：2012/11/07(水) 22:24:16.18 ID:mdV+jyok
データセンターは山の上に作れってことさ
448 ：login:Penguin：2012/11/07(水) 22:47:44.71 ID:lMZK0FqX
データセンター立てるなら滋賀がいいですよ〜
環境いいし交通の便いいし海抜80m以上あるから海面上昇とは無縁だし
449 ：login:Penguin：2012/11/08(木) 02:16:29.58 ID:7q9PSQRu
寒くないと空冷できないべ
雪でも降れば貯めておいて使えるが
450 ：login:Penguin：2012/11/08(木) 02:33:19.97 ID:/O1n10+6
滋賀は結構雪降るよ
451 ：login:Penguin：2012/11/08(木) 03:51:16.16 ID:+t0fE3Pf
滋賀って例の大津市ある所じゃないか……。
452 ：login:Penguin：2012/11/08(木) 08:06:26.32 ID:ulF68DIF
何のスレだよ。
453 ：login:Penguin：2012/11/08(木) 09:34:55.84 ID:uMkvhnVA
データをイジメ殺すからやめてください！
454 ：login:Penguin：2012/11/08(木) 11:45:53.05 ID:HTy/v2GZ
いじめの名所滋賀県
455 ：クラウドはドリームソルジャー？：2012/11/08(木) 12:18:43.74 ID:+L/AjMM3
雲散霧消に定評のあるファーストサーバー。
多くのデータが消えていった。
456 ：login:Penguin：2012/11/08(木) 13:43:40.71 ID:FNcrRuT7
常時snapshotのNILFSなら無事だったのにね
457 ：login:Penguin：2012/11/09(金) 00:14:21.82 ID:qlO8XAcr
32bitカーネルと64bitカーネルでファイルシステムの違いが生じるってこと
ありますか？
458 ：login:Penguin：2012/11/09(金) 11:12:38.73 ID:lm7rqEO+
開発者も64ビットと32ビットの両方の環境で動作するのが面倒らしく、
64ビットなら動くけど、32ビットでは動かなかったという事例は
ありそう。ファイルシステムでは無いが、別のシステムで経験があるよ。
開発者にメールしたら「え、32ビットまだ使ってるの？」って。
真面目なヤツで、次の日には改修済みの32ビット版のオプジェクトを
作ってくれたっけ。
459 ：login:Penguin：2012/11/09(金) 12:03:21.07 ID:S4+d2JBp
ま、Linuxであえて32bit使っているのはUbuntuの馬鹿どもぐらい、
というイメージだな。
460 ：login:Penguin：2012/11/09(金) 12:26:52.89 ID:tly6/47p
Droid君がアップを始めたようだ
461 ：login:Penguin：2012/11/09(金) 14:46:00.73 ID:EhvrUbww
>>459
お前も馬鹿だろ。
まだまだ非64bit環境でLinux使ってるの多いんだよ。
462 ：login:Penguin：2012/11/09(金) 14:53:12.28 ID:Gjeu7Hay
>>459
おまえのイメージはPCの話だろ
linuxは組み込み用との方が圧倒的に多いだろ
463 ：login:Penguin：2012/11/09(金) 15:37:42.41 ID:TSMauyzz
>>462
でも組込みも64bit化してかないとヤバイ
2038年問題がヤバイ
464 ：login:Penguin：2012/11/09(金) 15:43:06.11 ID:nMUC+MIA
アホかと。
カーネルの64bit化と2038年問題は関係ない。
time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。
古いファイルシステムの内部データに32bit time_tが残っているのは大問題だが、
カーネルを64bit化すれば直るわけではない。
465 ：login:Penguin：2012/11/09(金) 16:01:17.49 ID:NCnS2ylI
もったいないのが
64bit対応CPUで32bit使うこと
Ubuntuは未だに32bitがrecommendedだし

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

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

メモリー4GBも使わないからいいやとかPAEでいいやとか思わずCPUが対応してるならどんどん64bitにすべき
466 ：login:Penguin：2012/11/09(金) 17:38:26.30 ID:J6obOOP6
適材適所がわからないバカはどうしようもないな
467 ：login:Penguin：2012/11/09(金) 18:19:26.77 ID:tb9hKVQD
拙者32bitのUbuntuを使っている馬鹿でござる
468 ：login:Penguin：2012/11/09(金) 18:41:17.89 ID:PEnheJzq
左様でございますか
469 ：login:Penguin：2012/11/09(金) 18:51:15.82 ID:TsbbGiwx
ユーザーランド64ビットでもまあ構わないんだけどポインタは4バイトでじゅうぶん。どうコンパイルしたらいい？
470 ：login:Penguin：2012/11/09(金) 18:56:19.18 ID:nMUC+MIA
自分でコンパイルしたコンパイラとライブラリを使ってください。
システムコールはポインタ渡しの部分が32bit版と64bit版と二種類用意されているので、
適切な方を呼び出すようにしてください。
後はELやld.soF内に閉じた話なので好きにやってください。
471 ：login:Penguin：2012/11/09(金) 18:57:21.62 ID:J6obOOP6
使用目的に合わせて機器・使い方を選ぶのが適材適所であって
64bit対応ハードウェアなら何が何でも64bitで使うべきとほざくのがバカ
472 ：login:Penguin：2012/11/09(金) 19:08:08.64 ID:NCnS2ylI
>>471
だってせっかくのCPUの性能をフルに発揮したいじゃん

「処理速度が向上する」を不必要と思う人はいないじゃん
473 ：login:Penguin：2012/11/09(金) 19:15:50.18 ID:pbnT+2De
リスト構造をダンプして上位4バイトほとんど同じのみたらメモリーもったいないんだの。
IL64もしくはL64モデルでいい。
474 ：login:Penguin：2012/11/09(金) 19:17:07.84 ID:pbl6itVC
>>472
キャッシュにおさらまらなくなると遅くなるよ。
475 ：login:Penguin：2012/11/09(金) 19:51:15.22 ID:H1ZvvXvX
64bitにしたって、普通の用途では速度向上はほぼ実感できないだろ。
むしろメモリフットプリントが単純に増えるから、メモリが4GB以下なら64bitにするメリットがほとんどない。
476 ：login:Penguin：2012/11/09(金) 20:00:59.27 ID:9NSaHAI2
x32ABIでいいじゃん
つか、FS関係無いだろ
477 ：login:Penguin：2012/11/09(金) 20:11:59.07 ID:7LQKEDvt
x86にたいするx64なら64bitという点ではなくISAの拡張による利点がある
汎用レジスタが増えたり命令相対アドレッシングが可能になったり
478 ：login:Penguin：2012/11/09(金) 20:14:46.74 ID:3ru+Kify
AMD64はレジスタ周りの設計改善で、64bitで使った方が速いらしい。
479 ：login:Penguin：2012/11/09(金) 20:39:17.08 ID:HjNXfa0O
精度がfloatでじゅうぶんならdoubleより速いのにdoubleの固定観念を捨てられないおじさんみたい。
480 ：login:Penguin：2012/11/09(金) 22:00:33.07 ID:VDgsiS8o
ubuntu64bitだとfluxbox環境でmltermのアイコンがなぜか化けまくる
481 ：login:Penguin：2012/11/09(金) 22:39:07.44 ID:nMUC+MIA
/usr/share/pixmaps/mlterm*を全部表示してみてください。
というかスレ違い。
482 ：login:Penguin：2012/11/10(土) 03:08:21.46 ID:skqN2pV+
>>479
x86のFPUは倍精度で動いとるからdoubleの方が余計な変換処理入らない分速い
てファイルシステムとどう関係あるんだ？
483 ：login:Penguin：2012/11/10(土) 03:42:22.35 ID:BtRf1foD
>>482
別にかわらんのじゃないのか。
変換処理なら内部80bitだからdoubleでも入るぞ。
484 ：login:Penguin：2012/11/10(土) 06:07:04.85 ID:CGoNRL+B
SSE
485 ：login:Penguin：2012/11/10(土) 08:08:42.58 ID:yA/REe8u
>>464
sys_timeシステムコールを見るとtime_t返してるし、libcと同じくカーネル内でもlongで定義されてませんか？
486 ：login:Penguin：2012/11/10(土) 08:51:07.94 ID:xknH4hBW
>>481
32bitと64bitで差がなかったyo
487 ：login:Penguin：2012/11/10(土) 09:33:08.87 ID:J4Ln9o96
80bitって今日日x87コードなんか誰も書かないと思うけど
現状x87はコードは推奨されてないしコンパイラーもんなコード吐かない
488 ：login:Penguin：2012/11/10(土) 12:32:14.43 ID:VbwvG4Uy
>>482
コントロールレジスタを_FPU_DOUBLEに設定していようが変換入るんだがね
489 ：login:Penguin：2012/11/10(土) 16:14:21.76 ID:DAGxbFTw
ext4 の defrag まだかな。
490 ：login:Penguin：2012/11/10(土) 16:47:14.79 ID:PrjxxuV6
e4defragとかfake_defragとか？
491 ：login:Penguin：2012/11/10(土) 17:08:37.17 ID:Swni5aMO
linuxのデフラグはコピーして戻すのが王道だろw
492 ：login:Penguin：2012/11/11(日) 01:22:09.46 ID:troQki0D
>>489
なんでデフラグしたいの?
493 ：login:Penguin：2012/11/11(日) 06:58:19.57 ID:2Eng4Y+V
昔「デフラグする奴は貧乏人」ってスレがあったな
494 ：login:Penguin：2012/11/11(日) 10:40:48.36 ID:osAwJNEG
デフラグする奴はアホ
初期化する奴のほうが情強
495 ：login:Penguin：2012/11/11(日) 10:46:04.14 ID:bP6rS7i3
本当の情強はLinuxなど使わない
496 ：login:Penguin：2012/11/11(日) 10:48:05.27 ID:QIAgZ7z2
freeBSDでZFSを使う
497 ：login:Penguin：2012/11/11(日) 11:07:33.39 ID:3kaPvPl7
SolarisやHaikuもいいな
498 ：login:Penguin：2012/11/11(日) 16:23:07.56 ID:0JBWKQCc
そもそもLinuxが沢山のファイルシステムをサポートしてるのはなぜ？
初期にメインファイルシステムをどれにするかで、迷走したとか？
499 ：login:Penguin：2012/11/11(日) 17:08:34.59 ID:qt5OlzxZ
>>498
最初はExt系だけで、Linux気質の「来る者拒まず、去る者追わず」でどんどん増えた様な。。。
500 ：login:Penguin：2012/11/11(日) 17:30:17.28 ID:e/1Iatys
ext2の実装がひどかったのも、いろいろ作りたい人が出てきた理由だと思う。
ただ最近はきっちりと役割分担が出来ているので、もっとあっても問題ない。
501 ：login:Penguin：2012/11/11(日) 17:43:17.09 ID:hvw58Qyv
煽り要素ゼロで言うんだが、「ext2の実装がひどかった」てすごいな…。
ファイルシステムの実装について評価できるやつがこのスレにはいるのか。
502 ：login:Penguin：2012/11/11(日) 17:57:57.77 ID:mNzMe6Pv
十人いれば十人十色の需要があり、それに応えた/自分で開発した
ってだけでしょ。仕様公開してないNTFSのサポートだけが不完全ってだけで。
503 ：login:Penguin：2012/11/11(日) 19:11:03.72 ID:2c3JORIq
>>501

ジャーナルが無かったので、システムがフリーズしたり、
停電の後、再起動が出来るか不安なファイルシステムだったよ。
504 ：login:Penguin：2012/11/11(日) 19:12:56.91 ID:hvw58Qyv
不安定さはそうだろうけど、
ジャーナリングの有無なんてもんは単に仕様の話じゃね？
505 ：login:Penguin：2012/11/11(日) 19:14:06.30 ID:as9ZdwRQ
そのジャーナルのお陰でext3は遅いけどな
506 ：login:Penguin：2012/11/11(日) 19:15:21.29 ID:OLX557RM
それはext2の実装じゃなくて設計の話じゃないのか
507 ：login:Penguin：2012/11/11(日) 20:09:20.02 ID:MEPnKq2m
minixのfsがウンコだったから作ったんじゃなかったっけ？
508 ：login:Penguin：2012/11/11(日) 21:33:15.34 ID:qDC9w+h9
フリーズしたらマジックキー
停電はUPS使うだろ普通
509 ：login:Penguin：2012/11/11(日) 21:36:06.58 ID:QIAgZ7z2
>>508
マジックキーって効かないこともあるんですけど
UPSなんて一般家庭にないんですけど
510 ：login:Penguin：2012/11/11(日) 22:19:40.90 ID:as9ZdwRQ
一般家庭で使う事が限定の話だったの？
511 ：login:Penguin：2012/11/11(日) 22:22:41.98 ID:3kaPvPl7
一般家庭でなくなったら困るデータとかないし
512 ：login:Penguin：2012/11/11(日) 22:27:00.81 ID:QIAgZ7z2
だってLinuxはデータセンター専用OSじゃないもん
データセンターやUPSがある自宅鯖宅でも使われるけど
組み込みやUPSなし自宅サーバー
そして大きいのはデスクトップPC
としても使われる

一般家庭や企業のデスクトップPCにUPSなんてつけませんよ
513 ：login:Penguin：2012/11/11(日) 22:28:48.70 ID:QIAgZ7z2
>>511
あるし
家族の写真とか
仕事の書類とか
コードとか
ムフフ動画とか
etc
514 ：login:Penguin：2012/11/11(日) 22:36:14.35 ID:hvw58Qyv
UPSのバッテリが切れて、UPS機能失って単に電源タップとして使って早数年。
劣化したバッテリが溶け出してないか確認するのが怖い。
515 ：login:Penguin：2012/11/11(日) 22:38:21.86 ID:KOknrrgB
家は貧弱だったのでリホームするまでUPS必須でした。
エアコンのサーモスタットがONするとPCがリブートするんだよなあ...
516 ：login:Penguin：2012/11/11(日) 22:51:23.87 ID:OI+msgGo
UPSも冗長化しよう
517 ：login:Penguin：2012/11/12(月) 01:53:04.86 ID:usLhJzvA
電力自由化がほんとに実現しちゃったら家庭でもUPSあった方が良くなるかもね
518 ：login:Penguin：2012/11/12(月) 01:53:10.22 ID:p4TTgDL2
>>500
初代extがクソだったのでext2で再実装されたという話と混ざってないか？
519 ：login:Penguin：2012/11/12(月) 02:01:17.16 ID:Mu3t822q
多様性だろ〜
520 ：login:Penguin：2012/11/12(月) 02:13:13.49 ID:06Vk+cuQ BE:512125632-2BP(1001)
ext2の時代は対抗馬のfatが恐ろしくクソだったけど
ntfs知ってしまうとアレだよな。ext4もbtrfsも中途半端って幹事
521 ：編集中のは失われて当然：2012/11/12(月) 02:59:34.62 ID:UGWhY7R0
ntfsで動いているPCの電源コードを抜くのとext4で動いているPCの電源を
抜きそのまま再度何もせずに立ち上げたときどっちが何もしなくていいかで
評価するべきだよ。
ジャーナルファイルシステムとか言う以前にOSを含めた結果という事実が
重要になる。何もしなくて良いというなら1万回やって1万回同じ結果が
でるかを確認しろ！
#UPSとかsyncしないやつ&処理手順の言い訳。
522 ：login:Penguin：2012/11/12(月) 08:38:21.37 ID:W2Pfq0dm
リブート時はsyncを3回ですね判ります
523 ：login:Penguin：2012/11/12(月) 08:53:45.05 ID:CX737Rul
昔々、シングルユーザモードでSyncコマンドを実行すると、管理ブロックが
吹き飛んでしまうSUNのSoftware RAIDがあってね。（遠い目）

復旧は出来たけど、徹夜したっけな。
524 ：login:Penguin：2012/11/12(月) 17:37:15.29 ID:8Qp/kenG
人生からXFSを除かば、世界から太陽を除くにひとし。
525 ：login:Penguin：2012/11/12(月) 23:26:50.03 ID:xQbnJAl3
ext3,4の利点は再起動時のfsckが速いだけ。それ以外は全てにおいてext2の方が速い。
526 ：login:Penguin：2012/11/12(月) 23:40:27.82 ID:WaGtjXoi
>>525
ジャーナル切ったベンチマークでext2よりext3が速くなかったっけ
527 ：login:Penguin：2012/11/12(月) 23:51:01.66 ID:MTTZ8jKH
そういえばXFSもLinux由来では無いんだよな
SGI IRIXのをパクってきたんだっけか
528 ：login:Penguin：2012/11/12(月) 23:58:08.07 ID:WaGtjXoi
>>527
SGIが移植したんだからパクりとは違う。
529 ：login:Penguin：2012/11/13(火) 01:13:48.21 ID:b+E15Mqx
reiserfsとか
530 ：login:Penguin：2012/11/13(火) 03:38:06.23 ID:D/TVeJeO
>>527
JFSもIBMがAIXのために開発したのがベースだよな。
531 ：login:Penguin：2012/11/13(火) 13:24:41.71 ID:4hnSewz5
>>526
ext3にはジャーナル切れるモード無いだろ
532 ：login:Penguin：2012/11/13(火) 20:24:20.05 ID:W3Xvs8tT
JFSとかXFSとかZFSとか、名前の付け方に芸が無さ過ぎ。
やっぱりvfatがクールだね
533 ：login:Penguin：2012/11/13(火) 20:30:49.76 ID:Li2kj3Ue
日本初のファイルシステムがもしできたら
YAKITORI とか FUJISAN とかそういう命名しちゃうんだろうな。
534 ：login:Penguin：2012/11/13(火) 20:33:17.46 ID:Li2kj3Ue
NILFSのこと忘れてたorz
535 ：login:Penguin：2012/11/13(火) 22:12:00.26 ID:c6Gv8FFi
>>533
KOMADORIとかDOZEUとかの方がいいよね
536 ：login:Penguin：2012/11/14(水) 08:36:45.12 ID:pwsZZAJP
aufsも日本人作だけど、普通のファイルシステムとは趣きが違うかな。
537 ：login:Penguin：2012/11/14(水) 20:24:11.63 ID:UGegE3lQ
aufsは早くカーネルとマージして欲しい。
538 ：login:Penguin：2012/11/15(木) 05:19:36.12 ID:Mm3MRx8E
http://gizmodo.com/5959812/

某ファイルシステム作った奴も殺人で転落したが、
セキュリティソフト作った奴も殺しで指名手配される時代になりました
539 ：login:Penguin：2012/11/15(木) 06:40:04.05 ID:ug6bbry/
社名とか製品名に人名が使われてるとこういうときに怖いよなあ
540 ：login:Penguin：2012/11/15(木) 07:34:03.76 ID:FjYmvev5
だから空母みたく全部エンタープライズみたいににしときゃよかったのに
541 ：login:Penguin：2012/11/15(木) 16:12:59.54 ID:6jjEVyY7
そうなるとLinuxはこのままの名前だと大きなリスクを抱え込んでることになるのか。
542 ：login:Penguin：2012/11/15(木) 19:12:33.20 ID:qQS2lqjV
Debianは黒歴史
543 ：login:Penguin：2012/11/15(木) 20:10:39.57 ID:d0iNsTKG
Tomoyo Linuxとかな
544 ：login:Penguin：2012/11/16(金) 08:13:24.01 ID:3ebm/7xg
人殺しのRiserは普通に使われてんの？
545 ：login:Penguin：2012/11/16(金) 22:08:16.24 ID:OpER4CVb
普通に xfs も reiserfs も使ってるよ。

あと xfs 誉め殺ししてるヤツがキモい。
以前執拗に叩いてたのと同一人物だろ。
546 ：login:Penguin：2012/11/16(金) 22:11:10.14 ID:KdowCz7z
>>545
みんなわかってるよ。
だから無視している。
547 ：login:Penguin：2012/11/16(金) 23:08:00.73 ID:8YtSUCDX
最も軽くて速いのはreiserfs
548 ：login:Penguin：2012/11/16(金) 23:32:24.36 ID:uLV1S0fd
うちのサーバでいちばん使ってるfsはcgroupだわ

# mount | awk '{print $5}' | sort | uniq -c
1 autofs
5 btrfs
9 cgroup
1 cifs
1 configfs
1 debugfs
1 devpts
1 devtmpfs
1 ext4
1 hugetlbfs
1 mqueue
1 nfsd
1 proc
1 rpc_pipefs
1 securityfs
1 sysfs
4 tmpfs
549 ：login:Penguin：2012/11/16(金) 23:51:04.33 ID:xJSveBfa
ext4でなくbtrfs 使うメリットって何？
やっぱスナップショット？
550 ：login:Penguin：2012/11/17(土) 01:27:58.55 ID:1BNr4K4i
ramfs最強
551 ：login:Penguin：2012/11/17(土) 01:46:01.81 ID:hmwTkRqk
>>549
subvolumeが作れるとかsoftware RAIDがあるとか
552 ：login:Penguin：2012/11/17(土) 02:24:53.10 ID:TonMVE3C
>>549
ラリー・エリソンにケツの穴までどころか身も心捧げられる
553 ：login:Penguin：2012/11/17(土) 02:48:32.34 ID:ogziJxY2
ZFSっていつ主流になんお
554 ：login:Penguin：2012/11/17(土) 04:43:51.81 ID:Q1mEG0vK
>>548
なんでバラバラで使うの？
555 ：login:Penguin：2012/11/17(土) 10:08:19.13 ID:r562EpQO
>>548
何で29もマウントされてるの？
普通10もないでしょ
556 ：login:Penguin：2012/11/17(土) 10:17:15.99 ID:hmwTkRqk
>>552
メインの開発者がもう逃亡してるから滑ってるよ
557 ：login:Penguin：2012/11/17(土) 10:25:41.27 ID:yRzEMjtW
>>555
俺は26個だった
最近はcgroup関係とかusbfsとかそういうファイルシシステムじゃない
カーネルモジュールによってmountされてるものが多いな
558 ：login:Penguin：2012/11/18(日) 03:23:37.01 ID:dP2pFDuU
>>557
フォーマット（区画がない）しないのにmountされることはないだろ。
カーネルに実装されていればmountされているというなら誰でもmountされて
いるというべき。
559 ：login:Penguin：2012/11/18(日) 06:36:03.12 ID:J7i7lOLm
犬がマウントしてる
560 ：login:Penguin：2012/11/18(日) 09:58:36.51 ID:SxCqCLu6
>>558
devfs
561 ：login:Penguin：2012/11/18(日) 19:19:00.32 ID:3AJJp3i4
>>558
意味不明
nfsは？
562 ：login:Penguin：2012/11/19(月) 00:57:31.19 ID:j1bL7btg
mountされている一覧にでてこないものをmountというのって頭変じゃね？
最低でもマウントポイントのディレクトリ作ってから家よ。
563 ：login:Penguin：2012/11/19(月) 17:01:23.90 ID:DXm20sJ0
>>530
しかしLinuxのJFSはOS/2実装がベースなのだった。
最初のうちは「大文字小文字の区別ができない」とかそんな制限があったような。
564 ：login:Penguin：2012/11/19(月) 20:12:57.87 ID:9Na0NKql
>>562
mount(2)システムコールを呼ぶ際に/etc/mtabに書き込むかどうかは
アプリに依るんだしそれは言い過ぎじゃね?
565 ：login:Penguin：2012/11/19(月) 20:35:23.74 ID:AdHcY/+d
ここはmountについて語るスレではなくファイルシステムについて語るスレだ。
local,network,pseudoとくに限定してなさそう
566 ：login:Penguin：2012/11/20(火) 05:45:15.78 ID:5COMWB25
[Phoronix] Linux 3.7 File-System Benchmarks: EXT4, Btrfs, XFS
ttp://www.phoronix.com/scan.php?page=article&item=linux_37_fsthree
567 ：login:Penguin：2012/11/20(火) 15:18:59.96 ID:QR6MQbLl
>>530>>563
いやもともとOS/2でdevelopされて、その後LinuxとAIX。
OS/2以外ではcase insensitiveはoption。
568 ：login:Penguin：2012/11/20(火) 15:32:33.29 ID:fiRGral6
JFSならAIXがオリジナルだろう
HPFSならOS/2だが

　　
569 ：login:Penguin：2012/11/20(火) 16:28:21.32 ID:QR6MQbLl
JFS1がAIX上。1990
大幅に改定されたのがOS/2上。これがLinuxとAIXに移植。1999
移植と並行してAIXが主開発場になって、1997
JFS2へ。2001
570 ：login:Penguin：2012/11/22(木) 21:08:48.48 ID:aGVqJPfv
ZFSで冗長性なしでストレージプールを作成した場合
HDDが一台でも物理故障したらプール全体が死ぬという理解であってますか？
571 ：login:Penguin：2012/11/22(木) 22:08:52.69 ID:V6Q46nve
>>570
合ってます。
一ファイルが複数台に分割されて書き込まれるので…
572 ：login:Penguin：2012/11/23(金) 12:39:37.99 ID:DgCxL4o6
2040年問題 - HFSのタイムスタンプは2040年2月6日までしか取り扱えない。
2048年問題 - 2038年問題の1980年起点版。FATファイルシステムのタイムスタンプなどが1980年起点である。
2079年問題 - FATファイルシステムのタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後（2079年12月31日）までしか正常動作しない。
2108年問題 - FATファイルシステムのタイムスタンプは2107年12月31日までしか取り扱えない。
-----------------------------------------------------------------------
60056年問題 - NTFSのタイムスタンプは60056年5月28日までしか取り扱えない。


NTFSはいいとしてFATとかどうすんお
573 ：login:Penguin：2012/11/23(金) 12:56:19.65 ID:pQi12ICh
FATの2048年とか2079年問題はファイルシステムの問題じゃないよね。
2108年問題はファイルシステムの問題かもしれないけど、あと90年もFATが現役かなあ？

2040年のHFSの問題はファイルシステムの問題かもしれんけど、古いMacなんか趣味でしか使われてないから問題なさそう。
574 ：login:Penguin：2012/11/23(金) 13:53:01.92 ID:1DjkZ8PV
OSやAPがFSのタイムスタンプを符号あり扱いするように仕様変えれば
FSのブロックレイアウトは変わらないから68年先伸ばしできるお？
作りかえれないOSやAPはコードよりデータの寿命を優先してそれまでに捨てる
575 ：login:Penguin：2012/11/23(金) 17:45:22.26 ID:zzuUWSlp
そんなのもはやFATとよべない。
おれの誕生日に作ったファイルかはるか未来のファイルに化ける。
576 ：login:Penguin：2012/11/23(金) 18:21:41.90 ID:B796Zs33
2048年問題って聞いたことない
FATの精度が2秒だからそんなのないんじゃないの？
577 ：login:Penguin：2012/11/23(金) 21:06:42.92 ID:unSoxewK
>>576
FATディスクフォーマットのタイムスタンプが累計秒数で記録されていると思ってないか
578 ：login:Penguin：2012/11/23(金) 23:43:26.49 ID:B796Zs33
ttp://free.pjc.co.jp/fat/mem/fatfile2.html
FATは年(7)/月(4)/日(5) 時(5):分(6):秒(5)と
カッコの数だけビットを割り当てて管理してるので
2048年に何か問題が起こるとは思えない
7bit確保されてるので1980+127=2107年まで大丈夫

でもDOSが内部的にどう時間を管理してるのかよく知らない
2048年に何か起こるんですか？
579 ：login:Penguin：2012/11/24(土) 00:31:42.14 ID:PEn0woT6
>>578
ファイルシステム上は問題は起きないが、ファイルのタイムスタンプを1980年1月1日深夜0時ジャストからの経過秒数として32bit整数で保持しているプログラムが正常に動作しなくなる。

……ただし、そんなプログラムが実在するかは知らない。
580 ：login:Penguin：2012/11/24(土) 00:53:51.90 ID:tmvWLVRx
DOSの時間系関数を使って管理してるDOSアプリには2048年問題は起こらない
ダメなのはC標準関数使ってるDOSアプリということですね
UNIXからFATをフォーマットしてる場合は48年以前に38年問題にひっかかるわけですし
581 ：login:Penguin：2012/11/24(土) 00:57:26.99 ID:tmvWLVRx
×フォーマット
○マウント
582 ：login:Penguin：2012/11/24(土) 01:12:53.22 ID:tmvWLVRx
いや、やっぱりC標準関数は1970年を基点とするからそれはないだろうな
FATで0x0000 0x0000というタイムスタンプのファイルがあったとして
それはエポック秒で315500400と変換されてしまうから48年問題は起こりそうにない
アプリで独自に符号付32bit値として保有してる場合だけに48年問題は起こる
こんなアプリ作ってる人いるんかいな？
583 ：login:Penguin：2012/11/24(土) 01:35:11.25 ID:Khi9rNEZ
Linuxのmanpage見たら、ファイルの状態を取得する stat(), fstat(), lstat() 関数は、
ファイルの日時に time_t を使っていますね。

time()関数 〜 紀元 (1970年1月1日00:00:00 UTC) からの経過時間を秒単位で返す。
も、返すのは time_t。

time_t をたどると正体は
　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int
で 32bitのようですが、time_t を使うもの全般が、ファイルシステムに関係なくまずいのかな。
584 ：login:Penguin：2012/11/24(土) 01:39:16.07 ID:Khi9rNEZ
>>583
くっついてるw

× > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPElong int
○ > 　/usr/include/bits/types.h:103:#define __SLONGWORD_TYPE long int
585 ：login:Penguin：2012/11/24(土) 01:52:10.32 ID:ynQbzFjy
time_tの正体が何かはシステムによって違うでしょ。
586 ：login:Penguin：2012/11/26(月) 11:57:20.62 ID:5um68ud/
>>464
＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。
まじで？
time_tが64bit化されたlibcのバージョン教えてくださいおねがいします
587 ：login:Penguin：2012/11/26(月) 17:41:47.54 ID:fgUG4e/Q
GNU libcではtime_tはlong intであってlong intの大きさは処理系定義なので
まあきっとあってもおかしくはないとかなんとかかんとか
588 ：login:Penguin：2012/11/26(月) 17:55:27.87 ID:kLZfMEml
32ビットでフォーマットされているものを突然64ビットで扱おうとして
データを壊しまくるファイルシステムｗ
589 ：login:Penguin：2012/11/26(月) 21:05:38.16 ID:AuvtZE0G
>>586
＞>>464
＞＞time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。


ubuntu 12 i386でsizeof time_tをprintしてけど32bitだ
590 ：login:Penguin：2012/11/27(火) 03:27:25.68 ID:Z/NY1RrE
Ubuntuは32bitということですが
64bitに対応したLinuxディストリビューションはどれになりますか？
591 ：login:Penguin：2012/11/27(火) 04:23:12.75 ID:Z/NY1RrE
あと初歩的な質問になりますが
32bitのLinuxからも、64bitのLinuxからも、
同一のファイルシステムをmountして問題なく扱えますよね？
例えば、ファイルのタイムスタンプの扱いが気になるのですが、
そこは、どちらにしてもファイルシステムの仕様通りに
きちんと処理してくれているということでしょうか。
592 ：login:Penguin：2012/11/27(火) 20:37:59.37 ID:4DO8DdDv
Ubuntuにも64bitなかったっけ
マウントの問題は大丈夫
593 ：login:Penguin：2012/11/27(火) 21:02:09.58 ID:yZTntV89
__STD_TYPE __TIME_T_TYPE __time_t; /* Seconds since the Epoch. */
594 ：login:Penguin：2012/11/27(火) 21:11:04.70 ID:Z/NY1RrE
>>592
Ubuntuに64bitありますね
ありがとうございます
595 ：login:Penguin：2012/11/27(火) 21:17:04.40 ID:eYUehpwt
#include <time.h>
#include <stdio.h>

int main(void)
{
　printf("%d\n", sizeof(time_t));
}

8だった@Debian sid/amd64
596 ：login:Penguin：2012/11/27(火) 21:32:19.31 ID:+FTMVYlJ
ちょww8ビットてww
597 ：login:Penguin：2012/11/27(火) 21:34:21.94 ID:yZTntV89
8bytes
598 ：login:Penguin：2012/11/27(火) 22:03:33.10 ID:2Faa51y/
>>595のやつ
Debian6.0.6@amd64(サーバー)
Ubuntu12.10@amd64(デスクトップ)

どっちも8でした
599 ：login:Penguin：2012/11/27(火) 23:05:11.14 ID:P3Z6acGK
>>591
x86とAMD64で何が違うのかをもうちょっと知れば、そういう質問は出てこない気がするなあ。
600 ：login:Penguin：2012/11/27(火) 23:56:12.21 ID:huHpR5/K
Linux vmware-virtual-machine 3.2.0-33-generic #52-Ubuntu SMP Thu Oct 18 16:19:45 UTC 2012 i686 i686 i386 GNU/Linux
Linux version 3.1.10-g22b4fcd ([email protected]) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Nov 2 10:55:26 PDT 2012

てもとだとこの2つはsizeof(time_t)は4だったが
>>464の
「time_tはカーネルの64bit化とは関係なく、既に64bit化されてる。 」
と矛盾してないのか？
601 ：login:Penguin：2012/11/27(火) 23:57:18.46 ID:+wYW/dtS
>>599
32bitと64bitとしか書いてないからx86とamd64とは限らない。
というかその二つに限定すると理解が疑われかねんな。
602 ：595：2012/11/28(水) 02:17:16.58 ID:nx7Okma8
なんとなく気になったので同じ環境で-m32つけたら4になった
ちうことで2038年までに64bit環境に移行すれという事らしい
603 ：login:Penguin：2012/11/28(水) 02:58:44.86 ID:5vfkeZf4
>>601
「初心的質問」でそれ以外のアーキテクチャを
持ち出すだろうか？
604 ：login:Penguin：2012/11/28(水) 03:05:49.48 ID:e8D1P1Xj
つかどう考えても>>591が言ってるのはamd64とi386のことだろ。
605 ：login:Penguin：2012/11/28(水) 06:17:15.56 ID:0ObuYw3Z
ttp://toro.2ch.net/test/read.cgi/tech/1351769173/620
スレ立てるまでもない質問はここで 122匹目で話題になってたけど、
アップデートしない組み込みLinuxはヤバそうだね。
606 ：login:Penguin：2012/11/28(水) 10:17:41.72 ID:2fJdxEv6
単純な64bit化だと上4バイトは100年ぐらい使われないから
その領域を有効活用しようという輩がいるかもしれない
607 ：login:Penguin：2012/11/28(水) 10:35:01.64 ID:x4Xy9KNd
>>606
COBOL世代とはビット単価が違うからなぁ
608 ：login:Penguin：2012/11/28(水) 16:42:42.18 ID:C+kCIV84
アップデートしない組込環境ではtime_tうんぬん以前に脆弱性がやばい
609 ：login:Penguin：2012/11/28(水) 16:47:33.96 ID:bHHFTT80
組み込みってネット繋がないじゃん
610 ：login:Penguin：2012/11/28(水) 17:24:41.82 ID:lFI/pV4C
んなわけあるか
611 ：login:Penguin：2012/11/28(水) 20:12:30.97 ID:U8I/LIIB
ext3では秒単位で2038年まで
612 ：login:Penguin：2012/11/28(水) 21:50:06.73 ID:lh/AOkWt
ZFSの重複排除、当たり前だがメモリすげぇ食うな・・・
ファイル鯖としちゃあ便利な機能だがそんなにコストかけれないし重複排除は諦めるか
613 ：login:Penguin：2012/11/28(水) 21:52:57.70 ID:hBeva0uk
メモリだけなら今安いから大したコストじゃないけど
CPUもそれなりのがいるんだろ？
614 ：login:Penguin：2012/11/28(水) 22:26:56.43 ID:Ne5o68ud
>>612
なんで当たり前なん？
メモリーがたくさんいるのはなんで？
615 ：login:Penguin：2012/11/29(木) 00:04:45.98 ID:o9n8bnB3
ファイル鯖にそんなCPU盛りたくないしねぇ。
ついでに他のアプリケーション動かせばいいんだろうが、なんにせよ個人じゃそんな鯖にゴリゴリさせる仕事がない。
重複排除とか圧縮かけても軽いくらいスペック盛るくらいなら、その金でHDD増設した方がいいんだよなｗ
616 ：login:Penguin：2012/11/29(木) 00:24:01.11 ID:RhcfFgrp
重複排除ってどのくらいのスペックあれば快適に使えるの？
617 ：login:Penguin：2012/11/29(木) 08:11:56.67 ID:5zmjOLOr
>>616
ZFSのrecordsizeによるけど、デフォだった場合、
データ1T辺り、重複排除だけで10G+ってオーダーでメモリーが必要になったはず。
L2ARCにSSDを用意しないと、メモリーから溢れた瞬間、とてつもなく遅くなる。
CPUよりメモリーの方を何とかしないとダメ。
618 ：login:Penguin：2012/11/29(木) 16:13:34.55 ID:rgKmcfFs
>>612
l2arcの出番じゃね？
619 ：login:Penguin：2012/11/29(木) 18:36:14.17 ID:ELpMFPV8
同一内容を検索・識別するんじゃなくて、
ファイルコピー動作とかを認識して重複排除するとかできないんだろうか？
最近読みだしたデータに限って同一判定するとか。
620 ：login:Penguin：2012/11/29(木) 18:54:19.39 ID:UP0NKDBj
>>619
よく意味が分からんけど
書き込みが発生したときにブロック単位で同じのがあるかどうかを見るんじゃないの
そのテーブルがメモリをバカ食いするってことだと思うけど
621 ：login:Penguin：2012/11/29(木) 18:55:27.61 ID:5r3O4WuD
それただのCoWじゃねーか？

NAS上で完結する世界ならそれでもいいけど、実際に求められてるものとは違う
622 ：login:Penguin：2012/11/29(木) 19:48:42.51 ID:0qHQtO7n
重複判定できるってことは、そのぶん余計なメタデータを読み書きしないといけないんだから性能落ちるよね
623 ：login:Penguin：2012/11/29(木) 20:48:15.45 ID:pjalMcgj
重複排除によって無くなった行われるはずだったユーザーデータの書き込み量のほうが多いかもしれない
624 ：login:Penguin：2012/11/29(木) 20:57:57.56 ID:8G72Uq2S
>>623
クラウド、VPSの仮想HDDの中の/bin以下のファイルみたいなかなり特殊な用途？
625 ：login:Penguin：2012/11/29(木) 23:13:38.69 ID:pDJO4XkO
XFSを褒め殺しにしていると疑われているオレ様がやってきましたよ

褒め殺しではない
純粋に褒めているし実際に使っている

叩いた事など神に誓ってない
ZFSなら叩きたい
626 ：login:Penguin：2012/11/29(木) 23:19:38.18 ID:Fy7iUFEH
そっか　よかったね
627 ：login:Penguin：2012/11/30(金) 07:52:53.99 ID:+IUiRuU3
XFSとZFSの良いとこ取りの新ファイルシステム YFS
628 ：login:Penguin：2012/11/30(金) 11:19:43.24 ID:O6Mkk6WA
>>619
特定の状況だけ適用してもらいたいんならその状況時にユーザーモード側でioctl発行しろと返されんのがオチ
629 ：login:Penguin：2012/11/30(金) 13:06:34.15 ID:MBudbpC1
>>618
HDD増やした方がコスパよくね？業務に使うならともかく個人ならな
630 ：login:Penguin：2012/11/30(金) 13:20:22.58 ID:97UtYzmP
同じ形式のファイルをテラ単位で扱うような用途じゃないとあまり恩恵はないだろうな
少なくても自分は容量食ってるのは動画とか音楽とか写真だから全く意味無い
631 ：login:Penguin：2012/11/30(金) 14:41:02.44 ID:+IUiRuU3
仮想マシンのファイルはほとんど同じなので、
重複排除でバンザーイと思って、Virutalboxと
ZFSの組み合わせを試してみた事がある。

ほとんど重複排除の効果は無く、一時停止で保存した
ファイルでゲストOSが再開できないとか、逆の意味で
バンザーイの結果だった。
632 ：login:Penguin：2012/11/30(金) 14:45:50.73 ID:XBMblfhY
世代バックアップとか
633 ：login:Penguin：2012/11/30(金) 19:14:17.65 ID:+U2+nr9a
ハードリンクで済むような
634 ：login:Penguin：2012/11/30(金) 20:43:12.76 ID:c5zYVaPD
大きいファイルの世代バックアップには有効そうなんじゃない?
何ギガもあるsqliteファイルとか。
635 ：login:Penguin：2012/11/30(金) 20:46:57.15 ID:+d+9eytJ
バックアップになってるのかそれ
前にもそんな議論があったような
636 ：login:Penguin：2012/11/30(金) 20:50:49.19 ID:Wbr1Hrjf
まあ核攻撃に耐えられなければバックアップとは言えないからなあ
バックアップでないものをバックアップと言う人が多いよ
まったく
637 ：login:Penguin：2012/11/30(金) 20:56:39.55 ID:+d+9eytJ
前の議論もそうだけど
勝手にバックアップのハードル上げてるだけだと思うが
638 ：login:Penguin：2012/11/30(金) 21:21:07.01 ID:cH0j9TJP
月面データセンターだと万全のバックアップできる

応答時間に数秒要するからバックアップにしか使えないけど
639 ：login:Penguin：2012/12/01(土) 11:06:30.84 ID:57GOA1iw
月は出ているか？
ってガンダムXごっこができるな。

スペースデブリの月面DCへの影響は無視してもいいよね。
640 ：login:Penguin：2012/12/01(土) 11:11:57.60 ID:u17Es2jQ
電磁波って宇宙だと減衰しないから
宇宙に向けて全データを電磁波の形で発信しておけば
少なくともこの宇宙がなくなるまでは保存されるな。
641 ：login:Penguin：2012/12/01(土) 11:43:54.49 ID:N7ftY3AP
>>640
その発信したデータを読みたければ、電磁波より速く飛んで先回りして受信しなければならないのでは
642 ：login:Penguin：2012/12/01(土) 12:13:10.05 ID:NaDxh72b
え？ｗ突っ込むとこそこかよｗｗ
文系かよｗ
643 ：login:Penguin：2012/12/01(土) 15:37:17.27 ID:RSbxRGIT
ZFSの重複排除ってメモリに蓄えるから、
不意の電源OFFだと全部破壊されちゃうんだよね
それだとバックアップに使うのは怖いな
644 ：login:Penguin：2012/12/01(土) 15:39:14.11 ID:YCftnAyr
んなわけない
645 ：login:Penguin：2012/12/01(土) 16:17:37.35 ID:ahLWJFql
>>643みたいな幼稚な人が作ってるファイルシステムあったら教えて下さい。
646 ：login:Penguin：2012/12/02(日) 11:30:19.75 ID:7/pq8/aL
>>640
波長によって激しく減衰する、宇宙は完全な真空ではなく万年やら億年
経過したそれが何も影響しないというのはアフォ。
647 ：login:Penguin：2012/12/02(日) 19:04:34.13 ID:mVabdcTi
>>645
ZFS
648 ：login:Penguin：2012/12/02(日) 23:00:00.47 ID:rtnvhs7J
ファイルシステムとバックアップは分けて考えなければいけない
649 ：login:Penguin：2012/12/03(月) 00:59:53.94 ID:NL3l4q/N
分けて考えないのが近年の高機能ファイルシステムでしょ！
650 ：login:Penguin：2012/12/03(月) 02:01:26.58 ID:m+hsgesp
>>649
って誰が言ってるの？
651 ：login:Penguin：2012/12/03(月) 07:50:17.46 ID:XMtYyBax
俺だよ。この俺が言ってんだし間違いない。
652 ：login:Penguin：2012/12/03(月) 09:12:19.30 ID:IatjFUis
この前、自分定義のバックアップって言葉使って馬鹿にされた馬鹿が
粘着してるなぁ。
653 ：login:Penguin：2012/12/03(月) 19:51:06.32 ID:jsdeVSEB
>>651
ソースは2ch (笑)
654 ：login:Penguin：2012/12/03(月) 20:16:29.29 ID:OnmaiFIf
その時馬鹿にした連中の方が勝手な定義してたな
655 ：login:Penguin：2012/12/04(火) 02:47:31.73 ID:/MyXzNsh
しつこいよ
656 ：login:Penguin：2012/12/04(火) 11:58:42.03 ID:0MaVXl3z
>>654
お前、本当に馬鹿なんだな…
657 ：login:Penguin：2012/12/04(火) 12:10:59.15 ID:4OSV5gGC
定義なんて話の都度擦り合わせればいいのよ。
658 ：login:Penguin：2012/12/04(火) 12:19:44.14 ID:/MyXzNsh
はいはいビールジョッキ思想
659 ：login:Penguin：2012/12/07(金) 03:38:12.68 ID:Kmapfwof
zfs-win - ZFS for Windows
http://code.google.com/p/zfs-win/

あるにはあるんやな
660 ：login:Penguin：2012/12/11(火) 10:48:11.30 ID:OC3w0rBs
ZFSのファイルシステムにMysqlのデータを置いた環境があり、
某システムの評価で圧縮して400MバイトのMysqlのダンプファイルを
インポートしてみた。

平時はあまり使われない、Logsの領域にも激しく書き込みがあり、
Logsのallocの領域がみるみる増えて行く。raidz1のディスクで30MB/sec
Logsの30MB/secと合計で60MB/secの書き込みが出来て、ZFSの
実力の一部が判った。
661 ：login:Penguin：2012/12/11(火) 20:46:17.33 ID:xycx3/qX
XFSが3.7でinode64がデフォルトになるから3.6以前に持ってく時は気を付けろー
http://kernelnewbies.org/Linux_3.7
662 ：login:Penguin：2012/12/24(月) 22:27:48.15 ID:sbyUtyUS
なんでext4には作成日時のタイムスタンプがないの？
663 ：login:Penguin：2012/12/24(月) 22:40:45.97 ID:E6q8YXZl
>>662
いや、あるよ。
664 ：login:Penguin：2012/12/24(月) 23:08:00.12 ID:eKE+nVHw
ctime無いのはFAT位でないかい
665 ：login:Penguin：2012/12/25(火) 00:49:11.63 ID:1QXwWvF5
ctimeってリンク数増やしたりとかしたら変わらないかい
666 ：login:Penguin：2012/12/25(火) 01:24:41.49 ID:nEcZEp+3
それはmtime
667 ：login:Penguin：2012/12/25(火) 10:35:35.06 ID:IP+RDtTj
ZFS Linux Native RC13が出てました。
いろいろ直っているみたいだが、ウチの
自宅サーバでは何の問題無く動いているので、
違いが判らん。
668 ：login:Penguin：2012/12/25(火) 11:38:28.45 ID:h2WGgx8H
ctimeとcrtimeは混同してはいけない
669 ：login:Penguin：2012/12/25(火) 11:43:42.21 ID:Y1A2QGKN
birth time があるよ
670 ：login:Penguin：2012/12/25(火) 12:05:30.52 ID:XahNtSbC
>>666
誤り
mtimeが変わるのはファイルの内容を書き換えた時
リンクカウントの増減はメタデータだけの変更に当たる
671 ：login:Penguin：2012/12/25(火) 15:42:44.80 ID:p7dp1Rj6
ctime をファイル作成日時だと勘違いしてるやつがいるのか?
672 ：login:Penguin：2012/12/28(金) 05:03:18.35 ID:Isi4WQd9
NTFS ボリューム上で新規ファイルが作成できない現象について
http://blogs.technet.com/b/askcorejp/archive/2010/04/26/ntfs.aspx

$Secure のデータは少しずつ登録される事が多く、非常にフラグメントが発生しやすい環境です。
$Secure のフラグメントが解消される事で、登録できるセキュリティ記述子の数が増える事が期待できます。
Windows7 / Windows Server 2008 R2 以降の環境で発生した場合には、まずはデフラグの実施をご検討ください。

※ 現在、Windows 7 / Windows Server 2008 R2 環境でデフラグを実施したところ、反対に $Secure の File Record 数が増えてしまったという報告を受けています。
詳細が確認出来次第この記事をアップデートいたしますので、それまで $Secure の ATTRIBUTE_LIST を減らす事を目的としたデフラグの実施はお待ちください。


;(；ﾞﾟ'ωﾟ');
673 ：login:Penguin：2012/12/31(月) 04:28:13.37 ID:dAiNz+QV
raidz や raidz2 で、玉を増やすほうの grow が出来るようにならないかなあ。
674 ：login:Penguin：2013/01/01(火) 21:53:27.45 ID:Nww2FIpd
>>672
その地雷を最初に踏んだ人がどれだけ悩んだか
話を聞いてみたい
675 ：login:Penguin：2013/01/06(日) 23:12:39.85 ID:kYUtqyri
重複排除と透過圧縮とファイルのチェックサムの機能がある
ファイルシステムってZFSだけでしょうか?
調べてみるとlessfsは重複排除と圧縮機能があるみたいですがチェックサムはなさそうで
ext4とbtrfsは圧縮とチェックサムがあって重複排除はない(btrfsは実装予定?)みたいです
676 ：login:Penguin：2013/01/06(日) 23:35:38.20 ID:Re23CH8E
>>675
http://en.wikipedia.org/wiki/Comparison_of_file_systems
677 ：login:Penguin：2013/01/07(月) 10:19:35.98 ID:0RviA27S
ext4のチェックサムってメタデータだけでしょ
678 ：login:Penguin：2013/01/07(月) 12:19:52.72 ID:AWuj5r3N
データが化けてもメタデータさえOKならファイルシステムの整合性は完璧だからな。
679 ：login:Penguin：2013/01/07(月) 20:13:16.34 ID:ZaqHohDc
ファイルが壊れてもファイルシステムが壊れなければ意味があるっ
680 ：login:Penguin：2013/01/07(月) 21:30:47.50 ID:zbCcU4Hg
raid5+xfsでデータ化けするて聞いたんだけど
raid5で1ディスクの1ブロックだけ化けた場合でも修復できないんだっけ？
681 ：login:Penguin：2013/01/07(月) 22:40:40.63 ID:RNyulshO
釣りか？ ソフトウェアRAID だろうが、ハードウェアRAID だろうが、RAID5 と
ファイルシステムではレイヤーが違うから「RAID5+xfsでデータ化ける」なんてことはない。
データが化けるのは別の原因で xfs 以外のファイルシステムにしたときに、たまたまその
ブロックを踏まなかったってだけだろ。

この場合ハードウェアRAID が何らかの故障を抱えているんだと思う。
ただ、アクセス速度を上げるために、パリティチェックしない製品／設定がある
(ハードディスクに全くアクセスできない場合のみパリティから修復)らしいので、
「raid5で１ディスクの１ブロックだけ化けた場合でも修復できない」事はありえるが。
682 ：login:Penguin：2013/01/07(月) 22:57:19.54 ID:zbCcU4Hg
ディスク3台で A,B,パリティ になってる所で
パリティ部分がデータ化けしたらそのブロックは修復できんの？
683 ：login:Penguin：2013/01/07(月) 23:57:05.50 ID:JEVZzUqP
RAID5ではどっちみち化けたら修復できない。どっちが正しいか判別できないからだ。
RAID-Zなら別だがな。
684 ：login:Penguin：2013/01/08(火) 00:00:55.60 ID:8lDKm/Dg
なるほどね、勉強になった
685 ：login:Penguin：2013/01/08(火) 00:28:39.57 ID:Atou43r/
1ビットのパリティは1ビット以内の誤りを検出できるだけだからな。
化けられたらどうしようもない。
運を天に任せて1台切り離せば読めるかもしれないぞ。
686 ：login:Penguin：2013/01/08(火) 10:29:38.66 ID:/ogJNGIY
エラーにならずにデータ化けってありうるの？
HDDにCRCが付いてるだろ。
687 ：login:Penguin：2013/01/08(火) 19:40:17.92 ID:KdksbYEC
何もせずとも、いつの間にかデータが書き換わってしまうことはありうる。
そのため最近の RAID 装置は、「書き直し」ジョブが定期的に走るようになってる。
688 ：login:Penguin：2013/01/10(木) 16:11:44.04 ID:gRqgAReQ
HDDは10^-13から10^-16。RAMは10^-10から10^-17。NWは10^-12。
なので1[PB]とか読み出したら、上位（RAMならECCとか）でチェックしない限り確実に誤データが入り込むんでない？
689 ：login:Penguin：2013/01/10(木) 23:26:59.15 ID:r/7w+A81
>>683
btrfsのRAID5も、実装されたら修復できるようになるんじゃないかな。
出る出るといわれ続けてもうすぐ4年経つんだっけかw

btrfsではデータブロックのチェックサム(CRC)を記録してるから、
化けたブロックは特定できるはず。

どのデバイス上のブロックが化けているかが分かれば、
残りのデバイス上のブロックからXORでブロックの中身を計算して
書き戻せば修復できるはず。

もっとも、RAID5以前に「読み」「書き」以外のことをすると
高頻度であっさりハングする不安定さをどうにかすべきだと思うが。
690 ：login:Penguin：2013/01/11(金) 15:26:03.19 ID:inrpPmjz
brtfs捨てて、ZFSのライセンスを見直すだけでいいんだけどなぁ
691 ：login:Penguin：2013/01/11(金) 17:49:24.05 ID:oxVyIfiF
ZFSはクローズドソースになっちゃったんじゃないの? FreeBSDは、オープンソースの最終版からフォークしたような…
692 ：login:Penguin：2013/01/11(金) 23:01:57.29 ID:F3CrXeKc
Linuxファイルシステムの進化ももZFSがクローズドでは、もう期待出来ないね。
真剣にNTFSライセンスの購入を検討した方がいいんじゃないの？
693 ：login:Penguin：2013/01/11(金) 23:07:04.30 ID:lbTcwCRM
>>692
ZFSはlinux界隈じゃなくてUNIX界隈だから関係ないよ。
694 ：login:Penguin：2013/01/11(金) 23:48:58.03 ID:juyFHRgg
クローズドからオープンになった事例は結構ある。
ってかオラクルは何でクローズドにしたんだろ。
695 ：login:Penguin：2013/01/12(土) 00:16:46.64 ID:aNxW0D7F
>>694
ライバルを買収して相手製品を死蔵して潰す場合と、
ライバルを買収して相手製品を自社で売る場合がある。

オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。
696 ：login:Penguin：2013/01/12(土) 00:46:35.27 ID:0Z5ZsCEg
>>695
> オラクルには独自のFSがあるんで、死蔵させて潰す選択をしただけ。

何言ってんだ? Solarisで使ってるだろ。
まさかbtrfsのことじゃないか?
697 ：login:Penguin：2013/01/12(土) 04:13:36.30 ID:BOSy2gR3
ZFS Storage Applianceとか全然売れてねぇけどな
遅すぎるわ
698 ：login:Penguin：2013/01/12(土) 10:26:25.88 ID:Y5noCBqR
商用ファイルサーバなら既にIsilonがあるしなあ。
699 ：675：2013/01/12(土) 15:01:50.21 ID:cOhIruVB
調べてみるとbtrfsも重複排除はできるようでした
https://btrfs.wiki.kernel.org/index.php/Deduplication
でもこれWindows 2012のNTFSのデータ重複除去と同じく
書き込み時に重複排除してくれるものではなさそうです
700 ：login:Penguin：2013/01/12(土) 15:42:52.09 ID:KIJWX0q5
btrfsでその手の付加機能使うのは、まだ怖すぎる。。。

やっぱFSみたいな物は、昔から言われてるけど、企業がお金かけて作らないと
厳しいねぇ。
ドッグフードをガシガシ食って、主要部分だけでもバグ潰ししないと、いつまで経っても、
ドッグフードのまま・・・
701 ：login:Penguin：2013/01/12(土) 16:22:29.70 ID:Q49Svj5w
zfsでいいからgrowつけてー
702 ：login:Penguin：2013/01/12(土) 16:36:35.20 ID:cOhIruVB
btrfsの重複排除は使ってるっていう情報が見当たらないですね

重複排除と透過圧縮とファイルのチェックサムがあって
わりと使われていそうなのはZFSだけみたいなんでZFSを使ってみることにします
703 ：login:Penguin：2013/01/12(土) 17:43:29.86 ID:uRAkZkwX
なんでみんなZFSなんだよ！
Linuxには、ext4っていう最先端技術が一杯盛り込まれた優れたファイルシステムがあるだろう？
704 ：login:Penguin：2013/01/12(土) 20:28:12.35 ID:3vA9nSNa
ORACLE様ならbtrfsやZFSなんての無視してASMでいいやん
705 ：login:Penguin：2013/01/12(土) 21:07:33.39 ID:cOhIruVB
>>677
ext4 のチェックサムはメタデータに対してなんですね
何か勘違いしてました

ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね
ファイルのデータに対してチェックサムじゃなくて誤り訂正符号が
付けられるファイルシステムは聞いたことないですし
もしかして3-way mirrorかRAID6なら(そんな頻繁に起こると思いませんが)データ化けが起ころうが訂正できるのかな

いずれにせよlessfsってのとbtrfsの重複排除機能の情報は少ないのでZFSにしてみます
706 ：login:Penguin：2013/01/12(土) 21:28:17.87 ID:eknoUllv
そんなに誤り訂正欲しきゃ
RAID5+0でもRIDE6+0ででも組めばいいのに
707 ：login:Penguin：2013/01/12(土) 21:33:42.79 ID:3Cj8wb7m
>>703
zlib圧縮すらstableでないfsじゃぁねぇ…。
708 ：login:Penguin：2013/01/12(土) 21:43:08.44 ID:LY2IsmYi
RAID6も故障Diskが既知でないと訂正できないみたい。
正直、データの整合性はHWに任せてOKと思うんだけど…
709 ：login:Penguin：2013/01/12(土) 21:44:47.86 ID:b65AxsL8
>>707
stableじゃない事がなんなんだ！
皆でドッグフードの不味い部分をもっとガツガツ食べようぜ
710 ：login:Penguin：2013/01/12(土) 22:54:07.82 ID:cOhIruVB
誤り訂正はできたら良いなってところで
透過的圧縮と特に重複排除が優先して使いたい機能です
lessfsで良いじゃないかってところなんですが情報が少なくて躊躇してます・・・

よく考えたら3-way mirrorやRAID6にしようがファイルの読み出しで
きっと毎回全部のディスクからデータを読んで比較なんかしてないですよね
mdadm はそんな設定があるのかな?
ZFSはファイルを読んだときにチェックサムが合ってなければ
RAID-Zから復旧してくれるんだろうと思います
711 ：login:Penguin：2013/01/13(日) 02:46:29.73 ID:NAAHtUCC
>>710
おまえがそもそもRAIDがなんなのかすら理解できていないことは理解できた
712 ：login:Penguin：2013/01/13(日) 07:41:59.28 ID:UZ72D32g
面倒くせーな…
だったらEMCでも買えよ
713 ：login:Penguin：2013/01/13(日) 09:20:57.78 ID:vcbLXZXa
>>710
RH系だとraid-checkってスクリプトがスケジュールに登録されてて
週一でアレイの整合性チェックが実行されるはず
mdが内部でどんな処理してるのかまでは知らないけど
確かにRAID6なんかでデータ部の修復までしてくれたら嬉しいわな
714 ：login:Penguin：2013/01/13(日) 10:11:21.77 ID:cyAX9XCn
気にしすぎなんじゃないかと思うが
715 ：login:Penguin：2013/01/13(日) 10:16:16.87 ID:cyAX9XCn
>>710
mdadmにそんな仕組みはないみたいだぞ
http://serverfault.com/questions/391922/linux-mdadm-software-raid-6-does-it-support-bit-corruption-recovery
http://www.spinics.net/lists/raid/msg32814.html

もしディスク間で書かれているデータが異なっていたら
checkでmismatch_cntが増える
http://tkyk.name/blog/page/10/
で >>682-683 のとおりRAID1(2-way mirror)やRAID5なら
どちらが正しいか分からない

3-way mirrorやRAID6なら修復できるのかは知らないけど

重複排除を使いたいならZFSで良いんじゃないか？
716 ：login:Penguin：2013/01/13(日) 10:42:31.20 ID:nef7rk8V
どんだけ大容量のファイル使ってんだかしらんが
数世代前でも無い限りRawデータだってCRCぐらい付いてるだろ
717 ：login:Penguin：2013/01/13(日) 14:26:41.53 ID:WNNbjCZH
まず、HDDにはセクタ単位でECCがついている。
このため、かなりの数のbitが同時に都合よく化けない限り、エラー訂正できる。
(もちろんエラーが、検出は出来ても訂正は出来ない場合にはリードエラーとなる)
そして、これは推測だけど「訂正可能なレベルのエラー」の中で、ある程度の回数だとかbit数だとかの規定値を超えたら
それはファームにより「不良セクタ」としてマークされ、代替処理が行われると思われる(OSからは見えない)。

一方、RAID456で使われているのは「パリティ」で、これは誤り訂正も出来ないし
エラー検出能力もきわめて低い。
しかし、「欠損」つまりどこのbitでエラーが起きたのか確実にわかるケースに限定すれば
正確に補完する能力があり、容量効率も良い。
これの欠損が、物理的な故障にぴたりとあてはまる。
718 ：login:Penguin：2013/01/13(日) 14:27:24.11 ID:WNNbjCZH
というのが俺の認識。
719 ：login:Penguin：2013/01/13(日) 17:12:42.97 ID:bhCnZe/+
CRCと言っても幾つもあって、訂正できるのもある。
訂正できるものでRAIDで使われているものもある。
720 ：login:Penguin：2013/01/13(日) 17:22:37.59 ID:brteRuyx
なんでZFSスレ すぐdat落ちしてしまうん？
721 ：login:Penguin：2013/01/13(日) 22:28:03.82 ID:DWH82Koe
>>717
つ http://ja.wikipedia.org/wiki/RAID#RAID_6:_.E3.83.96.E3.83.AD.E3.83.83.E3.82.AF.E5.8D.98.E4.BD.8D.E3.83.BB.E8.A4.87.E6.95.B0.E3.83.91.E3.83.AA.E3.83.86.E3.82.A3.E5.88.86.E6.95.A3.E8.A8.98.E9.8C.B2
722 ：login:Penguin：2013/01/13(日) 22:31:47.15 ID:DWH82Koe
RAID-5・6の欠点はパリティ更新時の障害によるサイレントクラッシュであって、
パリティの算出手法そのものには、まあ問題ない。
723 ：login:Penguin：2013/01/13(日) 22:43:13.74 ID:ZgpfrF9Q
そこまでRAID5やRAID6に不満や疑義あるならEMCでも使えばいいじゃん
724 ：login:Penguin：2013/01/13(日) 22:44:30.77 ID:2ej4YTvr
>>721
708でも書いたんだけど、エラー位置が既知の場合しか訂正できない様に
読めるんだけど。
普通はそういうのは誤り訂正符号とは言わないと思う。(個人的感想)
これを誤り訂正可能というなら、ただのパリティも誤り訂正可能だよ。
もちろん世の中すべてのRAID6の実装を知ってるわけでなく、wikipediaの
記述に関してだけ言っています。
725 ：login:Penguin：2013/01/14(月) 13:16:39.96 ID:pwCvoTNK
>>724
それが所謂サイレントクラッシュな訳だが。
誤り訂正符号で治せないのと、破損位置が分からないのは、
別の問題じゃねーの。
726 ：login:Penguin：2013/01/14(月) 15:29:49.71 ID:Ro+YnSj9
>>724は、>>717に対する>>721の良く分からないコメントに(横から)レスしました。

ECCと呼ばれるものはエラー位置が未知の状態で訂正します。
(パンクチャ/デパンクチャしたりもしますが…)
ECCでは、エラー位置が分からないのと訂正不能なのは同じ問題です。

ECCを採用するのは符号化率や計算能力とのトレードオフになるので、
エラー位置が分かることになっているRAIDでは採用しないのも当然と思います。
727 ：login:Penguin：2013/01/14(月) 17:06:21.54 ID:rDvtV583
> ZFSでもファイルデータの修復ができるのはRAIDZとかで冗長化している場合だけですよね

RAID Z でないものも zpool scrub かけてエラーがあった場合に
checksum からなんとかできる程度の修理はしてくれる > ZFS

限界はあるけど．
っていうかどの程度までリカバリしてくれるのかは良く知らないのだ
728 ：login:Penguin：2013/01/14(月) 18:58:42.94 ID:bX8WHOA5
ZFSならmirrorからでも修復は可能

あと複数Diskで冗長化してなくても、zfs set copies=xでファイル書き込み時に同一Disk内の複数の箇所に分散コピーできる
素直にHDD増やした方がいいけどね
729 ：login:Penguin：2013/01/15(火) 11:09:35.36 ID:yizzDlNT
>>720
話すネタがないから。
730 ：login:Penguin：2013/01/16(水) 08:46:39.55 ID:U38Qvbzd
zolってどーなってるの？
731 ：login:Penguin：2013/01/16(水) 17:12:46.94 ID:yaz60tN6
ReFSってもう一般向けでも使えるんだな
http://www.k-php.com/lib/uploda/src/file703.png
732 ：login:Penguin：2013/01/16(水) 20:26:34.41 ID:abhWrCo8
>>731
Windows Server 2012からね。
今のところWindows8とかのクライアントOSには載ってないよ。

重複除去使いたいからNTFS使ってるけど(´・ω・｀)
733 ：login:Penguin：2013/01/16(水) 21:07:05.97 ID:1egIPtvs
ZFSとbtrfsって比較してる奴は……勝負になると思ってんのかなぁ？
全然違うじゃない
……名前の格好良さが！
（SunとOracleの信頼の差というのと、初出の安定感とかもあるけどさ！使いたい技術ってまず名前で決めるじゃない！）
734 ：login:Penguin：2013/01/16(水) 21:09:21.32 ID:evfYGKa7
巣に帰ってどうぞ
735 ：login:Penguin：2013/01/16(水) 21:11:17.91 ID:abhWrCo8
Btrfsってあと何年でstableになるんだろう。

ZFSのRaidzは数増やせないから不便で不便で(´；ω；｀)
736 ：login:Penguin：2013/01/17(木) 00:05:11.89 ID:jsQiDD7x
速度的には同じくらいなん？
737 ：login:Penguin：2013/01/17(木) 00:07:52.99 ID:c2HKR1nc
ZFSと比較はしたことはないがスナップショット取るとIOが固まるとか
スナップショットを削除するとIOが固まるとか時々deadlockが発生するとか
速度以前の問題。着実に改善はされてるがまだまだ。
738 ：login:Penguin：2013/01/17(木) 09:28:19.77 ID:MiqQ2KX8
ext5のが先にくるよ
739 ：login:Penguin：2013/01/17(木) 10:30:03.06 ID:5x9z15k4
fedora18ででたファイルシステムってどうなの？
740 ：login:Penguin：2013/01/17(木) 10:48:42.26 ID:2Vd5P3iH
>>739
なんていうファイルシステム?
741 ：login:Penguin：2013/01/17(木) 10:50:04.67 ID:/E/SOxqL
>740
btrfsでしょ
昨日やってみたよ
742 ：login:Penguin：2013/01/17(木) 10:56:35.01 ID:2Vd5P3iH
FedFS のことかな。

>>741
btrfs は前からなかったっけ。
743 ：login:Penguin：2013/01/17(木) 13:21:54.21 ID:rZx4pOd9
dragonflyBSD hammerの方が着実に実績を積んでる
744 ：739：2013/01/18(金) 00:42:49.27 ID:nOSdqiD+
>>741
ググってから発言してくれ頼む
>>742
うん、それ
うちではインストールが途中で止まったから諦めた
745 ：login:Penguin：2013/01/18(金) 08:56:29.52 ID:Nz5w3DJD
>744
そうですか
btrfsを選択してOSをインストール出来るようになったのはfc18からじゃない
746 ：login:Penguin：2013/01/18(金) 09:54:36.26 ID:PpjrVu+E
>>744
ファイルシステム名くらい最初から書けよ……。
747 ：login:Penguin：2013/01/18(金) 11:35:37.27 ID:4NJs1YxA
アホ二人
748 ：login:Penguin：2013/01/18(金) 17:15:33.73 ID:BFXIKgWW
ReFS Activator for Windows 8
http://www.firstever.eu/en/refs-activator-for-windows-8/

;(；ﾞﾟ'ωﾟ');
749 ：login:Penguin：2013/01/19(土) 10:57:58.65 ID:R6RWsy4T
Server 2012のシステムファイルをそのまま配布しているので真っ黒
750 ：login:Penguin：2013/01/20(日) 10:10:02.22 ID:amUzvKOm
そもそもボラクルにやる気があるのか
751 ：login:Penguin：2013/01/20(日) 15:44:03.92 ID:yDphgzgh
>>750
btrfsのことならメイン開発者はもうオラクルにはいないぞ
752 ：363：2013/01/20(日) 20:51:21.82 ID:VrfUmOPB
なに！
ならもうBtrfsはオワコンなのか
753 ：login:Penguin：2013/01/21(月) 07:14:24.40 ID:yz7bYEb+
始まってすらいなかったような・・・
754 ：login:Penguin：2013/01/21(月) 13:06:17.13 ID:jnnTl6z+
早くbtrfs捨ててZFSを突っ込めばいいのに……
755 ：login:Penguin：2013/01/21(月) 14:09:16.43 ID:dTBknlPR
FreeBSD, OpenBSDと共同で、OpenZFSとか作れないものなのかしらん。
ライセンスは、GPLv2とBSDのデュアルライセンスで
756 ：login:Penguin：2013/01/21(月) 14:34:32.36 ID:R33gZhm2
また初めから実装するのは無駄だしBSDと共同はないだろ
757 ：login:Penguin：2013/01/21(月) 16:28:38.22 ID:+enGwRpV
その方向ならHAMMERとかどうなん。使ったことないからよく知らないけど。
758 ：login:Penguin：2013/01/22(火) 00:32:05.83 ID:esLDsH/r
HammerをOpenBSDやデフォルトにしてほしい
759 ：login:Penguin：2013/01/22(火) 14:17:27.15 ID:IV9dmsLb
だからZOLどうなってンのよ。
760 ：login:Penguin：2013/01/23(水) 01:06:06.96 ID:ogQ2qGXu
>>759
一向にstable出ないけど1,2ヶ月にいっぺんくらいはrc更新されてるよ。
761 ：login:Penguin：2013/01/23(水) 11:33:57.90 ID:4gDUZnvC
FUSEベースのMicrosoft「exFAT」実装、「fuse-exfat 1.0」がリリース
http://sourceforge.jp/magazine/13/01/22/0452214
762 ：login:Penguin：2013/01/23(水) 17:31:15.42 ID:4BudqjbT
>>760
返信ありがとう。気長にstable出るの待つかあ。

>>761
これでさらにexFAT/GPTで起動が出来れば、
USBメモリがより安全になり使い道広がるんだが。
763 ：login:Penguin：2013/01/28(月) 08:15:07.80 ID:GZk0n1tK
Windowsに他ファイルシステムを使えるようにするフリーソフトは何故ないの
764 ：login:Penguin：2013/01/28(月) 09:46:12.22 ID:1JCvRlM8
>>763
何故無いと思うの？
765 ：login:Penguin：2013/01/28(月) 14:10:54.28 ID:A2Y2E2A+
Win版FUSEであるDokanもあるし、何が無いんだ？
766 ：login:Penguin：2013/01/29(火) 10:00:01.90 ID:jDJUY4NR
DokanてWin8未対応じゃなかったっけ
767 ：login:Penguin：2013/01/29(火) 13:59:41.92 ID:aKG9Xclb
互換モードでインストールできて動くんじゃなかったっけ
768 ：login:Penguin：2013/01/29(火) 14:07:20.03 ID:s2x0j8Xb
つか、>>765-767のやり取りこそ>>763の思う壷だろ
769 ：login:Penguin：2013/01/29(火) 14:08:09.12 ID:OC0WG3ry
何かまずいか?
770 ：login:Penguin：2013/01/29(火) 14:25:02.25 ID:JmjWVhoC
煽りメソッドとかいう下らないのだろどうせ
771 ：login:Penguin：2013/01/29(火) 22:09:59.19 ID:sH/w0jmy
Dokan上でencfs4win動かしたらなんか動作が怪しかった
772 ：login:Penguin：2013/01/31(木) 01:08:56.64 ID:imwQWOHv
ext4をWinで使いたいです＞＜
773 ：login:Penguin：2013/02/02(土) 20:46:12.53 ID:Zh/i4pOX
zfsで定期的にスナップショット取ってるんですけど
スナップショットから特定のファイルだけ削除することは出来ますか？
774 ：login:Penguin：2013/02/04(月) 14:15:17.51 ID:mA+a2FZk
この記事がすごくおもしろかったんだけど、

【清水理史の「イニシャルB」】 予想以上に便利な記憶域スペースやSkyDrive連携
Windows 8＋NUC＋Thunderboltで作る自宅サーバー - INTERNET Watch
http://internet.watch.impress.co.jp/docs/column/shimizu/20130122_582241.html

win8の「記憶域スペース」と同等なことをLinuxで実現できるファイルシステムってあるのかな？

いまはLVMで 1TBのHDDを4本束ねて 4TBのボリュームを1つ作っているけど、
どれか1つでもHDDが欠けると、ボリューム全体が見えなくなってしまうよね。

ZFSは、ソフトウェアRAIDとLVMの「あいのこ」みたいな認識を持っているのですが(私の不勉強でしたらすみません)
ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、ボリュームを構成しているHDDの一台が壊れても、
マシンを止めたりファイルシステムをアンマウントせずともHDDの付け替えとかできるの?
775 ：login:Penguin：2013/02/04(月) 16:29:42.30 ID:w3v5aG/Y
>>774

Linux NativeのZFSを使ってるけど、
1T4本なら3Tのディスクが確保できるよ。RAIDZ1というキーワードで
google検索すると、機能の説明や設定方法がいろいろ出ているので、
そちらを参照。

オンラインで切り替えが出来るか、自分も不勉強だったが、SATAのコネクタは
OSが起動中に抜き差しが出来るみたい。年末に会社の備品の整理をした時、
大量のHDDをこの手を使って、データのチェックをしたり、内容消去を
したが、チェックに使ったLinuxマシンは一度も再起動せずにすんだ。

なお、ZFSには一応スペアディスクの機能があり、障害時にはこれに切り替わる
はずなんだが、うまく動かなかったので、単純なRAIDZ1にして使っていた。
その時のバージョンはrc8で、昨年の5月の連休にテストしたから、
今のバージョンでは動くかもしれない。
776 ：login:Penguin：2013/02/04(月) 16:54:56.01 ID:vfNYlBcm
>>774
冗長性を持たせた vdev (mirror, raidz, raidz2) を使えば大丈夫だよ。
箱は↓このへんがおすすめ。
http://www.supermicro.com.tw/products/chassis/2U/826/SC826BE16-R1K28LP.cfm
LSISAS2008 や LSISAS2308 が乗った HBA を使えば、sas2iciru で故障したドライブの
LED を光らせたりとかもできる。
777 ：login:Penguin：2013/02/04(月) 17:27:46.31 ID:MdIqgtlM
2012の記憶域プール/記憶域スペースは、zfsで言うなら、zvolを切り出すときにzvol単位で冗長性を指定できる感じだと思ってる
zfsではプール(を構成するメンバ)単位での指定だから、2012の方が柔軟なのかも
冗長性不要のものも混ぜられるから
778 ：login:Penguin：2013/02/04(月) 17:30:03.48 ID:ggbXULcg
>>775
＞SATAのコネクタはOSが起動中に抜き差しが出来るみたい
それはシステムによる
コントローラ、電源、OS全部対応して初めて使える
779 ：login:Penguin：2013/02/04(月) 21:46:31.56 ID:w3v5aG/Y
>>778

なるほど、前に試した時には認識しなかったり、
Linuxがカーネルパニックになったりしたけど、年末に
試したシステムは、マザーボードが新しいヤツなので
オンライン交換に対応してたのか。
780 ：login:Penguin：2013/02/05(火) 01:48:55.59 ID:2nfprAI4
>>774
今のLVMってthin provisioningやraid 1/4/5/6が統合されたんだけど誰も使わないからノウハウが広まらなくて誰も使わないスパイラル
781 ：login:Penguin：2013/02/05(火) 01:57:44.33 ID:pEXCZ1DL
>>780
その辺、fsまで統合しないといまいち気持ちよくならないしなぁ。
782 ：login:Penguin：2013/02/05(火) 16:19:01.78 ID:8jmt/8C7
すみません、最近RAID1の機能を内蔵した外付けハードディスクがありますが、
こういうの↓って、Linux で使えるんでしょうか？
http://www.iodata.jp/product/hdd/hdd/hds2-ut/
783 ：login:Penguin：2013/02/05(火) 16:40:25.35 ID:1zAw6hnU
>>782
くだらねえ質問はここに書き込め！ Part 204
http://engawa.2ch.net/test/read.cgi/linux/1358204325/
784 ：login:Penguin：2013/02/05(火) 16:41:03.90 ID:c/J197Jv
>>782
普通の外付けHDDとしては特に問題なく使えるだろうね。
ただ、RAIDの診断・管理機能はWindowsでしか使えないだろうね。
785 ：login:Penguin：2013/02/05(火) 16:44:39.74 ID:c/J197Jv
>>783
ごめん、くだ質と間違えてレスした。
786 ：774：2013/02/05(火) 17:42:07.35 ID:iH+ZYp+S
みなさんレスありがとうございます。とても勉強になりました。
この Win8 の記憶域スペースや、VVAULTみたいなのが
Linuxでもできたらおもしろいなと思いました。

自分の場合は、4TBの前は 320GB*4 (1.28TB) のボリュームだったんだけど、
1.28TBが足りなくなってきたら、以下のようにやってました。

・いったん、べつのHDDにまるごとバックアップ
・1.28TBのLVMのボリュームを削除、320GB*4 の HDDは外す
・1TB*4 の HDD を買ってきて付けて、LVMで4TBのボリュームを作る
・バックアップからもどす

こういうのをもっとスマートにやりたい。
でも、LVMの場合、オンラインリサイズできるかどうかは、そのボリュームのファイルシステムに依存しちゃいますよね。
(いちおうxfsをつかっています)
787 ：login:Penguin：2013/02/05(火) 17:51:11.13 ID:8jmt/8C7
>>783
すみません、「くだ質」に行ってきます。

>>784
ありがとうございました。
788 ：login:Penguin：2013/02/05(火) 18:36:21.07 ID:s9jDUl55
btrfsがやる気あるのかないのか
待てないのでzfs on linuxで構築始めた
789 ：login:Penguin：2013/02/05(火) 21:55:28.53 ID:YWdPtsrM
>>786
mhddfsあたりじゃ不足なのか?
790 ：login:Penguin：2013/02/05(火) 22:02:52.96 ID:pByXQYS9
ほうそんなものがあったのか
初代Windows Home ServerのDE（Drive Extender）ぽいな
791 ：login:Penguin：2013/02/05(火) 22:07:31.65 ID:2nfprAI4
>>786
pvmove、って思ったけどオンラインのままデータ移動できるだけで対して手間変わんねーか
792 ：login:Penguin：2013/02/05(火) 22:32:54.79 ID:XpphixRH
>>786
いやそれで十分でしょ
わざわざオンラインリサイズする必要ないような
793 ：login:Penguin：2013/02/06(水) 00:28:33.95 ID:222syq/9
>>790
ただ書き込みのパフォーマンスはあまり良くなかった気がするな
794 ：login:Penguin：2013/02/06(水) 02:59:15.13 ID:tvDfbunm
RAID 5/6 Support Finally Comes To Btrfs
http://www.phoronix.com/scan.php?page=news_item&amp;px=MTI5Mjc

stableカーネルに降りてくるのはいつになるか。
795 ：login:Penguin：2013/02/06(水) 05:57:00.67 ID:gb1SboyM
http://blog.keshi.org/hogememo/2012/12/26/tuning-xfs-physical-sector-size
sectszなんて注目したことなかったなあ
796 ：login:Penguin：2013/02/06(水) 10:12:30.76 ID:N5t3SmO4
>>786
前後読んでないので的はずれならごめん
xfsは拡張のみリサイズに対応してる。

電源とsataの口に余裕があれば、オンラインでのリサイズに支障はないよ。
797 ：login:Penguin：2013/02/06(水) 11:33:05.96 ID:Kj/Az8A+
>>793
パフォーマンス関係ないよ。
mhddfsは複数のドライブをまとめて
一本に「見せて」いるだけ。
798 ：login:Penguin：2013/02/06(水) 13:04:19.10 ID:x4UXqhfb
>>797
一本に「見せる」ためにオーバーヘッドが発生してるわけで
ある程度のパフォーマンス低下は避けられないよ
しかもfuse実装だし
まあ倉庫用ととしては問題ない速度出るし、俺自身愛用している
799 ：login:Penguin：2013/02/06(水) 14:48:45.14 ID:oamzzSXW
>>798
そんなクリティカルな業務に利用するもんじゃなし
「ある程度」なんて適当なこと書かんでもw
800 ：login:Penguin：2013/02/06(水) 20:01:26.86 ID:k9a5JBwS
> ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、

RAID-Z系はオンライン拡張NG(FreeBSDしか知らないけど，
たぶんソラリスでも同じ?)．
ただしRAID1 が要求なら，RAID1じゃなくてRAID1類似の
「同じデータを複数記録する」モードなら
動的領域拡張含めて対応OK

> ボリュームを構成しているHDDの一台が壊れても、
> マシンを止めたりファイルシステムをアンマウントせずとも
> HDDの付け替えとかできるの

ZFSとしては楽勝．すでに出てるようにOS側・ドライバとかの
対応の問題．FreeBSDでは出来てるです
801 ：login:Penguin：2013/02/06(水) 20:32:44.68 ID:44A2GJXi
>>800
> > ZFSは、Raid1をやりつつオンラインで領域拡張をしたり、
>
> RAID-Z系はオンライン拡張NG(FreeBSDしか知らないけど，
> たぶんソラリスでも同じ?)．
> ただしRAID1 が要求なら，RAID1じゃなくてRAID1類似の
> 「同じデータを複数記録する」モードなら
> 動的領域拡張含めて対応OK

RAID-Z も大丈夫だよ。

> > ボリュームを構成しているHDDの一台が壊れても、
> > マシンを止めたりファイルシステムをアンマウントせずとも
> > HDDの付け替えとかできるの
>
> ZFSとしては楽勝．すでに出てるようにOS側・ドライバとかの
> 対応の問題．FreeBSDでは出来てるです

HBA でOS上のデバイス名の特定とエンクロージャーのスロット番号の特定って
どうやってる？
802 ：login:Penguin：2013/02/06(水) 23:35:05.95 ID:P2UIfu+O
オンライン拡張はZFSの開発理由だからね
メモリは刺せば全容量がすぐ使えるのにHDDは刺した後もなんだかんだと色々面倒臭い
ってのが開発動機だったってあのsunのページどこいったんだろ
803 ：login:Penguin：2013/02/07(木) 07:47:08.22 ID:KN+Ed4re
ZFSでいろいろ実験したときに、SSDと内蔵HDD、外付けUSBのHDDで
Poolを作ってみた。容量は全てのストレージの合計となり、SSDに空きが
ある時には読み書きも速かったが、SSDがいっぱいになったらショボーンな
結果に。アクセスの頻度をみて、中のデータをSSD->内蔵HDD->USBと
再配置するような高等な機能は無いみたい。

何か設定があるんだったけ？
804 ：login:Penguin：2013/02/07(木) 08:01:21.46 ID:84cj0TiZ
SunがOracleに買われてから、失われたwebページが大量にあるんだよな...
805 ：login:Penguin：2013/02/07(木) 08:18:09.52 ID:NCEwuIXt
>>803
L2arc
806 ：login:Penguin：2013/02/07(木) 08:37:33.88 ID:KDpJJ5+G
>>803
キャッシュとかL2ARCとか
よくは知らんが、単にプールの1メンバーとしてSSD足したらそりゃそうなるわな
807 ：login:Penguin：2013/02/07(木) 19:04:33.57 ID:KAqc9A5R
>>802
これ？
tp://web.archive.org/web/20090412131623/http://jp.sun.com/communities/0612/feature01.html
808 ：login:Penguin：2013/02/10(日) 10:17:28.60 ID:tNh7kYdq
>>807
うんソレ
Sunの読み物って結構面白いのあったのにね
809 ：login:Penguin：2013/02/12(火) 12:32:52.65 ID:h86r5JKh
>801
RAID-Z で例えば4本のpoolについて4本を大容量に交換，は
出来るけど，5本，6本へと「本数追加」は出来ないですよね?

> HBA でOS上のデバイス名の特定とエンクロージャーのスロット番号の特定って

エンタープライズ方面は知らないけど
個人運用だと smartctl -a あたりでHDDのシリアル調べて
実際の弾とのシリアル照合してます
(オンラインで変えるのが前提だったら
設置時にシリアルを前面に貼っておくかな)
810 ：login:Penguin：2013/02/12(火) 14:34:50.02 ID:CCO74xDs
>>809
Linux だと sas2icru でエンクロージャ番号スロット番号と SAS address の対
応が取れ、SAS address との対応は、/dev/disk/by-path で取って、sas2ciru
で該当のスロットのランプを点灯させることができて楽なんですが、FreeBSD
だと似たようなことは難しいですかね…？

sas2ciru はあるので、camcontrol とかで SAS アドレスを取れるといいのだけども…
811 ：login:Penguin：2013/02/13(水) 09:58:37.20 ID:sjDU/M/G
結論は板違いになっちゃうけど、
http://en.wikipedia.org/wiki/Zfs#Comparisons
これみるとやっぱZFSで遊ぼうと思うとOracle Solaris 11 2011.11でバージョン33を楽しむのがベストなのかな？
812 ：login:Penguin：2013/02/14(木) 07:09:51.57 ID:0K4CdUAU
遊ぶだけならなんでもいいだろ。
シリアスな用途ならSolaris一択。
813 ：login:Penguin：2013/02/14(木) 07:45:54.20 ID:I2AesEGe
昨年の5月の連休で、ZFS Native Linuxで遊びました。
USBディスクを5台使って、RAIDZ1、2の構築とか、
USBディスクを外してディスク障害発生！！とか。
スピードが遅いんであくまで遊びでした。

USB 3.0なら実用的な速度で動くんじゃ無いかと、
こんな構成のファイルサーバを構想中

本体内 HDD システム
USB 1〜3 HDD (USB 3.0接続）
USB 4 SSDデバイス（キャッシュ用）
814 ：login:Penguin：2013/02/14(木) 13:23:56.43 ID:v07mzItn
なんでUSB接続？
815 ：login:Penguin：2013/02/14(木) 18:25:12.10 ID:KVTRKRut
>>813
いや帯域が
816 ：login:Penguin：2013/02/14(木) 18:27:15.48 ID:bu+tK/mL
USBだと気軽にdetachできるからじゃ？
817 ：login:Penguin：2013/02/14(木) 19:25:56.79 ID:awn2R1pZ
>>813
どのフラッシュメモリにも寿命がある。
USBメモリの寿命の短さはSSDの比ではない。
USBメモリをファイルシステムとして常用したらあっという間に昇天するよ。
遊びならいいんだけどさ。
818 ：login:Penguin：2013/02/14(木) 19:35:10.67 ID:DPs312Hr
どこにもUSBメモリなんて書いてないのに勝手に訓告してる奴
819 ：817：2013/02/14(木) 20:03:36.35 ID:awn2R1pZ
これは失礼。
820 ：login:Penguin：2013/02/14(木) 20:09:47.77 ID:1QJShQV/
ZFSで遊ぶような人なら
USBメモリの書き込み寿命の話なんて百も承知だよな
821 ：login:Penguin：2013/02/14(木) 20:19:27.54 ID:KQgK/JTS
ZFSのRAIDZとかミラーリングでUSBメモリの寿命の短さを見かけカバーできるんでは？
ZFSがそもそもUSBメモリの障害を想定した設計になってるのか知らないけどさ。
822 ：login:Penguin：2013/02/14(木) 21:33:32.57 ID:C/WIIfjV
>>813に「HDD」って明記してあるやん
823 ：login:Penguin：2013/02/15(金) 00:23:52.03 ID:hfMVZt2H
USB = USBメモリ
だからな、一般人にとっては・・・。
824 ：login:Penguin：2013/02/15(金) 00:28:43.77 ID:+Hx5Fmrt
一般人はUSBメモリなんて使わないよ
SDカード使うよ
825 ：login:Penguin：2013/02/15(金) 16:06:49.12 ID:6Bfte6Bc
>>780
LinuxのソフトRAIDってmdadm+LVMのイメージだったがどんどんmdadmと機能被ってる気が・・・

>>809
＞5本，6本へと「本数追加」は出来ないですよね?
できない。
4本でRAID-Z1のプールに更に4本足して4+4本のプールは作れるけど。
ちなみにZoLだとSATAポートの位置かシリアル名使ってデバイス管理できるよ。

>>811
オープンソースがv28で止まったけど、各OSS実装はv28ベースで独自に機能拡張してるよ。
プラットフォーム毎に非互換になるとマズイので、feature flagsというので名前つけて管理してる。
そのページで28/5000ってなってるのがそれで、便宜上v5000ってことにしてバージョンではなく各feature flagsの有無を機能差としている。
なので本家以外が古いままというわけではなく、最新のillumosやZoLではlz4圧縮とか使えてこれはこれで楽しめるよ。
826 ：login:Penguin：2013/02/15(金) 16:53:28.88 ID:LeXpeZkj
>>817
一般人乙！
827 ：813：2013/02/15(金) 18:02:17.96 ID:cwGYnOZ9
一日不在の間に話題の人になってしまった。

USBで接続したいのはディスクの交換が簡単にできる事と、
動作試験が楽かなと思った事です。RAIDZの障害復旧の
テストで、3本のUSBディスクのうち1本の電源をコンセントから
抜けば障害発生の試験が出来ます。

ソフト的にディスクのハード障害をテストできれば良いのだが、
smartの機能で一部セクターの読み込み不可状態とか、ヘッドが
動かないとかエミュレート出来ないものかな。
828 ：login:Penguin：2013/02/15(金) 18:15:15.24 ID:n7OiYagz
なんでわざわざUSB3.0なんか使う必要あるんだ
こういうの使えばいいだろ
http://www.century.co.jp/products/pc/hdd-case/crsj535eu3.html
829 ：login:Penguin：2013/02/15(金) 19:09:14.49 ID:LeXpeZkj
むしろちょっと試したい人がなんでこんな高いもの買う必要があるのかと。
830 ：login:Penguin：2013/02/15(金) 19:13:35.39 ID:n7OiYagz
いや遊びでって書いてるだけだったら別にいいんだけど
その後に実用的なとか言ってるから
831 ：login:Penguin：2013/02/15(金) 19:16:04.20 ID:qpgqgMCM
USBは固定出来ないから、掃除のおばちゃんが足ひっかけて抜けちゃうからダメ
832 ：login:Penguin：2013/02/15(金) 19:30:17.38 ID:IbFBcbKJ
置く場所が変わらないならeSATAでもリスク変わんねーだろ
833 ：login:Penguin：2013/02/15(金) 19:30:56.73 ID:vU48AIKy
掃除のおばちゃん障害復旧が優れているファイルシステムはありますか？
834 ：login:Penguin：2013/02/15(金) 19:31:25.90 ID:NsVxR9k9
掃除しないこと
835 ：login:Penguin：2013/02/15(金) 19:41:45.76 ID:vU48AIKy
掃除のおばちゃんがいないとガベージコレクションできないんですが…
836 ：login:Penguin：2013/02/15(金) 19:42:05.56 ID:zRe651xb
抜けない方が大惨事になる可能性
837 ：login:Penguin：2013/02/15(金) 20:07:29.08 ID:Xnrpj7M/
パソコンの電源を切った状態で掃除してもらえば
どんなファイルシステムでも壊れることはない
838 ：login:Penguin：2013/02/15(金) 20:29:03.69 ID:NsVxR9k9
電源を落としたが最後、二度と起動しないシステム
839 ：login:Penguin：2013/02/15(金) 20:29:51.22 ID:TzeCgnBV
書き換えなければ大丈夫
840 ：login:Penguin：2013/02/15(金) 20:35:58.17 ID:Oa5zxFIk
そういやZFSってファイルシステム全体をリードオンリにできるんだっけ
841 ：login:Penguin：2013/02/15(金) 20:44:41.58 ID:Xnrpj7M/
>>840
大抵のファイルシステムはroオプションに対応してるけど
842 ：login:Penguin：2013/02/16(土) 14:26:47.74 ID:7mzU0Zne
android側から、linux のファイルシステムを外付けhdd、sdカード等で認識させた方はいらっしゃるでしょうか。

当方は、ディスクを複数にスライスしているためか、ext3を含め全てのパーティションを認識出来ませんでした。また、試す事が出来る空のメモリーも所持していません。
御存じな方、よろしくお願いします。
843 ：login:Penguin：2013/02/16(土) 15:44:52.50 ID:OrETdnYm
できるかできないかだけでいえばもちろん出来る
844 ：login:Penguin：2013/02/16(土) 17:16:38.35 ID:xD+Eiwfi
>>843
ありがとうございます。その場合は、ntfs のように特別なappを必要とするのでしょうか。play で探しても見つける事が出来ませんでした。
ちなみに、当方、android3.2を否rootで使用しています。
よろしくお願いします。
845 ：login:Penguin：2013/02/17(日) 03:50:21.11 ID:zPGthiZI
(´・ω・`)知らんがな
846 ：login:Penguin：2013/02/17(日) 05:12:53.26 ID:KW21wsCg
倉庫に最適な圧縮ファイルシステムはなに？
847 ：login:Penguin：2013/02/17(日) 10:44:17.44 ID:W2gzvFub
何のデータ入れるかしらんけど普通の使い方じゃ大して圧縮なんか聞かんぞ
848 ：login:Penguin：2013/02/17(日) 11:10:40.48 ID:uXmwu0MQ
reiserfsはスペース効率が高いよ
/etcをreiserf->ext3にコピーしたら1.5倍くらいに膨れてしまう
小さい無数のファイルってパターンはreiserfsが最強かもね
異なるファイルシステム間のコピーはスペース効率の差を考えないと落とし穴にハマる
論理は同じ4kのファイルでも消費する容量は違ってくる
849 ：456：2013/02/17(日) 11:32:16.29 ID:dRMnzkv/
>>846
お前の好きなエロ動画もエロ画像もふぁいとして圧縮済みだから、小さくならないけどいいのか？
850 ：login:Penguin：2013/02/17(日) 11:50:22.46 ID:eB70SAUb
>>846
これだな。
$ tar -cJf /dev/sdb hoge
851 ：login:Penguin：2013/02/17(日) 17:32:37.95 ID:wt0UiBQl
>>850
それtar使う意味あんの。xz単体じゃ駄目なの?
852 ：login:Penguin：2013/02/18(月) 01:10:59.80 ID:VVw+Uo3/
ｼｰｯ
相手しちゃダメよ
853 ：login:Penguin：2013/02/18(月) 09:35:49.55 ID:iZYqbJKK
>>842
Andoridで直接外部デバイスをマウントするにはrootが必要。
rootなしで間接的に読み書きする売り物アプリはある。
854 ：login:Penguin：2013/02/18(月) 12:50:59.99 ID:wF6iQP22
>>853
それが、出来たのよ。fat は、でふぉ。ntfs は、それ用のapp をインストールして。
無論、usb ホスト機能が備わったデバイスなんだけど。

出来なかったのは、複数にスライスしたディスクの認識。それと、(事情があって)未確認なのが、linux のファイルシステム。
これ、ぐぐっても上手く情報を見つける事が出来なかったので、質問させてもらいました。
855 ：login:Penguin：2013/02/18(月) 14:50:32.13 ID:6pDBV4ub
>>854
fatがマウント出来るのはSDカードと同じ扱いだからじゃないの？
856 ：login:Penguin：2013/02/18(月) 15:44:46.34 ID:T3X8NHKW
少なくてもこのスレの話題ではない
857 ：login:Penguin：2013/02/18(月) 15:57:19.39 ID:SqiJYAtc
>>856
おっしゃるとおりですね。これで、止めておきます。
android のスレッドで答えが出てこなかったので、こちらにすがりました。android でlinux のファイルシステムが認識するかどうかを確認する事は難しくも手間でもないので、環境が整ったら自分で試す事にします。
858 ：login:Penguin：2013/02/18(月) 16:08:58.53 ID:T3X8NHKW
あと質問するならどういう手順でやってどういうエラーがでてどうだめなのかもっと具体的に書かないと
859 ：login:Penguin：2013/02/18(月) 16:53:31.16 ID:0fCP/Bhc
Androidのroot化スレに来れば？
こんなアプリありませんかスレでも教えてくれると思う。
860 ：login:Penguin：2013/02/19(火) 17:31:56.68 ID:LFFgQYOS
スライスなんて言葉使うところでイラっときてしまったw
普通はパーティション切る、とかじゃないの。
861 ：login:Penguin：2013/02/19(火) 17:39:12.67 ID:sq7//BE5
SliceはSunOSとFreeBSDの方言だね。
862 ：login:Penguin：2013/02/19(火) 20:10:42.41 ID:iS/h+HyC
方言っていうか、ちょっと違うものだと思うんだが。
863 ：login:Penguin：2013/02/20(水) 18:45:00.71 ID:+aAxh8gV
ext4にもinline extentきた
http://kernelnewbies.org/Linux_3.8
864 ：login:Penguin：2013/02/22(金) 15:27:09.19 ID:MXk9yGpi
>>863
3.8はいつ酢テーブルになんだよ
865 ：login:Penguin：2013/02/22(金) 17:59:49.70 ID:TqmeszgD
いつなる、とか決まってるのか？
カーネルはいつだって発展途上だろうよ。
小数点以下の奇数偶数で性格が違ってた時期とは違うんだし。
866 ：login:Penguin：2013/02/25(月) 06:40:22.06 ID:j88VOP6D
http://sourceforge.jp/magazine/13/02/19/2355244

386プロセッササポートを廃止した「Linux 3.8」リリース、SSD向けファイルシステムやExt4でのinode内へのファイル埋め込みなど新機能も搭載
2013年02月20日 15:30 末岡洋子

　大きな改良点としては、Ext4ファイルシステムでinode内にファイルを埋め込む機能の追加が挙げられる。
inodeはファイルシステム内に作成されたデータベースで、ファイルサイズやその作成/更新日、
実際のデータが格納されている位置といったファイルに関する情報が格納されている。
ファイルの中身はinodeとは別の場所に書き込まれているが、ext4では一定サイズ（通常は4KB）のブロックでデータを管理しているため、
数バイトのデータでも4KB分のブロックを消費してしまうことになっていた。
そこで、このようなサイズの小さいファイルについては、inode内で利用されていない空間に格納することでディスク容量の無駄な消費を抑え、また読み込みパフォーマンスの向上を図るという。


NTFSみたいな仕様になってきたな（700バイト前後のデータはMFTに格納）
867 ：login:Penguin：2013/02/25(月) 18:09:18.18 ID:rdCjMQFw
NTFS「二十年前からやってたわー」
868 ：login:Penguin：2013/02/25(月) 19:30:08.77 ID:cidNodeu
むしろ今までやってないことに驚愕した。
当然そういうことはやってるものだとばっかり。
869 ：login:Penguin：2013/02/25(月) 20:39:00.96 ID:6sPbIYsJ
linux生まれのファイルシステムは本当にロクなものがないな
870 ：login:Penguin：2013/02/25(月) 21:08:46.27 ID:mV5cRDa1
reiserfs使えばいいじゃんって言われていたところ
871 ：login:Penguin：2013/02/25(月) 21:18:40.17 ID:x7pv2yDI
>>867
MFTが無駄にでかくなるのは勘弁してほしいですな
デフラグの邪魔になるし
872 ：login:Penguin：2013/02/26(火) 02:43:12.39 ID:ef5xjufi
metadataはwrite throughがbasicだから、
そこにdataをembedするとgentleにhandleしないとtoo slow。
873 ：login:Penguin：2013/02/26(火) 03:42:36.62 ID:G3wxh3nl
That's too bad.
874 ：login:Penguin：2013/02/26(火) 08:56:16.17 ID:WYATSnO2
>>872
ルー乙
875 ：login:Penguin：2013/02/26(火) 09:04:00.85 ID:g+AJMIjY
>>872
ついでに教えて欲しいんだが、gentleにhandleするひつようがあるのはだれ？

ユーザースペースのプログラム？それともファイルシステム実装？
876 ：login:Penguin：2013/02/26(火) 17:12:35.21 ID:WTsKSKql
>>871
デフォルトじゃ256バイトまでしか格納しないから大丈夫
877 ：login:Penguin：2013/02/26(火) 21:20:04.95 ID:AIYFHxRR
静的inodeのext4にサイズは元々関係ないだろ
878 ：login:Penguin：2013/02/26(火) 21:26:46.70 ID:FrzYR6KA
>>876
NTFSってそうなんだ。
ぶっちゃけ意味ないよね、WindowsOSって粒度の小さいファイルがメインじゃないし。
879 ：login:Penguin：2013/02/26(火) 23:52:44.18 ID:73TZCEU/
ブラウザの履歴とかがショートカットファイルなんじゃなかったっけ?
880 ：login:Penguin：2013/02/27(水) 00:00:46.00 ID:ef5xjufi
履歴なんてまとめてDB系のファイルになってんのと違うの?
まさか1件ごとに1ファイル?
881 ：login:Penguin：2013/02/27(水) 03:56:54.81 ID:cy5vy5vd
昔はCOOKIEとか1ドメインに1ファイルだったりしたな。
今はどうなってるのか知らんが。
882 ：login:Penguin：2013/02/27(水) 04:43:31.01 ID:aOxhXnPj
個人的には1件ごとに1ファイルがよかったな。lsとかgrepとかつかえるし
DBの機能はファイルシステムが持つべきだった
883 ：login:Penguin：2013/02/27(水) 08:23:30.15 ID:qJ9TH9xg
256バイトはext4の話だろ
884 ：login:Penguin：2013/02/27(水) 12:03:33.92 ID:u+i52t65
>>878
256バイトなのはext4の方
NTFSは700バイトくらいまでいける
885 ：login:Penguin：2013/02/27(水) 13:10:18.77 ID:1C7Jz1S8
>>884
ん？ そうなの？ 今まで埋め込み機能はなかったんじゃないの？
>>886 で今回4k以下のファイルが埋め込み可能になったと。
886 ：login:Penguin：2013/02/27(水) 13:11:38.23 ID:1C7Jz1S8
>>885
間違えた。 886じゃなくて >>866ね。
887 ：login:Penguin：2013/02/27(水) 13:29:58.23 ID:qJ9TH9xg
まさかext4のinodeが4KBあると思ってる？
888 ：login:Penguin：2013/02/27(水) 13:54:22.85 ID:1C7Jz1S8
>>887
ん、いや >>866 の記事だと256バイトという記述はないので、
そうなの？って聞いているだけだけど。
889 ：login:Penguin：2013/02/27(水) 14:53:37.22 ID:u+i52t65
>>888
さらに元の記事というか仕様をよむと書いてある
英語だけど中学生でも読めるから読んどけ
890 ：login:Penguin：2013/02/27(水) 15:03:34.45 ID:1C7Jz1S8
>>889
ヤダヨメンドクセー
891 ：login:Penguin：2013/02/28(木) 07:57:02.49 ID:fJLMy7DH
簡単な英語すら読まないクズがなんでこんなところに？
892 ：login:Penguin：2013/02/28(木) 12:01:41.18 ID:2Lr9pQ0D
>>867
> NTFS「二十年前からやってたわー」

まるで UNIX みたいでつね。
893 ：login:Penguin：2013/03/02(土) 22:04:08.92 ID:RsJmzJt9
最近は英語を読む必要もないよ
自動翻訳の変な日本語を理解する能力があればいい
技術革新で生まれた新しいスキル
894 ：login:Penguin：2013/03/02(土) 22:18:22.57 ID:HLjoB6sk
NTFSってVMSの流れを汲んでるんですよね
895 ：login:Penguin：2013/03/04(月) 02:45:38.64 ID:VbDecDD/
Sun ZFS用のソフトでOracle DBのプロビジョニングが迅速に
http://ascii.jp/elem/000/000/768/768600/?new
896 ：login:Penguin：2013/03/04(月) 17:18:33.98 ID:+qMmS8Q0
宮坂美樹さんHPからOracleへ転職したんだ。

ご愁傷さま。
897 ：login:Penguin：2013/03/05(火) 01:18:46.40 ID:BSovtdgG
http://blog.livedoor.jp/ese_admin/lite/archives/52018976.html
ZFSといえば、盲信してやってしまった話があったね。
今は性能でるのか、構成に問題があったのか。
898 ：login:Penguin：2013/03/05(火) 01:24:53.79 ID:BSovtdgG
http://www.marubeni-sys.com/st/tintri/
集中的な仮想環境だと、OSイメージが重複するので重複排除が効くらしい。
スパコンはコスパがどんどん悪くなってるけど、ストレージは専用ハードが優位な分野があって面白いね。
さらにオープンな実装で遊べるといいんだけど。
899 ：login:Penguin：2013/03/05(火) 02:07:27.60 ID:vSp9+Cr1
>>897の先の報告書より
> 処理可能な最大 IOPS に到達すると、性能が劣化し期待した
> 処理能力を下回ってしまうことが判明しました。

そりゃそうだろうw
上限超えてるのに期待した処理能力もクソもない。
900 ：login:Penguin：2013/03/05(火) 12:54:37.83 ID:rAjEtr7t
メモリ・ディスクとネットワークが一般的なパフォーマンスボトルネックだしね
ここ10年以上いわれてるけど、シリコンものの性能向上にぜんぜん追いつけねぇ
マルチコアの世界になってさらに帯域食うようになったし

鯖のSSD化の稟議通らないです。DBチューニングするのはもう限界なんで誰か助けて
901 ：login:Penguin：2013/03/05(火) 13:28:57.86 ID:J2lJ1JvE
これ以上ディスク回転数上げたら音速越えるからな
記録密度を上げて早くするしかない
今のHDDはプロペラ機の限界
902 ：login:Penguin：2013/03/05(火) 13:52:01.82 ID:+yymegun
ふしおにおは甘え
903 ：login:Penguin：2013/03/05(火) 14:57:30.19 ID:NNubMu/M
ん？ジェットエンジンのタービンは音速超えてないってこと？
904 ：login:Penguin：2013/03/05(火) 15:43:02.83 ID:JaA29UJB
HDDの回転数が音速超えてソニックブームが発生するようになったら、サーバー室での作業が大変だな
905 ：login:Penguin：2013/03/05(火) 16:16:40.50 ID:sAfRU1Je
ターボファンエンジンはファンがギア減速されてるから音速は超えてない
906 ：login:Penguin：2013/03/05(火) 16:53:44.08 ID:vSp9+Cr1
>>900
>>897でもpingがロストするくらいファイルサーバーのポートへの帯域圧迫があったらしいぞw
それで待機系への切り替えが頻繁に起こったとさ。
とっととトランクしとけよ。
907 ：login:Penguin：2013/03/05(火) 17:22:05.92 ID:l+4qT3Gj
>>904
掃除のおばちゃんが入ってきても気づかないから危険だな！
908 ：login:Penguin：2013/03/05(火) 17:55:44.82 ID:bZE5QWKJ
テラバイトメモリのPC環境って構築できるのかな
909 ：login:Penguin：2013/03/05(火) 18:22:20.11 ID:YVaEZ0Xx
>>905
ギアードファンターボなんて特殊すぎるものを
低圧タービンと高圧タービンに分かれてて、ファンは回転数の低い低圧タービンで回す様になってる
910 ：login:Penguin：2013/03/05(火) 18:41:21.36 ID:RHAq1LK+
シャコッ！
911 ：login:Penguin：2013/03/05(火) 20:20:50.13 ID:ITMiu5mQ
>>908
PC サーバだが、 HP DL980 G7 はメモリ 4TB 搭載可能。
ttp://www8.hp.com/jp/ja/products/proliant-servers/product-detail.html?oid=4231377
RHEL6 か Windows Server Datacenter なら 4TB 全部使えるとか。

DBを速くしたいなら、Hadoop とか Oracle Exadata とか、１クエリを複数マシンで処理する仕組みが必要だろ。
ファイルシステムも複数マシンで処理できるようになればいいんだが、安心して使える分散
ファイルシステムはまだまだ高嶺の花って感じなんだよなぁ。
912 ：login:Penguin：2013/03/05(火) 22:10:45.08 ID:eghBKqZH
真空にすればいいんじゃね
913 ：login:Penguin：2013/03/05(火) 22:22:27.19 ID:rJlhlkwr
真空管の中にボトルシップよろしくコンピューターを入れるのかｗ
914 ：login:Penguin：2013/03/05(火) 23:47:16.92 ID:WrNF/wFV
もうね、地震計がこう、シャッコンシャッコンシャッコンシャッコン
915 ：login:Penguin：2013/03/06(水) 00:15:55.24 ID:MoeFIkbG
月にデータセンターを作ることもできるけど
応答に3秒弱かかる
916 ：login:Penguin：2013/03/06(水) 00:24:02.68 ID:JqBHMLSk
物凄く固い金属の棒で月と地球をつなぎ、棒を押したり引いたりして信号を送れば超光速通信の出来上がり
917 ：login:Penguin：2013/03/06(水) 00:27:15.46 ID:STXNhM7K
まずは光速で棒を押す技術の開発からだな
918 ：login:Penguin：2013/03/06(水) 00:31:23.97 ID:JqBHMLSk
いや、光速で押す必要はないんだけどね
正しいツッコミはスレ違いなので略
919 ：login:Penguin：2013/03/06(水) 00:37:26.37 ID:k7sPKPsh
光速もいいけど>>901につっこめよ
920 ：login:Penguin：2013/03/06(水) 00:38:20.90 ID:SAtXIGZq
>>901
今後はSDDに取って代わられるでしょ(´・ω・｀)
921 ：login:Penguin：2013/03/06(水) 01:32:54.80 ID:viUcqrNR
>>912
真空だとヘッドが浮かないんじゃないのか。
ヘリウム充填にすれば音速は空気の三倍ぐらいになるが。
922 ：login:Penguin：2013/03/06(水) 04:10:28.74 ID:1xMpFGDn
>>916
ものすごく硬い金属でも弾性は存在するから
地球と月の間に渡したとしても押し引きの動きは光速未満の縦波として伝わる
なので超光速通信はできない
923 ：login:Penguin：2013/03/06(水) 04:15:06.59 ID:In9pcr1p
いや明らかに>>916は分かってて言ってるだろ。
有名なネタだし。
924 ：login:Penguin：2013/03/06(水) 04:56:48.15 ID:zLtkxEuL
>>922
現実には存在しない完全剛体でも無理なんだけど…
925 ：login:Penguin：2013/03/06(水) 12:18:08.97 ID:z6bfz3k3
>>924
俺の超剛性マグナムなら高速通信が可能
926 ：login:Penguin：2013/03/06(水) 12:35:26.82 ID:t5RfqDsH
>>925
いいからそのデリンジャーを早く仕舞え
927 ：login:Penguin：2013/03/06(水) 12:46:33.52 ID:R5CSiCMY
ハードディスクって音速以下なの？
真空にしたら音速超えれない？
928 ：login:Penguin：2013/03/06(水) 12:59:41.20 ID:uU3vbQmW
>>927
真空にしたらヘッドが浮上しない
929 ：login:Penguin：2013/03/06(水) 13:19:21.66 ID:k7sPKPsh
音速超える以前に回転数ぜんぜん足りないだろうが
930 ：login:Penguin：2013/03/06(水) 13:37:11.27 ID:Lr77WL31
>>924
お前の言ってる「完全」とはどういうものだ？
931 ：login:Penguin：2013/03/06(水) 13:42:03.55 ID:gUr2Pi4E
>>930
完全剛体についてググって出直せ
932 ：login:Penguin：2013/03/06(水) 13:59:19.07 ID:aL3RiR0G
完全剛体と光速有限は両立しないから>924のレスは変。
933 ：login:Penguin：2013/03/06(水) 17:24:45.74 ID:YPGwxa6Q
完全剛体のある物理学を構築したいならご自由に
完全剛体自体が今の物理学と矛盾する性質を持っているので定義次第でなんともいえる
でもその前にSSD化の予算承認してくれ
934 ：login:Penguin：2013/03/06(水) 22:07:57.64 ID:GPiReSjU
結論:月DCはデータのバックアップ/倉庫にしか使えない
あとTCP以外で通信しなきゃいけない
(例えばUDP使ってアプリ層で再送とかするとか
935 ：login:Penguin：2013/03/07(木) 17:07:53.87 ID:0mzJOgbs
>>934
UUCP
936 ：login:Penguin：2013/03/07(木) 17:22:00.41 ID:VzBfagFG
>>934
TCPv6で問題なし。
937 ：login:Penguin：2013/03/07(木) 17:45:56.81 ID:SLN9J81H
>>934
どうせならRFC1149を拡張しようぜ
938 ：login:Penguin：2013/03/07(木) 17:49:44.93 ID:YxdRbsv1
>>937
今のプロトコルでもロケットに鳩を乗せれば大丈夫
939 ：login:Penguin：2013/03/07(木) 18:09:45.62 ID:Q9gqlWjL
別に月まで持っていかなくとも、ISSぐらいでいいんじゃね？
真空だし、無重力だし。
940 ：login:Penguin：2013/03/07(木) 21:19:01.56 ID:bH+zSbWh
truecryptでファイルシステムbtrfsにしようとしたらできなかったんだけどそんなもんすかね？
941 ：login:Penguin：2013/03/07(木) 23:49:06.58 ID:f/LbocKf
>>938
942 ：login:Penguin：2013/03/07(木) 23:53:06.89 ID:Q9gqlWjL
>>938
鳩をロケットでカプセル化すると、送達成功確率が著しく低くなるんじゃないでしょうか
またロケットは戻って来れないので、一方通行になっちゃうのでは。
943 ：login:Penguin：2013/03/08(金) 00:18:30.87 ID:yHajmBdh
>>938

　　 　　　　 |
　　　 　＼　　__　　／
　　　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　 　　　　|ミ|
　　　 　 ／ 　｀´　 ＼

　　　　　　　　ノ´⌒ヽ,
　　　　γ⌒´　　　 　 ヽ,
　　　／／ ⌒""⌒＼　　）
　 　 ｉ /　 (･ ）｀ ´( ･） ｉ/　　 余計なこと思いついた！
　 　 !ﾞ　　　 （__人_）　 |
　 　 |　　　　　|┬{　 　|
　　　＼　　　　`ｰ' 　／
　　　　/　　　　　　　|
944 ：login:Penguin：2013/03/08(金) 10:47:20.94 ID:uLBC58xa
ZFSってgoogleかFSFが受け持ってくれたらよかったのにね。
945 ：login:Penguin：2013/03/08(金) 12:20:20.13 ID:DBhrrCGO
>>940
Arch wikiに詳しく書いてあるので読んでみるといい
946 ：login:Penguin：2013/03/08(金) 15:15:53.41 ID:WiHZdGRl
ライセンスがCDDLである限りFSFはありえないな。
947 ：login:Penguin：2013/03/08(金) 17:29:42.94 ID:VVEamzd6
SunをGoogleが買っちゃえばよかったのにな……戦犯は誰なんだろう……
ジョナサンなのか？エリックなのか？ラリー（ペイジじゃないほうね）が強引だったのか＿＿
948 ：login:Penguin：2013/03/08(金) 17:43:11.09 ID:u8UldJjK
Oracleはほんとに墓場だな
mysqlとかopenofficeとか…
949 ：login:Penguin：2013/03/08(金) 23:02:21.07 ID:eSZPdIKM
何をいまさら
Linuxも引っ掻き回してクソにしてやがるからな
950 ：login:Penguin：2013/03/09(土) 10:38:10.83 ID:6Apzil+J
>>946
zfsのことか？
951 ：login:Penguin：2013/03/11(月) 17:29:01.90 ID:WeDgwPnJ
うへe4defragってファイルと同以上の空き容量必要とするのな
でかいファイルだとデフラグできねーじゃん
952 ：login:Penguin：2013/03/11(月) 17:30:26.45 ID:uJx7+EtX
>>951
でかいファイルをデフラグする意味がわかりません。
953 ：login:Penguin：2013/03/11(月) 17:56:35.66 ID:WeDgwPnJ
つながってた方が気持ちいいだろ？ext4だとパフォーマンスのメリットもあるし

エクステンド入れ替えてるだけなのに空き容量食いすぎだわ
954 ：login:Penguin：2013/03/11(月) 18:00:24.25 ID:yFT42ODX
× エクステンド(extend)
○ エクステント(extent)
955 ：login:Penguin：2013/03/12(火) 12:27:23.41 ID:Sqi6eckD
>>951
ext4はでかいファイルのデフラグが苦手なので問題ない
956 ：login:Penguin：2013/03/13(水) 01:50:47.16 ID:6Wkr42so
RAIDZって一度組んだらディスクの数を増やすことは出来ないんだよね
容量増やそうと思ったら全部のHDD増やさないといけないんだろうけど
1TBx4で組んでて1台を2Tにしてこの2TのHDDを二つのパーティションに分けて
1TをRAIDZに1Tを別の領域として使うことは出来ますか？
957 ：login:Penguin：2013/03/13(水) 01:59:07.80 ID:RVs7CotX
>>951
LinuxだとWindowsのように容量ぎりぎりまで使うのはやめたほうがいい
空き容量が対象の最大ファイルサイズと同じだけ確保できないならば、
その巨大ファイルだけを一度バックアップし削除した状態でe4defragを
行うべきです。
>>952
P2Pでもやっているんでしょｗｗｗｗ
958 ：login:Penguin：2013/03/13(水) 02:45:20.98 ID:47uRlIvK
30Gのssdをやりくりしてるだけだ
人聞きの悪いやつだな。お前がp2pやってるからって他人もそうだと思うなよ
959 ：login:Penguin：2013/03/13(水) 03:41:51.92 ID:VsXQe3Fy
Linux使ってる奴がp2pが悪という日本の世間の風潮に乗っかるとは驚いた
960 ：login:Penguin：2013/03/13(水) 05:22:32.34 ID:zGyG4WtG
ぜってーお前のような奴がトレントはソフトの配布にもどうとか文句つけてくると思ったよ
一から100まで言わないといけないのか？鬱陶しい
961 ：login:Penguin：2013/03/13(水) 08:59:02.10 ID:i4Z6C70L
>>956
出来る出来ないで言えば、出来る。
おすすめはしないけど。
962 ：login:Penguin：2013/03/13(水) 12:22:03.56 ID:9dlmwHh6
>>958
SSDなのに大きいファイルのデフラグをしたいの？
ますます意味がわからない
963 ：login:Penguin：2013/03/13(水) 16:56:18.96 ID:N4vXY7zz
30GBだったらHDDにコピって書き戻した方が速そう。

>>956
1TBx4に更に2TBx4を追加する、という感じの増やし方は可能。
964 ：login:Penguin：2013/03/13(水) 17:22:32.71 ID:oP6bllhZ
煽りとかじゃなくて、そこまでして個人で保持したいデータってどんなものなんだろう。
965 ：login:Penguin：2013/03/13(水) 18:16:23.84 ID:5QgjpMNh
在りし日のカーチャンの動画だろう・・
966 ：login:Penguin：2013/03/13(水) 18:43:50.34 ID:hEh1aaCc
エロ画像/動画の収集癖がついてしまうと、そのうち集めることそのものが目的に。
あと、アニメのTS
967 ：login:Penguin：2013/03/13(水) 19:37:04.81 ID:z6Zzf083
そこまで行ったらキチガイ。ちっとは自覚したほうがええで。
おおきも。
968 ：login:Penguin：2013/03/13(水) 20:11:59.87 ID:R225LlgX
言うまでもないことだけど967はただのキチガイ荒らし
969 ：login:Penguin：2013/03/13(水) 20:57:11.87 ID:kFR35yPs
>>965
在日のかーちゃんって嫌だなｗｗｗｗ
970 ：login:Penguin：2013/03/14(木) 00:52:45.53 ID:ixXeuHEP
単なる保管用ならSSDは高価すぎる
971 ：login:Penguin：2013/03/14(木) 21:48:26.74 ID:6vTzSSqO
保存ならテープでしょ
WDのHDDでもいいけど
972 ：login:Penguin：2013/03/14(木) 22:19:23.93 ID:Sity07WG
保存用なら石版が太古の昔から最も信頼性高いとされている。
973 ：login:Penguin：2013/03/14(木) 23:58:13.24 ID:AAeJwcXn
>>972
すれ違っただけでデータもってかれるんですね。わかります。
974 ：login:Penguin：2013/03/15(金) 00:32:41.64 ID:sL+dYiTU
あ
975 ：login:Penguin：2013/03/15(金) 03:16:39.55 ID:FGAO1gtT
btrfsってサルベージツールあるの？
976 ：login:Penguin：2013/03/15(金) 03:40:08.13 ID:p1Wm/36R
fsckがsegv起こすのに期待するな。
977 ：login:Penguin：2013/03/15(金) 11:57:55.77 ID:O3XCXQaz
次スレ
http://engawa.2ch.net/test/read.cgi/linux/1363315915/

このスレ、終了次第、移動お願いいたします。
978 ：login:Penguin：2013/03/15(金) 18:36:41.71 ID:dN5zx8bN
日経Linux 2013年3月号
データ破損が起こりにくいファイルシステムＢｔｒｆｓでデータの破損を防げる
Ｂｔｒｆｓではデータを更新する際、上書きするのではなく、空き領域にデータをコピーして、そのコピーに対して変更を施す。
そのため、データの破損が起こりにくい。　「Ｂｔｒｆｓ」（バターエフエス）というファイルシステムが使われ始めた。
データの安全性を保つための仕組みを複数備え、さらに柔軟なストレージ管理やボリューム管理が可能な多機能フ…

＞データ破損が起こりにくいファイルシステムＢｔｒｆｓ
＞Ｂｔｒｆｓでデータの破損を防げる

まじで？！
979 ：login:Penguin：2013/03/15(金) 19:29:48.31 ID:yju6tlMM
btrfs「CPU spikeやpanicはデータ破損じゃないから」
980 ：login:Penguin：2013/03/15(金) 19:30:12.51 ID:ghD3puvJ
まだunder heavy developmentだというのに…
981 ：login:Penguin：2013/03/15(金) 19:39:48.45 ID:fLagA4wy
それが日経BP

まあ犠牲者が多いほうが早く安定するしな
982 ：login:Penguin：2013/03/15(金) 19:42:17.01 ID:LNR4GdLq
>>978
何が問題なんだ。
「設計通りに動いた場合は」という接頭語と、「とはいえ、まだ開発途上である。」という接尾語が抜けてるだけだろう。
983 ：login:Penguin：2013/03/15(金) 21:15:34.37 ID:R+L3/d4i
日経なんて情弱専用なんだから、犠牲者が増えるだけ
984 ：login:Penguin：2013/03/15(金) 21:22:15.78 ID:wZYLiTzw
>>972
重量あたりの容量が問題
985 ：login:Penguin：2013/03/15(金) 21:39:52.21 ID:looo/3lu
失われた石版がどれくらいあったか、今となってはわからない
986 ：login:Penguin：2013/03/15(金) 21:42:19.31 ID:mbPJ5bvR
>>984
重量って言うか記録密度の方だろ
987 ：login:Penguin：2013/03/15(金) 22:28:36.46 ID:9RL37dsq
今週リリースされたopenSUSEでbtfsが使える&サポートされてる
パッケージアップデートかけた後のロールバックとかが出来る
988 ：login:Penguin：2013/03/15(金) 23:57:21.38 ID:gQQ4Q5Ml
えっ
いままでbtrfsまともに使えなかったってこと？
989 ：login:Penguin：2013/03/15(金) 23:58:06.97 ID:gQQ4Q5Ml
ああ　SUSEのSnapperのことか
990 ：login:Penguin：2013/03/16(土) 18:35:25.42 ID:tOJIvOc+
埋めネタもないのか
991 ：login:Penguin：2013/03/16(土) 18:47:10.90 ID:52iRaHiP
btfsって実験用だから捨てて、最終的にはext5になるんじゃないの？
992 ：login:Penguin：2013/03/16(土) 19:21:50.33 ID:Eh9oboYw
次スレ既に立ってるじゃん。うめ。
993 ：login:Penguin：2013/03/16(土) 21:25:10.21 ID:OrMVyyts
>>988
これ参考になるよ。ところどころ笑える。
http://www.youtube.com/watch?v=o2I1rUmqagM
994 ：login:Penguin：2013/03/16(土) 22:10:40.28 ID:G40Jf+Ew
>>993
2013-02-16の講演みたいだね。面白い。
最近はちょっと安定してるっぽいことを最後の質疑応答で言ってたけど、その前のを見てるとちょっとこえーよw
995 ：login:Penguin：2013/03/16(土) 22:55:40.17 ID:FOALqM7m
開発中ならこんなものだろう
reiserfsも2.4の初期にやらかして阿鼻叫喚になったしなあ
996 ：login:Penguin：2013/03/17(日) 00:45:40.04 ID:sZoLlaSD
次スレ
http://engawa.2ch.net/test/read.cgi/linux/1363315915/
997 ：login:Penguin：2013/03/17(日) 04:30:42.75 ID:rnQ2W/P5
B
998 ：login:Penguin：2013/03/17(日) 04:31:46.46 ID:rnQ2W/P5
t
999 ：login:Penguin：2013/03/17(日) 04:32:26.11 ID:rnQ2W/P5
r
1000 ：login:Penguin：2013/03/17(日) 05:07:45.96 ID:Ng0iXUb8
fs
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。