11/03/16 01:44:17.96 XBBI08TL
>>507
ext系の弱さはFAT並みだからなw
512:login:Penguin
11/03/16 02:21:08.99 A4sAZpwr
>>511
まてw
地震による影響は振動だぞw それはFS関係ねーw
電源断なら電源断と書くべき
513:login:Penguin
11/03/16 02:48:33.55 IIWWGVUL
いや、Win9x系＋FAT32は、システムは不安定だがファイルは堅牢だったぞ。
未セーブだったファイルはしょうがないが、フリーズして電源断で
Windowsが壊れたことは一度もなかった。
linux＋ext3はシステムは堅牢だが電源断には弱いね。
処理中だったファイルだけじゃなく、linuxシステム自体が壊れて
インストールし直したことが2回ある。
514:login:Penguin
11/03/16 04:39:21.57 SsOWXUnt
FATとかｱﾘｴﾅｽw
515:login:Penguin
11/03/16 05:19:37.59 rzOS3P3S
ext4
btrfs
xfs
zfs
電源断に強いのはどれ？
516:login:Penguin
11/03/16 05:54:15.63 SsOWXUnt
脳
以上
517:login:Penguin
11/03/16 16:09:10.03 1ts7gDuN
ext4はキャッシュ問題があるからのう
FSの問題では無いが、データ吹っ飛ぶのは困る。
518:login:Penguin
11/03/16 19:30:01.69 DZ/+nS40
kernel上げろよ
519:login:Penguin
11/03/16 20:25:25.44 A4sAZpwr
計画停電で電源断したけどext4は無事でした。
520:login:Penguin
11/03/16 20:41:34.43 Th2WoLQM
電源断に有効なのはUPS
521:login:Penguin
11/03/16 22:48:39.06 XBBI08TL
電源断に有効なのはCD/DVD起動でデータを保存しないこと
522:login:Penguin
11/03/17 07:58:53.31 nl5x/hQt
>>520
サブ機はUPS入れてなくて地震の時落としちまったから、
修理中のメイン機のUPSを慌てて入れたらスルー回路につないじゃって
計画停電でまたやっちまった。まあ生きてたけど>ext4
523:login:Penguin
11/03/17 14:25:48.05 t60uhNrm
計画停電2回目実施だと……
これが4月いっぱいまで続くのか。
今からUPS買うとしても売り切れてないだろうなあ。
524:login:Penguin
11/03/17 19:43:53.88 LrFQVpEg
>>523
4月までで済むのか？
5月になったら、どっかの発電所が新たに稼働するのか？
525:login:Penguin
11/03/17 20:06:13.79 IephNgLX
>>524
URLﾘﾝｸ(www.asahi.com)
526:login:Penguin
11/03/17 20:14:38.19 LR4q0AX0
計画停電でファイルシステムが壊れた奴は田舎に住んでるのが悪いと思って諦めることだなw
527:login:Penguin
11/03/17 20:18:29.00 LrFQVpEg
>>525
ﾄﾝ
それでも夏期の見通しは悲観的なのか。
528:login:Penguin
11/03/17 20:35:52.95 3ScHH/0M
業務用の空調を全部GHPにしてしまえば？
529:login:Penguin
11/03/18 00:23:05.46 4shYf62x
>>526
電気無駄遣いの東京様のために停電してるんだけどな。
530:login:Penguin
11/03/18 01:18:19.64 t47KlS4l
真面目に計画停電は困る。
以外とFATやらNTFSやらは強いのかな？
ウチの母は電源を今まで電源ボタンで切ってたみたいだし。
531:login:Penguin
11/03/18 01:18:48.93 t47KlS4l
>>530
電源ボタン長押しは強制終了になっているPCです。
532:login:Penguin
11/03/18 02:19:04.41 xIzsn3iv
長押しじゃなくて、普通にカチッと押すとスリープやシャットダウンしてくれるでしょ。
533:login:Penguin
11/03/18 02:32:03.57 vJTkSX/L
ウチの母に言ってくれ笑
何度言ってもそうやるのに壊れないNTFSは意外と強いのかもしれん。
534:login:Penguin
11/03/18 04:55:16.50 yF8UKWF7
>>530
NTFSはともかく、FATは論外でしょう。
DOSクライアント使ってたころはフリーズでFATチェーン壊れまくった。
当時のUNIX使いに「そこまで意味なかろ」と嘲笑されつつも
「お前らに何がわかる」とUPSかましてた(笑)
535:login:Penguin
11/03/18 12:34:58.15 AYrDXVPC
>>506
SQLite@JFS@SSD が精彩を放ってるなｗ
あとはまあ想定内。
>>522
あんたが原子炉のオペレーターでなくて良かったよ。
536:login:Penguin
11/03/18 22:50:18.53 +H7pbDhl
>>526
田舎って・・・
東電管内は計画停電を実施してるけど、田舎な東北電力は、いまんとこ全部中止になってるわけだが。
都会に住んでなーんも考えず無計画に電気使ってるのが悪いと思って諦めろの間違いだろjk
537:login:Penguin
11/03/18 23:44:53.34 xIzsn3iv
よし！一番重要な鯖にsarge amd64入れるぞ！
538:login:Penguin
11/03/18 23:54:09.00 FqcW8KJ7
匙注入♪
539:login:Penguin
11/03/19 01:02:44.27 nfQqFViP
>>534
DOS3.3Cの頃から使ってて、FATおよびFAT32でFAT(テーブルのほうね)が飛んだことは一度もないな。
電源断での不整合はすべて、chkdskやscandskで修正できた。
FATが障害耐性に優れているとは全然思わないが、
FATが飛んだってのはプログラムのメモリ管理にバグがあったんじゃないか。
元DOS使いの感覚からすると、セーブしたデータはもう大丈夫、
フリーズ前にセーブできなかったデータは仕方ない、テキストファイルだったら
修正かけたあとに断片を拾ってきてなんとかする、みたいなw
で、linux＋ext3だと、セーブしたファイル、あるいはタイミング的にセーブ済みのはずの
ファイルまで復旧できないケースが多いように思うんだ。
540:login:Penguin
11/03/19 01:05:04.50 gbLIyFg9
棒なんとかさんによると umount しないといけないらしいですよ。
541:login:Penguin
11/03/19 11:16:27.66 a4Kgpmhz
sync sync sync
542:login:Penguin
11/03/19 11:19:31.37 +yjEtekC
元ネタ的には sync, sync, sync じゃね
543:login:Penguin
11/03/19 11:41:06.54 a4Kgpmhz
fault
544:login:Penguin
11/03/20 12:14:21.14 HAUNhO/b
XFSとか使ってないのかよ
545:login:Penguin
11/03/20 23:25:08.34 z/HVJZ+5
>>539
> DOS3.3Cの頃から使ってて、FATおよびFAT32でFAT(テーブルのほうね)が飛んだことは一度もないな。
> 電源断での不整合はすべて、chkdskやscandskで修正できた。
そりゃあ、気づいていないだけだろう…。
chkdskのチェック能力は貧弱だしな。毎回バックアップしてあったデータと突き合わせて
正常であることを確認していたというのならまだしも、どうせそんなことはやっちゃいないだろ。
546:login:Penguin
11/03/20 23:54:27.58 uHYfuRXB
FAT(テーブルのほうね)がとぶ、の意味を理解してないようだ
547:login:Penguin
11/03/21 00:23:10.02 gfsWtIgU
FAT（テーブル） は二つあるから、それだけでも随分と違う。
548:login:Penguin
11/03/21 01:19:44.06 IzgRpqxP
>>540
メインはdebian使ってて、電源断後は別パーティションから立ち上げたubuntuで、
debianのパーティションをマウントしてない状態でfsckをかけてる。
>>545
広義の自前データ(設定ファイル、プログラム、マクロファイルを含む)については
別ドライブにミラーリングして、初回はFC /bで全ファイルをバイナリコンペアし、
あとは更新分などを日々バックアップ。ディスク入れ替えとかの節目では、
元データとミラーバックアップをバイナリ比較してチェック、新ディスクに入れ替え後も
チェック、みたいな感じでやってた。
Win9x系ではfcomp32だったかを使って同様にバイナリコンペアをしてた。
>>546
かもね。
幸いnecoのお世話になったことはない。起動して眺めるのはけっこう楽しかったけど。
linuxにはnecoみたいなグラフィカルなファイルシステム復旧ツールってないの？
549:login:Penguin
11/03/21 07:01:24.49 qeDNfXdm
>>548
FAT FSの場合、結構な確率でオープン中のファイルは壊れるけどな。
Win 95/98系で電源断を繰り返しているとsystem下のファイルがそうやって壊れてって
そのうちクリティカルなファイルを壊して立ち上がらなくなる。
550:login:Penguin
11/03/21 07:15:00.75 WXrc7ZOW
そんな自分の思い込み書いたって仕方無いだろう
551:login:Penguin
11/03/26 04:34:33.11 goHjbQuK
媒体がFD程度なら手作業でFAT復旧も可能だったけど
今はもう人力でできる範囲を超えてる
552: 忍法帖【Lv=14,xxxPT】
11/03/26 05:14:01.70 oPrWHezh
ZFSとbtrfsはどっちが電源断につよいのかね？
553:login:Penguin
11/03/26 12:38:41.38 wjAmdAxI
今、UPS無しの環境なんて考えられないからなあ…
554:login:Penguin
11/03/26 14:19:56.41 V3Ng6dso
EPROM最強
555:login:Penguin
11/03/26 19:21:08.94 flXy1je3
>>552
製品として完成すればどっちも同じ程度だろうが、btrfsは今はまだ実運用に使う程の実績はないでしょ。
556:login:Penguin
11/03/26 21:44:05.57 pgKPbaYu
何にでも最初はある。
最初の実績を作れば人柱になれますよ。
557:login:Penguin
11/03/27 01:46:29.22 QddUjfzt
>>554
リナ子! それFSちゃう! 箱や!
558:login:Penguin
11/03/27 16:09:21.85 3UtLLSt0
お！そうかw
じゃEPROM + romfsで
559:login:Penguin
11/03/28 01:46:37.85 kVzQep2Q
マウントして "ls -l" すると、
drwxr-xr-x. 2 root root 3224 2011-03-26 11:11 bin
drwxr-xr-x. 3 root root 376 2011-03-28 00:50 boot
drwxr-xr-x. 2 root root 48 2011-03-26 10:36 cdrom
drwxr-xr-x. 18 root root 3820 2011-03-28 00:58 dev
drwxr-xr-x. 144 root root 7048 2011-03-28 00:58 etc
drwxr-xr-x. 5 root root 120 2011-03-26 10:53 home
こんな感じで、"drwxr-xr-x" の右に "." が付いてる
ext3 のパーティションがあるんだけど、何だろう？
ひょっとして、壊れた？
560:login:Penguin
11/03/28 10:26:17.05 sBQAFq9K
うんこわれてる(w
561:login:Penguin
11/03/28 12:18:33.77 J4CrBVKU
うんこ割れてる
に見えたw
562:login:Penguin
11/03/28 21:17:17.22 u4XW+2Xw
>>559
> GNU `ls' uses a `.' character to indicate a file with an SELinux
> security context, but no other alternate access method.
ソース=info ls
563:login:Penguin
11/04/03 02:12:11.91 KqnuVbOm
Ext4 Scalability Testing on 2.6.38-rc5
URLﾘﾝｸ(free.linux.hp.com)
564:login:Penguin
11/04/11 13:05:27.87 HuTo4V3c
NTFS-3G Merges With NTFSprogs, Plus New Version
URLﾘﾝｸ(www.phoronix.com)
>>335
2.6.39: inodeのロック細分化、stack-plug
2.6.40: reduce rqlock(予定)
565:login:Penguin
11/04/16 23:20:52.93 dF5xAXmG
書き込み中に電源切ると9割方論理障害
566:login:Penguin
11/04/20 10:16:58.93 6Xy6agFB
その理屈だとzfsとかbtrfsしか使えんぞ。
メタデータの局所性を忘れてる。エラー出たところは切り落し処理で充分。
567:login:Penguin
11/04/20 12:42:45.34 vClaItbH
JFSの枯れっぷりとど安定ぶりは安心
568:login:Penguin
11/04/20 13:23:54.58 D8F8VmvL
ReiserFSは作者も檻の中で枯れていますが？
てかなんで奥さん殺しちゃったのよ。
569:login:Penguin
11/04/20 13:39:57.73 /OhhQf59
檻の中でメンテしてくれりゃいいのにな。
10年来使ってきたけど今度SSD買ったら保守的にExt4にいきます。
初めて入れたLinuxのデフォがReiserFSだったから使ってただけだけどね。
570:login:Penguin
11/04/20 16:45:16.78 Q4gkp6B+
Anyone still use ReiserFS?
URLﾘﾝｸ(www.linuxquestions.org)
欧米人も殺人者のFSなんか使いたくないって言ってるくらいだから
571:login:Penguin
11/04/20 19:21:46.11 cIIOY/tt
Debianの中の人のIanさんはDebraさんと離婚しても殺さなかったし
Debianの名前も変えなかったよね。
HansとIan、どうして差がついたのか……慢心、環境の違い。
572:login:Penguin
11/04/20 20:19:46.45 uT//+ZWW
いや，殺さないってそれ．．．ふつうはそうですから
573:login:Penguin
11/04/20 22:14:24.47 u3bbg3Bf
>>571
Hansが異常なだけｗ
574:login:Penguin
11/04/20 22:17:41.24 uApsio8t
>>571
ちょっとおもしろかったｗ
575:login:Penguin
11/04/22 20:24:54.49 G18jBNNy
人殺しの作ったファイルシステムやなｗ
悲劇やなｗ
576:login:Penguin
11/04/23 04:16:09.55 /oJ69YNo
>>566
nilfs…
577: 忍法帖【Lv=7,xxxP】
11/04/23 12:51:10.25 44h+Y8wN
坊主憎けりゃ袈裟まで憎いってか
罪を憎んでコードを憎まずっつーのもあるんじゃね？
578:login:Penguin
11/04/23 13:17:41.28 LSxT+dHF
今話題の風評被害てやつ？
「577って人殺しの作ったファイルシステム使ってるんですって
「あらやだ
「奥さんを殺したそうですよ
「まあ、奥さんを
「577って奥さん殺したんですって、死体が見つからないから捕まらないみたいな
579:login:Penguin
11/04/23 13:44:09.87 61gUau+w
意味不明
580:login:Penguin
11/04/23 13:53:09.31 dQNkIrE1
nilfsってACL使えるようになった？
581:login:Penguin
11/04/23 18:29:38.34 Vu17dJED
POSIX ACLって使ってる人どれ位いるんだろう。
拡張属性すら使ってない…
582:login:Penguin
11/04/23 22:09:11.23 NcRfLCvq
sambaで使うでしょ。netatalkも。
583:login:Penguin
11/04/24 10:32:28.65 hpTB1nom
killfs
584:login:Penguin
11/04/24 16:41:28.85 +5ORao1q
>>577
好印象を持たないのは確かだろ
そういう事やっちゃうような人間がこしらえた物は真っ当な品質なのか？って疑問が真っ先に浮かぶからな
代替になったりそれ以上の機能を持った物が他にあるなら尚更
585:login:Penguin
11/04/24 22:41:40.97 Q5rSe0sc
Hans大人気w
586:login:Penguin
11/04/25 01:07:25.74 3W5V264c
んなこと言ったら世の色々破綻気味だった芸術家やら科学者の成果使えなくて困るぞ。
大体無差別とかならともかく、愛憎の末の事件では法的な裁きを受けた時点で部外者がどうこう言うもんでもない。
587:login:Penguin
11/04/25 01:11:15.40 A6t0qrDs
ま、そりゃそうなんだけど、SUSEプロジェクト関連から恨まれるのは
仕方ないんじゃないだろうか。
588:login:Penguin
11/04/25 14:17:43.98 eKrnePzl
私生活でトラブった時点で他に移譲して切り分けられるようにして対策しとけよって話だわな
科学者やらの成果の話はいきなり飛び過ぎてて極論すぎるんでノータッチ
589:login:Penguin
11/04/25 18:55:22.80 ooiuyDvr
Hansの性格がああだから、Reiser4はkernelにマージされなかったわけだしなぁ。
590:login:Penguin
11/04/27 23:14:34.41 3Oy2kvsu
romfsを実パーティションに書き込んでそこからブートしたいのですが、ブートローダーはどのように設定すればいいのでしょうか？
エロイ人教えてくださいまし。
romfsにrootfsのものを詰め込む
genromfsで/dev/sda1に書き込む
chrootしてliloを実行しようとすると、read-onlyなパーティションだからmapを/bootに作れないエラー
ショボーン(´・ω・`) <- 今ココ
romfsを作ってchrootしないとliloは実行できないし、romfsはread-onlyだからliloは書き込みできない。
591:login:Penguin
11/04/28 00:26:58.48 SGyKjUEv
>>590
あれはディスクに置くようにできてないでよ
592:login:Penguin
11/04/28 08:37:41.99 Sp1/kbdY
>>591
genromfs -f /dev/sda1 -d ~/rootfs
で、置けてるけどダメ？
593:login:Penguin
11/04/28 13:21:28.48 Zb6brDm9
>>590
いや、/bootは別のfsで切ろうよ。
594:login:Penguin
11/04/28 14:32:16.27 SGyKjUEv
>>592
それをマウントしてみれ
595:login:Penguin
11/04/29 00:35:19.34 6BgVkEdc
出来るじゃん
596:login:Penguin
11/05/03 07:23:44.69 HQxRDXk7
exfat使ってる奴なんているの？
597:login:Penguin
11/05/03 11:25:04.75 /EpLG/0X
大容量SDカード用です
598:login:Penguin
11/05/03 12:18:19.74 EVqiYSWO
リムーバブルメディアでジャーナルなしのfsは怖すぎるだろ。
599:login:Penguin
11/05/03 12:22:55.72 JfSQlytl
SDXC以外で使う用途がないよな
600:login:Penguin
11/05/03 13:53:26.21 fPjeD196
WindowsとMac混在してるからUSBメモリでexFATつかうけどな。
受け渡し用でその都度クイックフォーマットしてるし特にポリシー無いけど。
601:login:Penguin
11/05/03 22:20:06.87 8f/4v2cV
NTFSでいいだろ
602:login:Penguin
11/05/04 01:34:31.60 O+00UzZ3
今度作ろうと思ってるファイルサーバーについて、アドバイス願います
用途：
・録画ファイル置き場(数GBサイズのファイルが日常的に溜まっていく)
・上記ファイルをCIFS等で共有
・(できれば)iSCSI Target化
要求：
・増加するファイルとHDDの管理が面倒なので、一つのボリュームにして管理したい
・容量増加ペースが早めなので、RAID-1のような容量効率の悪い冗長化
はとりたくないが、JBODのような全く冗長性のない構成もとりたくない
・RAIDカードやオンボードRAIDのように、ハードウェアに依存する機能を使わず
ソフトウェアだけで実現したい(→別のマシンにHDDを繋ぎかえて即再構築可)
・基本的にはHDDをどんどん追加していって継続的に容量を増強したいが
設置スペースにも限界があるので、冗長構成を維持したままなるべく手軽に
HDDを追加したり取り除いたりすることができる構成にしたい
(一度に追加/削除するHDDは、多くても3～4台単位で入れ替えするようにしたい)
とまぁこんなことを考えていまして、現時点ではファイルシステムとしてZFSの
RAID-Zが最有力かなぁと思っています。しかし構築したことないので勝手がわかりません。
ZFSは冗長構成になっているストレージプールに単発HDDを追加すると冗長性が
失われてしまうだとか、一度追加したHDDはたとえ十分に容量の空きがあっても
台数を減らすことは出来ないだとか聞いたことがありますが、どうなんでしょうか？
その他のファイルシステム含め、私の用途に合いそうな構成があれば教えてください。
603:login:Penguin
11/05/04 01:38:44.98 8C1WZH+o
ZFSで腹が決まってるなら鼬害
604:login:Penguin
11/05/04 02:05:32.67 hkvldy2o
それだけでいいならFreeNASでもいれておけ
605:login:Penguin
11/05/04 02:27:29.17 iQsNESnS
>>602
RAID-ZでHDD入れ替えはできるけど、元のHDD容量より大きい物と入れ替えて
全体のzpoolを増やしたいってのは無理。
606:login:Penguin
11/05/04 07:50:23.61 5b/r0Vj0
>>605
607:login:Penguin
11/05/04 07:52:38.09 5b/r0Vj0
キーボードがチャタリングおこして空カキコになってしまった。
>>605
なんで？
608:login:Penguin
11/05/04 11:52:27.41 JKp2oFku
>605
できるよ?
RAID 的に使うには当然全部のディスクを交換しないとダメだけど。
609:login:Penguin
11/05/04 22:32:10.72 D3i8CMTY
>>608
一応出来るけど，全部のHDDをひとつずつ入れ替えなきゃいけないから（その度に再構築必要），
相当数のHDDがあるのなら，別のプールを作ってsend-recvで移した方が
絶対に速いと思う．
610:602
11/05/05 01:09:02.91 hQNBUwzK
確かに現段階でZFSを有力視はしていますが、決定事項ではないです。
仮にZFSを使うと決めた場合でも、ZFS on FUSEを選択する可能性もありますし。
それで現状、冗長構成のままHDDを一台づつ追加したり削除したりといったところまで
フレキシブルな構成というのは、お話を聞いてる限りでは出来なそうですね。。。
ZFSにしろsoftRAID+LVMにしろ、3台単位くらいの冗長アレイを最小の構成単位にして
それらを順次容量の大きいHDDに入れ替えていくのが現実的でしょうか。
611:login:Penguin
11/05/05 02:29:49.54 97CsBDVO
同じマシン２台用意してミラー
RAIDはなしで
612:login:Penguin
11/05/05 07:56:27.05 YtAgiQKp
nilfsのリサイズ機能キター。
オンラインリサイズなのはGJだが、今のカーネルで使えないのが悩みどころ。
同じ処理をオフラインでするようなコマンド作ればいいのか。
613:login:Penguin
11/05/10 20:11:16.86 NJVvQMKo
ばたーFSってどう？
誰か使ってる人居ますか？
ファイル鯖で使いたいけどまだ時期尚早？
614:login:Penguin
11/05/10 22:01:07.00 N2CbUemo
室温だと溶けちゃうのがねぇ… ってそんなFSあったっけ?
615:login:Penguin
11/05/10 22:11:10.29 pgZkW8Cn
Ubuntu11.04でネイティブサポート入ったから
/をbtrfsにしてみりゃ分かるよ
ext4と比べたら速度にかなり難あり
616:login:Penguin
11/05/10 22:13:23.70 rUQPjhN+
2.6.32くらいのときに squid のキャッシュdirとして btrfs 使ってたけど
けっこうすぐ壊れた
今だと安定してるのかな
617:login:Penguin
11/05/14 15:26:08.93 jW+sux5O
工事障害情報
株式会社NTTPCコミュニケーションズ
【発生】05/08 仮想サーバへの接続不可
障害発生日：2011年05月08日午前 00時00分頃
『 現在対応中 』
5月9日 午後 15:25追記
完了見込み時刻が以下のとおり変更となります。
【変更前】05月09日（月）午前 11:00 ～ 午後 02:00頃
【変更後】05月12日（木）午前 10:00頃
5月10日 午後 12:20追記
現在のところ、上記の復旧見込み時刻に変更はございません。
5月11日 午後 16:50追記
お知らせした復旧見込時刻にサービスを再開することが困難になっております。
そこで、お知らせしております復旧見込時刻を下記の通り一旦「未定」に変更致します。
【再変更前】05月12日（木）午前 10:00頃
【再変更後】未定
【原因】
<追記>5月13日午後13:00
・ファイルシステムの不具合
データ復旧しても数日分のデータが消失してる可能性が高いとの利用者情報。
弱小WEB屋、SOHOが集う情強Twitterでは、自殺寸前の発狂騒ぎ＼(＾o＾)／
URLﾘﾝｸ(web.arena.ne.jp)
618:login:Penguin
11/05/14 15:29:39.54 5Yfumgbf
また目標は達したとかいってそのまま閉じるんじゃないか
619:login:Penguin
11/05/14 16:37:06.04 alVEYsYu
目標＝エライ人の思いつきで始めたサービスは失敗するという経験則の確認
だったら大成功だな
620:login:Penguin
11/05/14 18:02:40.23 QCvkXXIa
つ トレンドマイクロ safesync
621:login:Penguin
11/05/14 18:21:02.70 UdnEbKjm
CLOUD9終了
URLﾘﾝｸ(www.nttpc.co.jp)
>データの取り出し方法の詳細や代替サービスの提供等につきましては、来週あらためてお客さまへ個別にご案内いたします。
>また、WebARENA CLOUD9については、サービス品質の確認ができるまで、サービスを停止いたします。
全仮想マシンが起動不能って、どんな構成＆障害なんだろ
クラスタファイルシステムの複数ノード障害？
622:login:Penguin
11/05/14 18:46:15.91 m6d6dhc0
>>621
クラウドシステムの場合、システムの構成は完全に隠蔽されていることが多いので、
そのあたりの想像すらつかないなぁ
623:login:Penguin
11/05/15 02:55:16.89 Ye2pH2Xi
WebARENAっていやあアダルトコンテンツ禁止って書いてあるに
アダルトコンテンツだらけでそれはいいのかとURL付きで問い合わせたら
家のサーバじゃねぇと返信が来たり
できた頃から自分ところで何が動いているのかまったく把握してい社員だらけだったな。
624:login:Penguin
11/05/15 05:21:22.79 HsgWXDHD
host側でfsckかかったのかな...
VM単位のbackupも考えた方がいいなこりゃ。
625:login:Penguin
11/05/15 09:03:57.62 hsXP+Ocb
というか、オマイらもっと NILFS 応援しるヽ(`Д´)ﾉ
日本発 FS で唯一の有望株だろ。
怖くても使うことが重要だ（ぇ
SSD での性能が高いことは既に証明されてる。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
626:login:Penguin
11/05/15 09:15:13.63 R6v5078W
>>625
でも、URLﾘﾝｸ(www.nilfs.org) のlatest newsを見ると、
怖くてとても常用できるシロモノじゃないことがよくわかる罠
627:login:Penguin
11/05/15 09:19:05.06 B0dq4CMB
有望株……かなあ？
有望株って言えるのはZFS、HUMMER、btrfsの三本だけだと思うよ
628:login:Penguin
11/05/15 09:21:51.73 yObZ6QGw
データまでnilになったら怖いお
ところでext3って2038年問題に対応してるの？
% touch -d "8930-01-23" 8930-01-23.dat
% ls -l
total 0
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
/usr/src/`uname r`/include/linux/ext3_fs.hを見ても
i_{a,c,m}timeの型は__le32だし何がなんだか
629:login:Penguin
11/05/15 09:24:00.47 yObZ6QGw
追加。x86_64 Linux 2.6.38です
630:login:Penguin
11/05/15 09:51:47.76 Ye2pH2Xi
ext3は2038年のままじゃないのかな
ext4は2514年らしいが
631:login:Penguin
11/05/15 10:04:00.26 hsXP+Ocb
>>626
何だそのくらい。大したことじゃないやい( ｰ`дｰ´)
ext4 だって、不具合は一杯あったわけだし。
URLﾘﾝｸ(bugs.launchpad.net)
使ってみて、不具合があれば報告することに意義がある！
>>627
「日本発での有望株」は、NILFS でしょ。
海外だと、SSD 上での FS の話題では、必ず NILFS は言及される。
>>628
データは、大抵HDD に入れるだろうし、信頼性が第一だから、
枯れた FS でも使えばいいと思う。
ただ、実はNILFS は本来性能をメインにしたものではなくて、
データ復旧をメインに開発されてるんだけどね・・・
632:login:Penguin
11/05/15 10:09:36.45 yObZ6QGw
>>630
そういうわけでもなさそうなんだ
% pwd
/home/tnok/temp
% mount | grep home
/dev/sda8 on /home type ext3 (rw,commit=0)
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
>>631
おーけー、NILFSの名前はしっかり覚えた！
633:login:Penguin
11/05/15 10:19:04.59 PCvvbV4q
最新のベンチマーク
URLﾘﾝｸ(www.phoronix.com)
確かに NILFS は優秀だな。
634:login:Penguin
11/05/15 10:21:24.06 Ye2pH2Xi
>>632
そんなバナナと思ってやってみたらopenSUSEのkernel 2.6.37/i586でもなった
touch -d "19999-01-23 23:59:59.123456789" 8930-01-23.dat
# stat 8930-01-23.dat
File: `8930-01-23.dat'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fd01h/64769d Inode: 111344 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2011-05-15 10:19:44.000000000 +0900
Modify: 19999-01-23 23:59:59.000000000 +0900
Change: 2011-05-15 10:19:37.000000000 +0900
635:login:Penguin
11/05/15 10:25:47.01 Ye2pH2Xi
# touch -d "48794-01-01" 夢の生まれる場所
# stat 夢の生まれる場所
File: `夢の生まれる場所'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fd01h/64769d Inode: 111345 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 48794-01-01 00:00:00.000000000 +0900
Modify: 48794-01-01 00:00:00.000000000 +0900
Change: 2011-05-15 10:25:40.000000000 +0900
5万年くらいまでは大丈夫そうだ
636:login:Penguin
11/05/15 10:27:28.86 JwrU6R2V
日本発とかどうでもいいよ。性能よく信頼して使えればいい
637:login:Penguin
11/05/15 12:18:30.89 tz0Q6a5h
日本で開発されているものだと、日本語で質問・要望・バグ報告できるのがいいね。
英語を読むことは出来ても、英語で質問するのは敷居が高いし。
仕組みも、日本語の文献が沢山あるので、素早く理解するのに困らない。
もともと信頼性向上のために作られたファイルシステムで、
現時点で性能も高いということであれば、使ってみる利点はあるな。
638:login:Penguin
11/05/15 15:55:19.65 Y/lyVgXl
ファイル無くなるって聞いた時点で、利点はなくなるんだが・・・
639:login:Penguin
11/05/15 17:15:17.48 Ye2pH2Xi
>>617
これ原因なったと思われる最初の障害って3月末から始まって
その後1ヶ月くらい障害を放置してからサービス停止になってるな。
640:login:Penguin
11/05/15 18:34:29.57 YX6US6mc
>>628,632,634-635
ext4でもサポートされない範囲だよな
アンマウントすると切り詰められるんじゃねえ？
641:628
11/05/15 18:58:28.70 DkPpwlBp
>>640
それだ！ここで聞いてよかった。ありがとう
（念のため）再起動前
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Jan 23 8930 8930-01-23.dat
再起動後
% ls -l 8930-01-23.dat
-rw-r--r-- 1 tnok users 0 Nov 8 1988 8930-01-23.dat
642:login:Penguin
11/05/18 23:24:56.43 Z+L6Cxa7
>>615
信頼性よりも速度で使えないと思った
643:login:Penguin
11/05/24 00:41:04.17 XWafzd7e
>>615
こっちでも遅かったよ
構造上シークが多発しやすいんじゃないだろうか
HDDには向かないきがしたよ
644:login:Penguin
11/05/27 17:07:58.02 8JALglxO
URLﾘﾝｸ(zfsonlinux.org)
いつの間にかNative ZFSってマウントできるようになってたんだな。
随分前の話にしてはこのスレでは出てなかったっぽいけど、なんかマズイの？
645:login:Penguin
11/05/28 00:11:49.03 7q0/HVaS
>>644
FAQに書いてあるお。1.1 What about the licensing issue?
646:login:Penguin
11/05/28 16:16:39.60 ayVxa3HI
>>645
その点に関しては個人が勝手に組み込んで使う分には問題無いんじゃないの？
スレでまったく触れられてないからよっぽど技術的な問題があるのかなと思った。
Maverick 64bitで試してみた限りではちゃんとマウントできて読み書きできたし、
fuseよりよっぽど速くてzvolも使えてかなり実用できそうな雰囲気だったのだが。
647:login:Penguin
11/05/28 20:39:34.54 +AUkRY8K
Native ZFSってこのスレでベンチの話題とか出てた記憶があるけど
648:645
11/05/29 01:00:35.05 QBuk/AL1
>>646
だからそれがFAQに書いてあるって言ってんじゃん。ここここ。
This makes a Native ZFS on Linux implementation possible
if you are willing to download and build it yourself.
649:login:Penguin
11/06/09 11:44:10.17 oBy5TYoc
URLﾘﾝｸ(www.theglobeandmail.com)
カリフォルニア州は刑務所がいっぱいになったのでガベコレ始めるらしい。
Hansはfreeになるかな？
650:login:Penguin
11/06/09 13:46:02.10 85a7WrKx
>>649
Hansは一応は第二級殺人だけど、司法取引で第一級殺人から減刑された
わけだから、そうそう簡単に出られるわけがない。
懲役15年でまだ3年も服役してないんだし。たとえ減刑されたとしても、
どう考えてもあと数年は入ってるでそ。
651:login:Penguin
11/06/09 16:29:32.86 oBy5TYoc
>>650
ReiserFSはオンラインでinode拡張できるのにカリフォルニア州の刑務所って遅れてるよね。
652:login:Penguin
11/06/09 23:52:08.16 mk1GQXyi
>>651
カリフォルニア州はマジで金ないんだよ。察してやろうぜ。
653:login:Penguin
11/06/12 11:44:37.57 DcUUeU9g
Fedora15にしたら、e4defragってコマンドがインストールされてた
実行したい衝動を抑えるのに苦労している
誰か止めてくれ
654:login:Penguin
11/06/12 11:50:09.32 gQWxzugk
Just do it!
655:login:Penguin
11/06/12 11:54:47.32 L2VpAJM/
考えるな。デフラグするんだ。
656:login:Penguin
11/06/12 12:15:07.13 CfkwT8Ha
653まかせた。報告ヨロ
657:login:Penguin
11/06/12 12:43:26.31 DcUUeU9g
あれ、俺、背中押してって書いたんだっけ?
ちょっとやらなきゃいけない作業があるから、それ終わってから考える
あくまで考える、だからね
658:login:Penguin
11/06/12 15:36:52.76 YGpBY2VZ
+ +
∧＿∧ +
（0ﾟ・∀・） ﾜｸﾜｸﾃｶﾃｶ
（0ﾟ∪ ∪ +
と＿_）__） +
659:login:Penguin
11/06/12 20:12:40.40 wx+U8xiT
URLﾘﾝｸ(fossplanet.com)
All bug reports should be sent to NEC's e4defrag developers. It seems
to me that they are the most appropriate people to fix e4defrag bugs
(of course if they still want to maintain this project - it is hard to
deduce anything from git log - only five commits after merge - one
from author).
おお。結局NECの中の人が開発してたコードが採用されてるのか。
でもマージされてからコミット1つだけって……もうメンテしないのかorz
660:login:Penguin
11/06/12 20:18:26.88 G3ZrchdA
よくテストする人がいないからフェドラのユーザさん人柱になってね♪
661:login:Penguin
11/06/12 22:51:41.39 DcUUeU9g
$ e4defrag -c ~/hoge/
**************************************************
This is a release only for testing, and bugs may
which could corrupt your data. Please invoke
with "-test" if you wish to use it at this time.
**************************************************
オラなんだかワクワクしてきたぞ
662:login:Penguin
11/06/12 23:17:45.96 E+p/fg2k
*********** ダンガー ***********
663:login:Penguin
11/06/12 23:18:17.30 2jOgeKpr
楽しすぎるwwwwwww
664:login:Penguin
11/06/13 01:29:54.09 IgYAmFLq
$ e4defrag -c ~/hoge/
*********** ダンガー ***********
**************************************************
This is a release only for testing, and bugs may
which could corrupt your data. Please invoke
with "-test" if you wish to use it at this time.
**************************************************
665:login:Penguin
11/06/13 01:52:05.83 XAg63/QF
~/rpmbuild/{BUILD,…}を空にしておいて
$ rpm -ivh kernel-2.6.38.7-30.fc15.src.rpm
$ rpmbuild -bp rpmbuild/SPECS/kernel.spec
して
$ time e4defrag -c -test ~/rpmbuild/
Done.
real 0m0.179s
なんか拍子抜け
$ time e4defrag -test ~/rpmbuild/
Success: [ 71809/76280 ]
Failure: [ 4471/76280 ]
real 0m18.643s
user 0m0.692s
sys 0m2.664s
んー もうちょっと頑張って欲しかった
HDDはこんな状態
/dev/mapper/(LVMの名前) 470502808 320653480 125949168 72% /
オプションは様子見るだけの-cとメッセージが増える-vだけ
きっと大丈夫だから、みんなも使ってみなよ
$e4defrag -test /
てな感じで
666:login:Penguin
11/06/13 09:38:59.75 FLXBsZco
ここはダンガーなインターネットですね。
667:login:Penguin
11/06/13 10:33:59.48 KW49apiM
ダンガロウスなスレだな。
668:login:Penguin
11/06/13 11:31:00.61 M6hSVgJN
URLﾘﾝｸ(slashdot.jp)
> Fedora 16 では Btrfs がデフォルトファイルシステムに ?
阿鼻叫喚する人柱の姿が見える。
669:login:Penguin
11/06/13 11:37:24.51 QSfwSb0t
>阿鼻叫喚する人柱の姿が見える
すでにsystemdで阿鼻叫喚の嵐ですが何か?
670:login:Penguin
11/06/13 11:40:45.14 RNWTyH4l
そもそもそういう状況を楽しみたい人向けのディストリだから、阿鼻叫喚ではなく狂喜乱舞だろ。
671:login:Penguin
11/06/13 11:43:06.09 QSfwSb0t
最近はそういうことを知らないお客様が多くて・・・
672:login:Penguin
11/06/13 13:35:25.89 YJNRpC8v
「CentOS新しいのでないなぁ、よしそれならFedoraに移行だ」って人、結構多そう
673:login:Penguin
11/06/13 15:09:46.76 3N/M2PzN
centosからならscientific linuxに行くんじゃないの
674:login:Penguin
11/06/13 18:22:49.09 LDrXHrzI
username@fedora ~ $ e4defrag -test /home/username/
Filesystem is not ext4 filesystem
username@fedora ~ $ e4defrag -test /dev/vda1
ext4 defragmentation for device(/dev/vda1)
[6/26197]/home/username/.gconfd/saved_state: 100% [ OK ]
...
Success: [ 218/26197 ]
Failure: [ 25979/26197 ]
username@fedora ~ $ filefrag /home/username/.gconfd/saved_state
/home/username/.gconfd/saved_state: 1 extent found
rootでやると全部を対象にしそうです。
675:login:Penguin
11/06/13 19:00:08.91 YJNRpC8v
>>673
scientific linuxは現状ドマイナーだからねぇ。いくらCentOSの
有力開発者がscientific linuxに移行すべきだと発言したって、
そうそう知名度は上がらない。
RedHat系のフリーなOSとなると、知名度ではまずはCentOSで、
次はFedoraとなってしまう。
676:login:Penguin
11/06/13 23:16:18.69 /FV9xRx5
>>675
CentOSからFedoraになんて流れないよ。
ただ知名度高いものを使うわけではないから。
ただその流れでbtrfsの人柱になってくれるのは歓迎だが、
そういうレベルのユーザはただ使うだけで人柱にもならん。
677:login:Penguin
11/06/13 23:28:52.20 FfaXvJvv
透過圧縮が使いたいからシステム用としてbtrfs使い始めてて
割と安定している印象で満足してるんだけど、地雷になりそうなバグがあるの？
678:login:Penguin
11/06/14 00:19:10.43 3LAnnTIx
>>675
知名度で選んでる奴は fedora や ubuntu に行くだろうし、
RHELクローンで選んでる奴は SL に行くだろうし、
そもそも RHEL6 なんてまだ製品に組み込んでない多くの企業は CentOS 使い続けるだろ。
>>677
忘れた頃に突如ファイルがなくなってたりするんだよ。
そうでなくても、メタデータのリビジョンが上がったりして、
フォーマットする羽目になったりするけど、人柱志望ならそれもまた楽しいぞ。
679:login:Penguin
11/06/14 00:19:34.03 pk8ZqWy5
そんなとんでもねぇバグがあったらF16で採用なんて話にはならないでしょ
680:login:Penguin
11/06/14 00:26:47.95 BUqizwKD
F16で試してバグ直してUbuntuに採用されるパターンかｗ
681:login:Penguin
11/06/14 00:27:10.79 3LAnnTIx
>>679
Fedora は、とんでもねえバグが無い事を確認し、あれば潰すためのディストロだ。
682:login:Penguin
11/06/14 00:46:32.45 RcOrApG8
>>678
CentOSはよくわかっていない個人とか、そんな個人が管理する企業用で
サーバ用に選ぶ場合も多い…
683:677
11/06/14 00:49:33.49 9rnpHa6e
>>678
それってバグ報告上がってる？
上がってたら場所教えて欲しいんだけど
684:login:Penguin
11/06/14 00:56:43.63 F0n59Jgq
サーバ業者にOS導入から監視まで任せる場合と
RHELかCentOSじゃないとやってくれない。
685:login:Penguin
11/06/14 04:03:38.58 I5Quo95U
Scientific Linux使うなんて言っても「はぁ？ここ何屋だと思ってんの？」と言われてCentOSになるのがオチなんだけどな。
686:login:Penguin
11/06/14 04:08:09.12 Qtl+S292
>>685
今後のバージョンアップの手間が永遠に要らなくなるんだからよしとしようや。
687:login:Penguin
11/06/14 04:16:55.61 PXDSK5vP
ん？バージョンアップの手間はRHEL(CentOS)と同様にかかるわけだが。
688:login:Penguin
11/06/14 04:32:45.74 Qtl+S292
「CentOSになるのがオチ」なら「今後のバージョンアップの手間が永遠に要らなくなるんだからよしとしようや。」
これでいいか？
689:login:Penguin
11/06/14 14:03:10.63 rl1jywGW
ディストリスレになっとる。
690:login:Penguin
11/06/14 14:17:13.60 gjuWUJGD
Centの話はせんといて
691:login:Penguin
11/06/14 18:23:08.43 jSJPDPcz
btrfsはデータとそのメタデータのチェックサムを計算するから
とりあえず安心、か？
692:login:Penguin
11/06/14 18:35:10.93 GCTSroqg
今時チェックサムくらい珍しくないよ
grep -r CRC linux-2.6.git/fs/ してみれ
693:login:Penguin
11/06/14 23:02:59.84 S3dsgHps
Googleさんは、Bigtableでファイルシステムのチェックサムに頼った実装にしたら、
エラー頻発したんで、もう一段載せてたよ。
694:login:Penguin
11/06/14 23:54:48.19 HcXQxote
ZFS on Linux、早く0.6.0がstableにならないかなー。
695:login:Penguin
11/06/15 10:32:28.69 y3xnpYWC
板違いだけど FYI
FreeBSD の方の ZFS は v28 が安定版に投入されますた
raidz3 とか使えるようになったはず，かな
20110606:
A new version of ZFS (version 28) has been merged.
This version does not depend on a python library and the
sysutils/py-zfs port is not used anymore.
For upgrading your boot pool, please read "ZFS notes"
in the COMMON ITEMS: section later in this file.
696:login:Penguin
11/06/15 11:43:26.36 3E956irm
マウントしたままext3をext4にする方法ってない？
697:login:Penguin
11/06/15 12:33:30.44 nuqu398L
URLﾘﾝｸ(ext4.wiki.kernel.org)
あきらめてfsckしよう、な
698:login:Penguin
11/06/15 13:29:31.39 rNfWSnET
無理やりsuperblockを変換出来ても、kernelがext4であると
認識してくれなきゃ意味ないような気がする
699:login:Penguin
11/06/16 06:05:56.65 XXmacPl3
ubuntu11.04でnilfs2を起動時にfstabで/homeにマウントしようと思ったら、なぜか起動時に認識されなかった
ubuntu11.04でnilfs2をfstabで/homeにマウントできてる人は、やりかた教えてください
700:login:Penguin
11/06/16 09:41:34.92 nypKicCL
ubuntu使ってないけど、initramfsに強制的にnilfs2組み込んでもだめ?
mkinitrd --with=nilfs2 (作るramfsをフルパスで表記) (作るカーネルのバージョン)
って感じで
701:login:Penguin
11/06/16 19:22:56.07 P/wLJ4iC
modprobe nilfs2をスクリプト登録しとけばいけるはず。
ループバックとかで初めてfsマウントするとき、mountお任せだと認識できず失敗するし、その類のエラーかと。
702:login:Penguin
11/06/16 20:55:32.44 w0Ow1WpD
nilfsって、noautoにしとかなきゃいけなかったんじゃなかったっけか?
...って、そーゆー話じゃないのか?
703:login:Penguin
11/06/16 23:20:54.39 LE7BIrQt
>>699
純粋な疑問なんだけど、なんでhomeをnilfsにしたいの？
704:login:Penguin
11/06/17 01:14:11.45 T/LZKOBU
>>703
そこ疑問？うっかりファイル削除して替えが一番効かないのは
自分のファイルだから、使えるならnilfsというのは不思議ではないような。
それかbtrfsでファイル書き込みの度にスナップショット取るか。
705:login:Penguin
11/06/17 04:14:53.53 Lfs5WcGf
>>704
チェックポイントの管理はどうします？
適宜削除しなかったばかりに、あっというまにHDD空きが無くなりましたけど。
あと、nilfsは“重要なファイルは保存するな“的なステータスだったかと。
706:login:Penguin
11/06/17 07:15:44.32 vCxPmxVI
>>703
もっともすぎる突っ込みだが、人柱になってくれてるんだから水を差すな!
707:login:Penguin
11/06/17 08:07:20.47 jT7oZASc
~は犠牲になったのだ
708:login:Penguin
11/06/17 09:16:00.56 FgUZ/tZU
このすれ犠牲者だらけだなｗ
709:login:Penguin
11/06/18 10:56:13.94 DgTGpIqk
明日が来るのが怖くて死にそう
710:login:Penguin
11/06/18 13:16:26.83 DRCbpqIw
>>703
/homeをnilfs2にすれば、gitで間違えてmergeやcommitしても簡単に復活できそうだし、
不要なcloneと間違って必要なcloneをrmしてしまっても、簡単に復活できそうな気がしたからです。
でもスレの回答だと、どうやら誰も使ってないらしく、不安定さも予想以上な気がしてきたので止めときます。
（kernelにmergeされてるので安定して簡単にに使える状態かと勘違いしていました。）
711:login:Penguin
11/06/18 14:34:14.69 USXvdspH
カーネルにマージ＝安定して使えるならBtrfsはとっくに（ｒｙ
712:login:Penguin
11/06/18 15:48:36.00 oboKxRlw
>>711
メインラインへのマージは、あくまでもメンテナが選任されてコンパイルが恒久的に
通るようになっただけである、ってことだな。
713:login:Penguin
11/06/18 17:23:36.43 JZqzYp/+
nilfsって、どんな場面で使うべきなのか、いまいち浮かばないんだよなぁ
714:login:Penguin
11/06/18 17:29:07.61 fNYFItjX
じつは俺もｗ
言っちゃなんだが例えばext3で困ったことが無い。
715:login:Penguin
11/06/18 19:28:30.13 V89nBa4I
ルートをnilfs2にしておけば、いつでもオンラインバックアップが
とれるよ！ 安心、安全のnilfs2をよろしく！
716:login:Penguin
11/06/18 19:39:24.96 F65kSYWS
なんか、存在自体が不安だわnilfs2
名前どおりfsがnilになったりしなければ良いが
717:login:Penguin
11/06/18 19:40:34.85 Gw/vQCB8
安全なんてこの世には存在しないんだよ！
ext3だから安全だと思ってるおこちゃまはこれだから困るぜ
718:login:Penguin
11/06/18 21:55:50.64 obBRRPNx
安全とは言えないが安心して欲しい
719:login:Penguin
11/06/18 22:01:29.02 kyb8PMrL
直ちに壊れるとは言えない
720:login:Penguin
11/06/19 10:58:48.24 g0burfyD
>>712
その定義だとreiser4が入らなかった理由がふじこ
721:727
11/06/19 16:59:29.89 ilFxZcIb
全てはLinusの気まぐれ
722:login:Penguin
11/06/19 20:00:53.44 A5t7fACW
>>720
ハンスのコーディングスタイルが気に入らないとかじゃなかったっけ。
723:login:Penguin
11/06/19 21:36:48.99 iRVvz9yZ
自分の名前をファイルシステムに入れたのが、
気にくわなかったのかも。
724:login:Penguin
11/06/19 22:00:05.23 Ti+v6QFt
それをLinusが言うのかよｗ
725:login:Penguin
11/06/19 22:35:32.54 6V3/P2QQ
だからじゃね
726:login:Penguin
11/06/20 00:33:02.27 LidLMRZ4
英語読めないので誰か↓の内容教えて
URLﾘﾝｸ(blogs.oracle.com)
727:login:Penguin
11/06/20 01:33:19.42 0K5MFXrm
Linuxって名付けたのはLinuxじゃないし。ReiserFSの名付け親がReiserなのかどうかは知らないけど。
>>726
ZFSとSolarisのCIFS共有機能の組み合わせで、ZFSスナップショットをWinから「過去のバージョン」として扱えるって話っしょ？
728:login:Penguin
11/06/20 01:34:07.94 0K5MFXrm
>>727
「Linuxって名付けたのはLinusじゃないし。」だった。すまんｗ
729:login:Penguin
11/06/20 03:21:02.94 v/vvkhQE
良くあり過ぎて困るｗ
730:login:Penguin
11/06/20 22:35:40.83 UMurDLbs
Fedora15でe4defrag -test /したらFilesystem is not ext4 filesystemと言われ
e4defrag -test /dev/mapper/vg_fedora-lv_rootするとFile is not regular fileと言い
リンク先にe4defrag -test /dev/dm-1するとFilesystem is not mountedと言う
まったくもう
731:login:Penguin
11/06/21 03:01:34.62 dbWY8Iwb
>>730
/dev/mapper/vg_fedora-lv_rootを別の所にマウントすると、そのマウント先で実行出来るよ
732:731
11/06/21 23:28:28.55 qbcESkqO
>>730
実行してないと思うけど、冷静に考えたら>>731やるとファイルシステム壊れちゃうわ
e4defrag -test {/bin,/etc,/home,・・・,/usr,/var}
でダメ?
733:login:Penguin
11/06/22 00:36:50.50 DGiyhnx2
>>732
え？><
734:login:Penguin
11/06/22 03:02:33.40 zru0vxXP
時既にお寿司
735:731
11/06/22 17:28:29.42 1NmQMAD4
>>733
きっとあなたは日頃の行いが良いから大丈夫です
違うマウントポイントから同じファイルに同時にアクセスすると、
高い確率でファイルが(運がいいと周りを巻き添えにして)壊れる程度ですから、そんなに気にしないで大丈夫ですよ
はっはっは
736:login:Penguin
11/06/23 10:11:29.58 227Uwirb
同じファイルに排他もせずに書き込んだら中身が壊れるのは当たり前だろというのはほっといて
同じデバイスを複数回マウントするのは2.2とかよほど古いカーネルを使ってるのでなきゃ問題ない
ちゃんとman(2)に書いてある
＞Since Linux 2.4 a single file system can be visible at multiple mount points
737:login:Penguin
11/06/23 22:50:56.82 HjVlTZr1
>>736
さすがに同一マシンなら大丈夫だったのか
お騒がせしました
738:login:Penguin
11/06/23 23:50:04.14 hoplELEI
知らなかった...
739:login:Penguin
11/06/24 10:31:53.47 K8U8a53W
man(2)じゃなくてmount(2)だった…
740:login:Penguin
11/06/24 23:18:39.75 rKVrtejX
NILFSの今後について、ごそうだんしたいのですが。
741:login:Penguin
11/06/25 00:33:45.73 nxW16pAD
>>740
Linuxでは現在iSCSIによるファイルシステム共有FSのポジションが穴なので
そこへ行きましょうよ
742:login:Penguin
11/06/25 01:51:39.48 vSMhAj/u
>>741
GFSとかOCFS2じゃだめなの？
クラスタFSより乱戦の分散FSを何とかしてくれー
743:login:Penguin
11/06/25 02:29:16.51 nxW16pAD
>>742
商用で使われてるはずだから枯れてるんだろけど、なんか未来がなくて嫌
iSCSIなんて個人で使うのか?といわれれば答えよう、NFS遅いんだもん
でも、分散FSも欲しいな 両方実装してもらえばいいのかな
744:login:Penguin
11/06/25 02:30:17.52 9DGGdS2I
Linuxで使うNTFS重すぎワラタ
745:login:Penguin
11/06/25 15:01:26.41 575b+1hp
む、GFSなんてのがあるのか
解説サイトとかない？
746:login:Penguin
11/06/25 15:42:28.19 AY5C535H
>>745
URLﾘﾝｸ(www.jp.redhat.com)
URLﾘﾝｸ(docs.redhat.com)
GFS2、Redhatでググるべし
747:login:Penguin
11/06/25 15:49:53.18 +zyw/4mz
NFS系とクラスタ系。GFSという名前だと、
RedHatのGlobalFileSystem
がクラスタ系で、
GoogleFileSystemはHDFSの参考元で公開されてない。
748:login:Penguin
11/06/25 15:52:21.37 +zyw/4mz
4年前になるけど、比較
URLﾘﾝｸ(d.hatena.ne.jp)
749:login:Penguin
11/06/25 18:00:52.70 575b+1hp
まずいな、デバイスマッパーとかLVM理解しないと、
比較サイトの内容も分からないや
750:login:Penguin
11/06/25 20:44:43.82 qXAQ3oUJ
分散ファイルシステムとクラスターファイルシステムの違いを
素人にも分かるように説明してるとこありませんか？
751:login:Penguin
11/06/26 08:29:33.01 m6D2OGvC
大皿のままみんなで食うのがクラスタ
小皿に盛り分けるのが分散
752:login:Penguin
11/06/26 11:37:30.41 3+6dzafu
おれすげーこと思いついたよ。
iSCSIで接続した沢山のtargetをhostがRAIDZで束ねれば
クラスタ分散ファイルシステムになるんじゃね?
(遅そうだが)
753:BIGBANG
11/06/26 12:15:37.68 Juz5ebec
死ね
754:BIGBANG
11/06/26 12:16:43.88 Juz5ebec
お前らオナニーしすぎ
755:login:Penguin
11/06/26 16:45:00.29 kNSxDTTs
>>752
VALinuxがそんな感じのを出してる、ような…
もっと極端だけど、NTTのSheepDogも。
ブロックが脱落した時の再割当や、割り当て先の散らし形がキワそうだけど、
結局発想の大元はそこになるし。
756:login:Penguin
11/06/26 19:23:35.57 yyAEhZ19
そういうのを考えたのがHadoopじゃん。
757:login:Penguin
11/06/26 19:30:38.54 l56YSn1G
ext4ってファイルの断片化が起こりにくいんじゃなかったっけ？
non-contiguousが20%超えてるって酷くね？
758:login:Penguin
11/06/26 19:53:43.24 ZQy5nBxF
>>756
HadoopのHDFSはPOSIX非互換
759:login:Penguin
11/06/26 23:42:55.98 FTOi8J2z
>>740
rsyncを使って、nilfs2のパーティションをオンラインでバックアップする
スクリプト書いたよ。これで安心してnilfs2を使えるよ。
URLﾘﾝｸ(bitbucket.org)
760:login:Penguin
11/06/27 04:33:01.70 RUuJMn+u
>>757
ext4は、ファイルを作って一気に書き込む場合には断片かしにくいけど
少しづつ追記したり部分的な更新を繰り返す場合はext3と同程度
これは欠点では無くてファイルシステムの宿命
761:login:Penguin
11/06/27 18:16:33.12 KMfV1nLf
これから作成するファイルの最大サイズをあらかじめ宣言できるような
ファイルシステムなら断片化しないだろ。
宿命でもなんでもない。
762:login:Penguin
11/06/27 18:17:40.04 jEkPErJJ
>>761
logファイルなんかどうするの
ストリームとか
763:login:Penguin
11/06/27 18:19:17.40 q4P99xCv
追記出来無いfsだなんて
764:login:Penguin
11/06/27 21:14:52.88 hE1KT+/R
>>760
>>761
ext4にはfallocateがあるから、
ファイルをopen → fallocate → データを書き込み → ファイルをclose
ってやれば断片化しないんじゃないの？
765:login:Penguin
11/06/28 03:50:33.77 6lZqfXNr
あるファイルAの後ろに既にファイルBがある状況で
ファイルAに追記しようとすると断片化は避けられない
そして、そんな状況は頻繁に起こる
特に空き領域が半分を切った場合
>>761
最大サイズが予想できたらファイルシステムは要らない
柔軟にファイルを扱う機能が必要でそれを実現するために
ファイルシステムは生み出された
>>764
領域を事前に確保できるけど
それが断片化してないことは保証されてない
ファイルそのものだけじゃなく空き領域も断片化するから
766:login:Penguin
11/06/28 10:30:48.94 SMQJaBw5
Windowsでサードパーティー製のファイルシステムってないの？
767:login:Penguin
11/06/28 11:45:10.94 l0tw3aLq
ext3を扱うライブラリはありますか？
768:login:Penguin
11/06/28 12:42:47.12 jv65m89S
>>761
汎用機(メインフレーム)はそんな感じでファイルの管理行っているよん
OracleやDB2のスキームはその名残
769:login:Penguin
11/06/28 14:01:29.53 83BNRbLo
>>766
つ ntifs
これベースで作ってる人が世界に数人いるようだね。
いまはIFS自体が無償提供されるようになったんだっけ。
770:login:Penguin
11/06/30 00:25:49.09 7y6X/QxR
断片化が気になるなら、
・Linuxからntfsなパーティションにコピー、Windowsでデフラグ
・LinuxからパーティションA(ntfs)にコピー、WindowsでパーティションAからBにFastCopyやFire File Copyを使ってコピー
とかすればいいんじゃないかな。
771:login:Penguin
11/06/30 00:29:07.54 oE2JwSOO
釣りだよな？
772:login:Penguin
11/06/30 01:25:49.48 LwyMJBx5
>>770さんありがとうございます！
>>770さんって凄いんですね！！１
>>770さん尊敬します！！！１１11
と、書けばいいのか？
773:login:Penguin
11/06/30 15:32:02.08 UiUsc/Rx
メモリを見習って2MBブロックを使えばいいじゃん。
ブロックの中では断片化しないんだから。
（利用効率についてのご質問にはお答えできません）
774:login:Penguin
11/06/30 21:12:01.74 MuoLCt9l
>>773
でも、動画ファイルはそれで十分だよな
775:login:Penguin
11/06/30 21:18:32.58 7y6X/QxR
>>771
>>772
せっかくntfsの読み書きが出来るんだから、
そういうのも有りなんじゃないかなと思ったんだよ。
776:login:Penguin
11/07/01 00:51:28.63 GF2T4w1v
Blocks per groupとかふして2MBにすればいいじゃん
777:login:Penguin
11/07/01 09:08:56.71 jQ6wtf86
exFAT「呼んだ？」
778:login:Penguin
11/07/01 11:30:51.54 klcsDY6T
>>775
>>772だが、すまんな。絶賛48時間連続残業で煽ってしまったわ。
Linux向けのNTFSのデフラグツールってないのかな？ありそうだが。
FUSEで書き込みと同時にデフラグとか。クソ遅い上にSSD脂肪しそうなアイディア思いついた。
779:login:Penguin
11/07/02 03:33:16.92 FkAEAKBi
断片化軽減を目的に退避・削除・書き戻しをするならNTFSにこだわる必要も無いな
書き戻しをするときに、
領域を確保してから書き込むコピーツールで
大きいファイルから順番に書き戻していけば断片化しにくい
ext4のような遅延アロケーションに対応したファイルシステムを使うことが条件
780:login:Penguin
11/07/02 03:34:51.98 c3NWYTl9
ファイル名長を増やそうという動きはないのかな？
255バイトじゃなあ……
781:login:Penguin
11/07/02 08:43:10.36 t2CtPZ4J
>>780
reiserfs
782:login:Penguin
11/07/02 11:11:28.82 TM63inIe
ZFS(RAID-Z)って、足りなくなったら手軽にHDD追加して容量up…って出来るようにする予定は無いのかな。
現状だと、1つずつreplaceしてアレイのディスク全て交換…とかしなきゃダメだよね。
783:login:Penguin
11/07/02 12:13:33.14 PIg3QDhW
>>780
じゃあ何バイトあればいいのよ？
784:login:Penguin
11/07/02 12:32:53.88 BOrjSGZM
EA扱いで可変長に
785:login:Penguin
11/07/02 16:31:26.99 CaWgfUoY
Zetta Byte
786:login:Penguin
11/07/02 18:50:04.17 EXXo7zLc
>782
現状で出来ること
* RAID Z 構成する全HDDを大容量のものに交換していく
* RAID Z を構成している pool に対して
別の RAID Z pool を追加して複数pool化しての大容量化
(1台単位での増加はNGで4台とかまとめての増量ね)
気持ちは分かるし俺もそういう機能があったら欲しいけど
RAID Z のデータ配置の意味を考えると
4台構成の RAID Z を 1タマ追加して 5台構成の RAID Z 化するのは
かなり難しいんじゃないかな
787:login:Penguin
11/07/02 21:28:46.36 UuMmvglB
まー極力ファイルを断片化させたくない！って人はWindows使っとけって言いたくなるね。
Linuxのファイルシステムは断片化しにくいだけで断片化防ぐ手段は無いわけだし。
ext4もSetFilePointer + SetEndOfFileみたいなシステムコールで連続領域を確保できるようになればいいのに。
>>780
ロシア人が言ってなかったっけ？
スルーされたはずだけど。
788:login:Penguin
11/07/02 21:52:16.74 BOrjSGZM
それがまさにfallocateです
789:login:Penguin
11/07/03 01:04:52.76 TIKKs5yD
いや、fallocateは結構断片化するみたいだから、
SetFilePointer + SetEndOfFileみたいな使い方は出来んでしょ。
無いよりマシだろうけど。
790:login:Penguin
11/07/03 01:22:08.34 njdRGesq
SetFilePointer ってこれ？
URLﾘﾝｸ(msdn.microsoft.com)
これとファイルシステム上の断片化の防止が結びつかないんだけど。
791:login:Penguin
11/07/03 01:50:07.19 mO72NowC
>>787
e4defrag
filedefrag
さあ、みなさんも魅惑の世界へ
でも、壊れたって報告が開発者のところ行かないと進まないんだよな
792:login:Penguin
11/07/03 04:41:35.20 BNZGSTX4
>>782
drobo だとこういう事できるので、LinuxのソフトウエアRAIDかRAID-Zでも是非やって欲しい
793:login:Penguin
11/07/03 09:25:01.58 el91dD6Z
>>790
クラスタ割り当てを良きに計らってくれるってだけだけども新規ファイル作成時とかには断片化防止にとても効いてくれるよ
URLﾘﾝｸ(support.microsoft.com)
794:login:Penguin
11/07/03 09:44:26.70 1XCpK0AR
xfs_fsrあるじゃん
オンラインで動くし特に壊れない
795:login:Penguin
11/07/03 22:59:22.52 r6wy1+d8
結局、断片化にはNILFS最強ってことでいい？
796:login:Penguin
11/07/03 23:20:50.36 TIKKs5yD
>>791
> さあ、みなさんも魅惑の世界へ
(((（ ;ﾟДﾟ)))
>>794
xfsはkosakiさんの中の人がdisってたけど、
まだまだ現役だよね。
>>795
um
797:login:Penguin
11/07/03 23:30:07.57 MiI7LbCe
>>796
まあxfsは動画データ等の大きなファイルの管理に重点がおかれているから、
同時アクセス数が重要なウェブサービスみたいなFSには向いていない事でディすられたのでは?
798:login:Penguin
11/07/04 05:21:01.68 I/2TIZaS
>>792
mdraidはOCEもORLMもできるだろ？
799:login:Penguin
11/07/04 10:29:02.46 nKcW7jiC
>>798
Beyond RAID の魅力は、異なる容量のHDDをうまく束ねてくれるところ。
800:login:Penguin
11/07/04 10:36:57.43 y25QxMN5
DEやmhddfsみたいなもん？
801:login:Penguin
11/07/04 16:12:58.02 TsEcE6UI
MDonDM でも DMonMDでも好きにすれば？
802:login:Penguin
11/07/04 17:38:39.45 nKcW7jiC
>>800
mhddfs で1つのデータを複数書き込んで冗長化できれば、結果として似たような物かな。
>>801
全然違う
803:login:Penguin
11/07/05 00:33:32.22 RSKVgOX3
Drobo(beyond raid?)って例えば、8GB HDDと1TB HDDを搭載したとして、
1.008TBの容量が使えるの？
例が極端で実用性なんかないのは分かってるけどさ。
804:login:Penguin
11/07/05 00:37:45.63 33unv3rV
Droboってマカーのスメルがするよねw
805:login:Penguin
11/07/05 10:04:21.50 AdqPy2/R
ssdでプチフリ現象がlinuxのfsだと発生しにくく、windowsのntfsだと発生しやすいと聞きましたが
どういう理由でこういう風になるのでしょうか。
806:login:Penguin
11/07/05 11:40:58.06 LCxqiQEp
[要出典]
807:login:Penguin
11/07/05 12:11:24.64 XtL2LPXz
>>805
ほんとだとしたら問題があるのは Windows の方だから
Windows 関連の板で聞いた方がいいんじゃないの。
808:login:Penguin
11/07/05 12:53:24.65 A3bK/yL5
こんな聞きましたなんてレベルの寄越されてもそのなんだ困る
809:login:Penguin
11/07/05 13:45:31.12 XtL2LPXz
居座られても困る。
810:login:Penguin
11/07/05 13:47:07.22 gIWGa7cN
>>805
あれじゃないか?
いちいち最終アクセス日時を記録しにいく...ってやつ。
linuxだとnoatimeでマウントするとか、いくらでもやりようがあるが、
windowsはちょっと違うことしようとするとすぐ壁に突き当たるからな。
811:login:Penguin
11/07/05 13:50:17.03 YUhMtd3w
プチフリは特定のコントローラの問題が大で現在そのコントローラを採用した
新品はないので、話題としては収束している。
812:login:Penguin
11/07/05 15:57:40.79 GuFvR+FR
>>810
NtfsDisableLastAccessUpdateはとうにデフォルトになっている話
URLﾘﾝｸ(msdn.microsoft.com)
しかしプチフリなんてクソSSDの所為だろ
813:login:Penguin
11/07/06 21:34:07.42 DYg+xjdi
>>803
冗長性1(RAID5に相当)で、
200G, 300G, 500G, 1000G のディスクがあったら、
データに1000G、パリティに1000G使える。
200Gのが壊れて2000G(2TB)に交換したら、
データ1800G、パリティ1800G 使えるようになる。
2000GBでなく1800なのは、2TBのHDDが壊れたときに残るデータ量な。
814:login:Penguin
11/07/06 21:35:03.19 Ge+cZXqp
>>805
いまだにSSDがプチフリとか言っているバカが居るんだなぁ
815:login:Penguin
11/07/06 23:34:20.74 VWUl+DyE
NTFSだとクラスタサイズが4KBでも512B単位のアクセスが発生するとか、そんなだとおもうよ。
816:login:Penguin
11/07/07 01:36:04.50 dlQomhvo
>>814
いまだに書き込み回数寿命とか気にしてるやつもいるしな
817:login:Penguin
11/07/07 16:01:29.84 GFwV7q5A
>>814
いまだにJMicron製使ってる俺にあやまれや
818:login:Penguin
11/07/07 19:47:22.69 i54eSR4P
そんなゴミSSDを未だに捨てない >>817 が悪い
819:login:Penguin
11/07/07 21:24:37.69 CtlPVbUM
プチフリJMicronの救世主NILFS
820:login:Penguin
11/07/07 23:54:31.57 VdGVCNVn
NANDフラッシュは大容量になるほど書き換え寿命が短くなる、つまり新型ほど寿命は短くなってる
で、もう限界
そもそも書き換え可能ROMを不揮発RAMのように見せかけている時点で無理がある
ブチフリは今も発生している
最近のSSDはバックグラウンドでガーベージコレクションやレベリングやってるので目立たないだけ
ちょっとでもSSDの仕組みを知っていれば原理的にプチフリが発生する事も分かるよ
それにしてもSSD厨の驚くべき無知さよ
821:login:Penguin
11/07/08 00:30:43.79 9HtZ6rG/
笑っちゃった
822:login:Penguin
11/07/08 08:43:59.60 LabhhmcV
未だにこんなん>>820が居るのか
823:login:Penguin
11/07/08 10:14:21.40 e5rm4x1L
>>820
NANDフラッシュの特性に限ればその話は概ね合ってるんだけど
ここ最近のコントローラの進化っぷりは半端ないから是非調べて
みることをオススメするよ！
824:login:Penguin
11/07/08 12:53:48.53 n9XZLxtZ
寿命より、高速化の為に書き込み並列度を高めてるはずで、
一体最適な書き込みブロックサイズが幾つなのか知りたい。
測ってもコントローラの頑張りで判るような判らないような。
825:login:Penguin
11/07/08 13:34:58.26 LsCvq4C7
大体は512byteが一ページになってるはずなので
512×並列度でいいんでないかい
まあ外で工夫しても賢いコントローラーさんはちょっかい出してくるので
無駄な努力になりそうだが
826:login:Penguin
11/07/08 23:44:21.06 WaJMoObk
遠隔地にある古いサーバ（Ubuntu 8.04）のルートパーティションがReiserFSなんだけど、
サーバーのリブート時に強制的にreiserfsck --fix-fixableをかける方法ってないかなぁ。
touch /forcefsckをしても、どうもReiserFSには効いてない気がするのよね。
サーバーのところまで出かけて行ってgpartedのCDブートでもして、
直接reiserfsck --fix-fixableを実行してこられれば手っ取り早いんだけど、
何せデータセンターまで遠方なもんで……。
どうかお知恵をお貸しください……。
827:login:Penguin
11/07/09 00:10:39.79 DT7fkG1l
rc.local
828:login:Penguin
11/07/09 01:05:40.41 ZxtfTDpd
むしろ現地に行かないでrebootかます勇気に感心した
829:login:Penguin
11/07/09 01:17:47.14 17WoFD2Z
>>826
/etc/rcS.d/にスクリプト置いとけ
>>828
かましたら再起不能になって
現地直行：１回
電話リモート操作：３回
という自慢できない過去
830:login:Penguin
11/07/09 02:08:38.23 3adJrPK8
>>826
swapパーティションがあるなら、
一時的に潰してdebootstrapでメンテナンス環境を作成
その環境を/にするエントリをgrubに追加して再起動
んで、本来のルートファイルシステムをfsck
IP-KVMが使えるならstatic linkなfsckを入れたinitramfsを作ってfsckする
どっちも推奨しないが。
それ以前にfsckが必要と判断した根拠は？
831:login:Penguin
11/07/09 07:27:49.77 wXRR4SxU
さっさと鯖移転すれば吉
832:login:Penguin
11/07/10 12:21:02.75 2tLYdOHm
btrfsにonline fsckが入ると聞いて
833:login:Penguin
11/07/10 13:41:35.61 7T6OKoiR
今時fsckなんて時代遅れ
834:login:Penguin
11/07/10 14:21:03.17 VitrB6wR
おねがい fuck fuck ここに fuck
あなたから fuck
835:826
11/07/10 15:16:17.06 NZ2kE2vn
みなさん、レスありがとうございます。
>>830
営業所内にあるサーバーでこの前一年ぶりくらいにreiserfsckしてみたら、
結構たくさんtransaction replayed（だったかな）が出てたんですよ。
それで、データセンターのほうに置いてあるサーバーにもたまにはreiserfsckかけときたいな～、と。
社内向けサービスのサーバーだから、ミスってもお客様には迷惑はかけないし、
最悪、自分がデータセンターに行けばいいわけだし、もし何か遠隔でできそうなことがあれば、
手元のマシンで手順を確認してからやってみてもいいかな、と思ったわけです。
（自分の経験のためにも）
メモリ8GBでスワップパーティションはないので（念のためのスワップファイルは1GBある）、
「debootstrapでメンテナンス環境を……」というのは無理ですね。
IP-KVMというのは初めて聞いたので、調べてみます。
いずれにしても / がReiserFSなので、何らかのスクリプトを動かすにしても
マウント前にしなければなりませんよね。
一時的にでもinitramfsを改造するか……。
836:login:Penguin
11/07/10 16:53:27.93 stZnuZCj
興味本位で「/home」をbtrfsにしたけれでも、故あってquotaの設定をしようとfstabに「usrquota」を追加したら
『んなオプション知んねぇ～』
って言われてマウントできなかった。。。
自身の情弱ぷりに涙を流した瞬間だった。
837:login:Penguin
11/07/11 03:26:17.45 lH/gH9md
btrfsって、ZFSのように自由なディスクの増設ができたりする？
HDDのクラッシュが怖いから、今RAID5で組んでるディスク領域をbtrfsのソフトウェアRAIDにしたい。。
838:login:Penguin
11/07/11 15:46:58.51 ExIhgPNb
ハードウェアRAID 5じゃダメなの？
839:login:Penguin
11/07/11 15:59:27.62 cRjLDw3t
SSDにおいてある多量の小さいデータ(32KBほど)をNFSでexportしているのですが、
読み込みを速くするのに何かいい方法はありますか？
ファイルシステムはxfsで6台のNFSクライアントから読んでいるのですが、
NFSサーバのvmstatを見てるとbiが12MB/sほどしか出てません。
NFSサーバ上でデータがキャッシュに全部載ってしまえば
NFSクライアントからの読み込みは爆速なんですが・・・
840:login:Penguin
11/07/11 16:02:13.04 cRjLDw3t
いちおうNFSサーバ上でローカルにあるSSD上のファイルを読むと
60MB/sくらい出ます。
841:login:Penguin
11/07/11 16:08:22.95 Vu9xqvBE
>>839
マウントオプションはどうしてるの?
842:login:Penguin
11/07/11 16:14:34.69 cRjLDw3t
>>841
CentOS5なんで-o ro以外はlocal/nfsともデフォルトです
843:login:Penguin
11/07/11 16:58:35.85 QbFM7WtH
>>839
ボトルネックはどこか確定してるの？
844:837
11/07/11 17:10:55.59 lH/gH9md
>>838
今RAID機能付きHDケースでハードウェアRAID5にしてるんだけど、
最近「RAID-5書き込みホール」っていう問題があることを知って愕然としてるとこ。。
RAID-Zだとその問題がないらしく、マシンスペックさえあればパフォーマンスも
良好らしいと聞いてSolarisに興味をもつ→もうフリー配布してないorz
そうだ、btrfsならすべて解決してくれるかも！
という猿知恵が輝いてるとこです
845:login:Penguin
11/07/11 17:15:13.25 62CqJtH+
>>844 あれ、OpenIndianaって公開辞めたんだっけ？
846:login:Penguin
11/07/11 17:32:05.57 fFpUgjIu
>>844
そこまで気にする人が、まだ十分枯れているか分からないbtrfsって
バランス欠いてるんじゃ
847:login:Penguin
11/07/11 18:19:04.72 mJZLdPAO
>>844
FreeBSDでもzfsでraidz使える
OpenIndianaかFreeBSDあたりを検討すればいいと思うよ
btrfsはまだraidz相当の機能はなかったと思うがどうだったかな
848:login:Penguin
11/07/11 19:06:34.34 ExIhgPNb
両方オラクルだけど、本気なのはどっちなんだろ
849:login:Penguin
11/07/11 19:08:55.50 H1W89Avf
zfsだろ
わざわざ買ってきたんだし
850:login:Penguin
11/07/11 19:10:04.78 2KAN6bls
例のごとくどっちかを有料化するの？
851:login:Penguin
11/07/11 19:32:50.98 E7Axg5Gs
RAID-ZをLVMで束ねることってできる？
852:837
11/07/11 20:25:19.68 lH/gH9md
>>846
耳が痛い。。。いや、無知ゆえに未知の恐怖におののいてるような状態です
「RAID-5書き込みホール」なる問題が洒落にならない問題ということは調べてわかったけど、
それがどの程度の発生可能性があるものか言及されている所がないので、ただ怖い怖い！って思ってるというか。
でとにかくどこかに良い藁ないか！藁！って探してる感じ。
>>845
>>847
OpenIndiana、初耳！
こんな素敵プロジェクトになってたなんて。。
btrfs待ちで一年くらい前から待ってた（次期Fedoraでデフォルトfsになるまで）んだけど、
もうまたなくてよさそうな気がする！
853:login:Penguin
11/07/11 20:52:11.83 ZSaSeYJX
>>844
つ「RAID-10」
854:login:Penguin
11/07/11 20:55:08.54 s1HNX4ix
稀に代替データストリームの巨大なファイルがあって、samba+ext4の拡張属性に保存出来ません。btrfsはどれくらいのサイズの拡張属性が扱えるんでしょうか。
zfsは巨大だと聞きますが...
855:837
11/07/11 21:40:20.08 lH/gH9md
>>853
貧乏なのでディスク効率が！ｻｰｾﾝ！
856:login:Penguin
11/07/11 23:19:50.06 VyGKiIfb
btrfs が1年程度で安定運用モードになるとはとても思えん
ファイルシステムがなにより重要と思うのなら
solaris系かFreeBSDで ZFS にしておくのが無難ではないかな…
若干板違い気味だけど
857:login:Penguin
11/07/11 23:59:15.77 ExIhgPNb
選ぶんならlinuxじゃないぞ、FreeBSDのZFSだ
858:login:Penguin
11/07/12 00:21:44.98 Yv7UytD4
運用実績だとFreeBSDもまだちょっと不安があるけど、俺だけかな。
859:login:Penguin
11/07/12 00:40:41.00 2zy6hBSr
そこで、linuxのネイティブZFSですよ
あれ、ディストリビューションに入れる分には問題…ある気がするな
インストール時にコンパイルなら問題ない?
860:login:Penguin
11/07/12 00:48:39.21 0MMLgOWa
>>858
俺もそれ思ってた。確かマトモに使い物になったのってFreeBSD8.x系列からじゃなかったっけ。
そういう意味ではOpenIndianaもまだ開発版だし不安だよな。
linux-zfsは…少し使ってみたことあるけどそもそも使い物になったっけ？
861:login:Penguin
11/07/12 00:53:34.94 Yv7UytD4
>>859
ということはgentooならおｋ。
なのか？・・・
862:login:Penguin
11/07/12 01:47:17.72 yIRDdoly
>>855
10が嫌ならまだ0/1/10しか使えないbtrfsに何を期待してるのか
863:login:Penguin
11/07/12 02:43:56.91 I3J7t54o
書き込みホールの問題ってのは現状どうしてもあるにしても
チェックサム付きのfs使えば、黙って破壊が進むことはない気がする
ブロックデバイスを直接読み書きする場合は駄目だろうけど
で、メタデータだけじゃなくてデータにチェックサム付けられるのって
Linuxのメジャーfsでは現状btrfsだけだっけ？
864:login:Penguin
11/07/12 03:04:04.42 /8krFzNj
nil……いや、なんでもない
865:login:Penguin
11/07/12 03:46:42.75 I3J7t54o
>>864
おー、NILFS。セグメント単位にチェックサム付くんだっけか
忘れててすまん
866:login:Penguin
11/07/12 08:27:00.00 DVj0y3yP
意図的にNILFSを無視するこの流れ、ゆるせんです
867:login:Penguin
11/07/12 09:08:13.95 xpPj4/pP
そこは何か面白いことを言っておくべきところじゃなかったか。
868:login:Penguin
11/07/12 10:13:56.42 0hteavP0
>860
実質8系からの登場なのはその通りだけど
もはや ZFS は FreeBSD の主力FSと言っていい
位置づけになってる。
UFS側も journaling 対応とか行われてはいるけど
今後の主流はZFSになりそう。
メモリが少ない環境以外では概ね動作に問題はない
レベルになっている印象ですね
btrfs はあまたある選択肢のうちの実験的な一つ
という位置づけが変わらないと厳しそう、ですね
869:login:Penguin
11/07/12 11:14:30.04 z1JlZ5EN
おい誰かDragonflyBSDのHAMMERにも触れてやれよ
ZFS以外で現状唯一安定してるFSだぞ
870:login:Penguin
11/07/12 11:34:24.29 DvMm2Qa7
>今後の主流はZFSになりそう。
softupdateのときもufs journalの時も同じ事いってたなww
871:login:Penguin
11/07/12 12:03:19.44 9qIsw/hC
FreeBSDって、FSに関しては迷走してた？
872:login:Penguin
11/07/12 12:37:50.00 hbAM5Rx1
いやいやいや、BSDのfsを迷走なんて言ったら
Linuxなんか何と言えば良いのやら。
873:login:Penguin
11/07/12 14:39:37.20 LDQ+b/Dh
>>872
節操なし?
874:login:Penguin
11/07/12 14:54:44.87 1CCbAqna
FSだけはext,ext2,ext3,ext4って順当に進化してるじゃん
875:login:Penguin
11/07/12 15:38:51.23 KYjQP1Jl
あと3年はext3でいいな
876:login:Penguin
11/07/12 15:44:04.48 X5EJLNVA
ext3年HAMMER8年
877:sage
11/07/12 19:15:44.23 eWfngRjB
FreeBSDは、ZFSかUFSかって両極端だから、
HAMMERも移植されると嬉しいんだがなあ。
878:login:Penguin
11/07/12 19:25:46.33 vAezh6CK
HAMMERFSを移植するくらいなら本物のDragonflyBSDを使えばいいじゃん、
DragonflyBSDはFreeBSDフォークなんだから。
という答えは安直過ぎるのかな……。
いやま、全然素性の違うOS間での移植なら意義も大きいだろうけども。
879:login:Penguin
11/07/12 19:57:21.66 8AWTtp+V
ぼくのかんがえたさいきょうのおぺれーてぃんぐしすてむ：
その21. FAT16/32とNTFSとEXT4とbtrfsとNILFSとZFSとHAMMERを ぜんぶ じっそう
880:login:Penguin
11/07/12 21:39:53.20 uOquOeFj
>>879
もしかして > linux
881:login:Penguin
11/07/12 21:42:51.20 apQqIXI6
ネイティブZFSですら半端じゃん
882:login:Penguin
11/07/13 10:23:18.17 9dJvDs1z
なんでもあるけど全部中途半端
選択肢は1,2しかないけど枯れてる
好きなのをどうぞ
883:login:Penguin
11/07/13 10:32:03.61 vTKkfn15
>なんでもあるけど全部中途半端
パッチはいつでもウエルカムです
884:login:Penguin
11/07/13 13:02:35.19 rZIu8gCY
10年後も普通にext3使ってそうだよな
最大ボリュームサイズに合わせてパーティション切って
885:login:Penguin
11/07/13 13:50:47.25 dtl3kr4b
デスクのRAWデバイスにtarで書き込めばいいじゃない
886:login:Penguin
11/07/13 15:13:57.47 9dJvDs1z
デスクに書き込むには彫刻刀が必要ですね
887:login:Penguin
11/07/13 15:19:41.42 W8e/CWKy
【審議拒否】
888:login:Penguin
11/07/13 15:44:45.42 5GL5NhfD
AA略
889:login:Penguin
11/07/13 20:27:06.76 0ruiKI2W
SolarisのカーネルとUbuntuのユーザーランドを併せ持つNexentaStorがこの夏のトレンド
890:login:Penguin
11/07/13 20:34:24.44 oaZC4vJX
壊れたファイルシステムを手で直すとか
そういうノウハウが溜まってるファイルシステムが生き残る
ファイルシステムの性能とか実はあんまり関係ない
891:login:Penguin
11/07/13 22:01:19.08 rkSj6sGV
>>889
FreeBSDカーネルにGNU+DebianユーザーランドのDebian/kFreeBSDもあるよ！
892:login:Penguin
11/07/13 22:30:36.24 dtl3kr4b
ZFS使えるの？
893:login:Penguin
11/07/14 00:30:34.96 XXDZCMBJ
Debian GNU/kFreeBSD なら全然フツーにアリなのかも知れんな。
894:login:Penguin
11/07/14 00:32:12.53 6j2Pyy9S
>>892
Debian GNU/kFreeBSDではZFSが使えるようです。
少し古い記事ですが↓
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(ftp.jaist.ac.jp)
895:login:Penguin
11/07/14 22:50:02.32 8mzZJpQz
FreeBSDにGNU組み合わせるなんて自殺行為。
コマンドラインオプションの違いで簡単にしねます
896:login:Penguin
11/07/14 23:15:21.96 igwqPH1F
>>895
まずはドキュメント読むか使ってみろ。
ユーザランドがGNU(Debian)で、カーネルがFreeBSDだからFreeBSD由来のプログラム以外はGNUツールの作法でOK。
897:login:Penguin
11/07/14 23:31:11.80 sGLsHUp3
iptablesとかないのん？
898:login:Penguin
11/07/15 09:29:55.23 7eqSKZ4M
>>897
iptablesは単なるカーネルに対するフロントエンドだから、
FreeBSDカーネルに対して実行したところで動かないだろ。
899:sage
11/07/15 09:32:38.85 Ut09hv5c
ipfwならあるよ。
900:login:Penguin
11/07/15 17:46:56.94 gqZDfM9n
>>889
Nexentaつかったアプライアンスを提案するベンダーが増えた。
あっちもこっちも。
901:login:Penguin
11/07/15 19:47:24.48 WNsl3LSN
>>900
でも、お高いんでしょう？
902:login:Penguin
11/07/15 20:12:29.05 qf+MVRYC
>>901
今ならなんとタダでご提供中!
Ubuntu 8.04 + OpenSolarisカーネルの誰得セットもれなく付いてきます!!
903:login:Penguin
11/07/16 10:27:37.02 0+CSTBdj
せめて10.04がほしい
10.04のがでたらでたで12.04がとか言うんだろうけど
904:login:Penguin
11/07/16 10:30:37.62 0+CSTBdj
昔4.xでipnatとipfwでルータのルール書いて動かしてたけど設定どっかやっちゃったなあ
もう全然覚えてないや
入れてたpc98ぶっ壊れてから別のにlennyいれたけど楽すぎて戻る気しない
905:login:Penguin
11/07/16 17:07:52.93 uzUtME63
UNIX板で閑古鳥が啼いてる kFreeBSD スレでも賑やかしてくださいよ…
906:login:Penguin
11/07/16 23:56:38.49 AUulN4fo
それなら素のFreeBSD使えば良いじゃんで終わるしな。
BSDのユーザーランドで何も困らないし。
907:login:Penguin
11/07/17 00:25:47.56 QGaTAEZh
せやかて、BSDのお作法が全然わからへんねん。
908:login:Penguin
11/07/17 04:44:40.88 oEavabnv
BSDの人ってなんか高飛車なのが嫌。
909:login:Penguin
11/07/17 07:16:55.89 +rU0G2r8
そーゆーのは、この板の言動みて似たり寄ったり。
個人の資質だとおもわんか。
910:login:Penguin
11/07/17 10:20:09.30 tfBGtXH9
linuxはタコを大切にする文化（ｷﾘｯ
まあubuntuとかで簡単に導入できるってのはそれなりに大きいとは思う
freebsdもpc-bsdとかfreesbieとかあったけどどうなってんのかなあれ
911:login:Penguin
11/07/17 11:03:55.69 l/U+BXtT
BSDは動いてるプログラムのソースコードが手軽に入手できるから勉強するのにはいい
LinuxはGentooとかあるけどマイナーすぎるし
912:login:Penguin
11/07/17 11:04:25.10 71EGPhhL
freesbie はそういや聞かないけど
PC-BSD はそれなりに育っていて
FreeBSD 本家にも PC-BSD 側のパッケージ管理やインストーラを
持ってこようかどうしようかみたいな話があるらしい
913:login:Penguin
11/07/17 13:20:32.05 tfBGtXH9
ubuntuってかdebianならapt-get sourceでいいじゃん
リビルドもめちゃ楽だし
914:login:Penguin
11/07/17 13:27:49.50 drpL17Iv
>>911
大部分のディストリもソースパッケージぐらい手軽に入手できるよ
別にBSDで勉強するのに文句はつけんが
915:login:Penguin
11/07/17 15:23:06.17 bHJxu7mx
Linuxの方がいいとか主張する気はないけど、デマを流すのは勘弁してほしい。
916:login:Penguin
11/07/17 19:16:17.38 xxIdcd67
ubuntu馬鹿にすれば安物のおまえもワンランク上がるってことですか？ｗ
917:login:Penguin
11/07/17 21:14:41.59 loiVxjL0
ext2も、元はといえばUFSだしな。
918:login:Penguin
11/07/18 09:51:31.74 d27AxzQ3
GNUのプログラムは多機能で便利だけどお勉強には適さないよ
FreeBSDのソースの方がCのお勉強にはいい
919:login:Penguin
11/07/18 10:04:16.24 +xyFzbOu
移植性に優れて綺麗だともっぱらの評判のNetBSDはどうよ
920:login:Penguin
11/07/18 10:25:09.57 6YrcAypV
GNUのインデントスタイルはキモイ
921:login:Penguin
11/07/18 12:14:55.09 ch8WTPFh
まぁZFSを手軽に試してみたいならFreeBSDとかPC-BSDでいいんじゃね。
LinuxでネイティブZFSかbtrfsが実用になるまでは。
HAMMERはライセンス的にも移植しやすいと思うけど、btrfsに期待。
Fedoraがbtrfs標準採用するんだっけ？
922:login:Penguin
11/07/18 13:33:39.77 q4d0XLqK
どうなるのか興味津々。いや、いい意味でだよw
923:login:Penguin
11/07/19 16:59:53.56 VdWf3xUl
ZFSは、ライセンスの関連で実装出来なかったんじゃなかった？
いいの？実装しちゃって？
924:login:Penguin
11/07/19 17:08:47.49 qXSXU5+P
ソースだけ配ってるから大丈夫、とかいうノリなんじゃなかったか＞LinuxのZFS
まぁそれじゃディストリに標準に含まれることは無さそうだけど。
インストーラーが自動でソースからモジュール作って組み込むとかやったらライセンス的にどうなんだろうかｗ
Ubuntuはppa追加してインストールだけでZFS入るからすでに近い状態になってるが。
925:login:Penguin
11/07/19 18:41:55.15 yR+x/PQZ
> KQ InfotechはLinuxカーネルモジュールとして配布すること、
> GPLオンリーシンボルの使用を避けること、
> ソースコードの状態でビルド可能キットとして配布すること、
> などの工夫をすることでこうしたライセンスの衝突問題を回避。
> LinuxカーネルにおいてネイティブにZFSを利用できるようにしたという。
> ブートパーティションも含めてZFSを適用しようとすればそれなりの作業が必要になるが、
> LinuxでネイティブにZFSが利用できるようになるというのはインパクトが大きい。
正直本当にこれで大丈夫なのか
ライセンス関係の知識が無さ過ぎて判断できない
926:login:Penguin
11/07/19 19:37:25.24 a6rsdJIc
Oracleだから許してくれるんじゃない？
927:login:Penguin
11/07/19 19:51:58.80 r7/8MqSP
Oracleはうるさいだろｗｗｗ
928:login:Penguin
11/07/19 20:08:17.80 Fq1cP3Vu
FreeBSD由来ならOracleの方は問題なかろう
929:login:Penguin
11/07/19 20:16:26.08 3s5HpJME
果実が熟する前に収穫するバカはいませんよ
930:login:Penguin
11/07/19 20:42:34.69 qIMIOfbp
あ、バターFSもOracleか...
Oracleは何考えてるのかよう分からん
931:login:Penguin
11/07/19 20:43:27.54 KoAtuzd9
というか、Oracleとしては自社製品を売ることが大前提なんだから、
Oracle DBやストレージHWをLinux上で売るのにZFSを認めるのが良いとなったら
そっちに舵を向け…
とか思ったけど今"Oracle製品"の範囲がどこからどこまでを指すのかわからなくなって
全然先がわからんことに気付いたw
932:login:Penguin
11/07/19 22:04:08.34 Ql6WUAJc
ZFSもbtrfsもOracleなら、MySQLもOracleだし、JavaもOracleだ。
ついでにOpenOffice.orgもOracleだったが、
素直にThe Document Foundationに譲渡すれば良いものを、
Apache Software Foundationに譲渡しやがったもんだから
話がややこしくなってる。
もうOracleのやりたい放題だな。
933:login:Penguin
11/07/19 23:16:57.56 PFz63wLV
>>932
IBMのシンフォニーだってそうだね
おっきい会社は戦略がいろいろあってあっという間に方針が。
934:login:Penguin
11/07/19 23:30:15.73 bP7wmiG9
Javaに関してはOpenJDKをリファレンス実装とする案が採択されたり
むしろ良い方に転がってるだろ。
OO.oだってOracleのせいでゴタゴタしたけど、今では実質LibreOfficeに後継されたんだから解決済。
引き継ぎの問題はOO.oの名前だけだし。
悲惨なのはSolarisとMySQLだろうな。
OpenIndianaとMariaDBにどれだけ人が集まるか……
いっそSolarisをGPL/CDDLのデュアルライセンスにしちゃえば
btrfs開発なんかにリソース裂く必要ないだろうに、何してんのかねホント
935:login:Penguin
11/07/20 10:54:07.35 wVOt03Q8
OpenIndianaにスポンサーが付かず先細りになるとしたら
これ程もったいないことはない。
936:login:Penguin
11/07/20 12:49:57.48 2UXeiNmq
>>920
はげしく同意
イーマックスのC言語インデントをデフォで使ってるやつは変態かマゾ
937:login:Penguin
11/07/20 14:30:38.25 VMYq7H83
しかしGNUものに手を出すとあのスタイルを強要されてしまう悲しい現実
938:login:Penguin
11/07/20 15:21:42.17 6unLAr8M
>>935
でも、ねぐぜんたはちゃんと自分でうまくやってるしなー。
もったいないかもしれないけど。
でも、OracleのSolarisが悲惨かっていうとそんなこともないと思う。
Exadataとの兼ね合いで結構評判は悪く無いみたいだし。
当面捨てられはしないだろう。
939:login:Penguin
11/07/20 17:08:48.66 9GNYCAis
プロプラの方は、な……
940:login:Penguin
11/07/20 18:28:47.45 uCFTGfao
ボラクルほどOSSをかき集めるくせに大嫌いな企業もそうそう無い
941:login:Penguin
11/07/20 20:00:51.73 nHEmQtvk
>>934
Javaに関しては相変わらず互換性テストキットをApahceには使わせない
とやってるけどなー。
942:login:Penguin
11/07/21 00:37:36.46 vxp7T3iA
プロプラでもいいと思うが。
選択肢があることが重要。
俺は、全部フリーでなきゃいけないなんて幻想は無いし。
保守がちゃんと欲しいときはお金をだせば選べる状況っていうのも大事。
Solaris自体のコードは今でもちゃんと見えるし、他のOSで参照される事を
制限されてるわけでもないし。
943:login:Penguin
11/07/21 03:28:47.26 fIDEHWYr
OSS界隈からはOracleってだけで嫌われがちなのが余計ややこしくしてる気はする。
>>934
OOoは全然解決済みじゃないっしょ。
Apacheに譲渡してApacheライセンスになったからもうLibreとの統合は無くなっちゃったし。
企業側が独自ビルド作るならソース公開しなくていいApacheライセンスなOOoベースにするだろうし、発展が阻害される気が。
944:login:Penguin
11/07/21 13:30:43.93 fDC2G226
ファイルシステムもオープンな奴はダメだな
金出しても責任持って保守してくれるとこがない。
945:login:Penguin
11/07/21 13:48:45.62 hs5graaI
何こいつ
946:login:Penguin
11/07/21 17:26:39.67 gX525cOb
お金を出した人なんでしょう
947:login:Penguin
11/07/21 21:22:17.04 D0U5t5tu
>>943
その気があるなら、LibreやGo-ooに追加したコードを
Apacheライセンスにして再合流すればいい
948:login:Penguin
11/07/22 02:35:52.43 b69AGTt4
逆逆。Libreの方がフォークだからライセンスは変えられない
LGPLからGPLとか、そういう変更はできるんだろうけどね
Libreは「他者の書いたコードをLGPLの下再利用させてもらってる」立場だから
ライセンス変更ができるのは著作権丸ごと全部持ってるOO.o側
Apacheに著作権譲った以上、オラクルにその責任はもうないけどね
つーか、なんでLibreとOO.oの統合がないなんて話になるんだ？
Libre（元々のOO.o）はLGPLv3だから、Apacheライセンスのコードはマージできるぞ
（ただし、マージされた統一コードはGPLv3にしないといけない
つまりLibre側のコードをLGPL/GPLのデュアルライセンスとして扱い
Apache側のコードはApache/GPLのデュアルライセンスとして扱うことになる）
949:login:Penguin
11/07/22 03:18:51.39 iem1PIvN
OOo由来のコードを分離すれば、自分で書いたパッチは自由にライセンスできる
950:login:Penguin
11/07/22 05:26:17.63 b69AGTt4
あ、そういやそうだな。すまん
Apacheのにパッチ付け直せばいいだけか。
951:login:Penguin
11/07/22 07:16:19.84 uAY5Qb+S
FAT32 FAT64 FAT128 FAT256
952:login:Penguin
11/07/23 02:08:00.51 JXoxBXsu
>>951
FAT256って、ファイルアロケーションテーブルのサイズはどのくらい？
953:login:Penguin
11/07/24 16:46:19.70 H0R8snkK
ファイルシステムスレはUNIX板移籍した方がzfsなんかも対象に入っていい気がする
954:login:Penguin
11/07/24 16:53:53.58 i9hBwV0j
一人で行け
955:login:Penguin
11/07/24 21:12:38.15 8TNffQlW
NTFSの次のファイルシステムまだああああああああああああああああああああああああああああああああああああああああああああ
956:login:Penguin
11/07/24 21:25:41.06 +nUvDgOP
exfatだっけか
957:login:Penguin
11/07/25 03:14:12.00 Ilo8J8Qc
WinFSだったろ？
958:login:Penguin
11/07/25 03:47:55.53 Z/FobYwc
もう忘れてやれよ
959:login:Penguin
11/07/25 09:28:53.62 IMNMsHKw
WinFS はファイルシステムではなく
ファイルシステムにいろいろな属性DBを
一体化させるような仕組みだったように理解しているが
960:login:Penguin
11/07/25 23:11:01.08 I3YeDdHe
みんなは今使ってるファイルシステムで不満ないの？
俺はこのディレクトリとマウントっていう
メタファが大嫌いだから早く無くなって欲しいと思ってるんだけど。
961:login:Penguin
11/07/25 23:12:27.36 cIgjdBj/
クラウドストレジへようそこ
962:login:Penguin
11/07/25 23:13:07.35 RUB9fRQ2
じゃあどうなって欲しいんだよお前は。
963:login:Penguin
11/07/26 00:33:30.57 PD+qdYoc
えーと、TOSHIBAのアナログ放送のDVD録画機(RD-なんとか)で、
VR形式で30分番組を二つ録画したDVD-Rを、Ubuntuでmountしようと
思ったのですが、上手く行きません。
964:login:Penguin
11/07/26 02:07:50.04 0m7gF/YA
実身／仮身モデルとか?
965:login:Penguin
11/07/26 09:59:34.79 PD+qdYoc
例えば、
$ su
パスワード: *****
#mkdir /mnt/dvd
#mount -t udf /dev/dvd /mnt/dvd
mount: ブロックデバイス /dev/sr0 は書き込み禁止です、読込み専用でマウントします
mount: 間違ったファイルシステムタイプ、不正なオプション、
/dev/sr0 のスーパーブロックが不正、コードページまたは
ヘルパープログラムの未指定、或いは他のエラー
In some cases useful info is found in syslog - try
dmesg | tail or so
の様になります。udf を指定していても、デフォルトで iso9660 にでも
なってしまっているのでしょうか？
966:login:Penguin
11/07/26 10:01:59.80 PD+qdYoc
ちなみに、hexdump -C /dev/dvd | more などとしてみると、
BEA01, NSR03, TEA01, UDF Volume, OSTA Compressed Unicode,
TOSHIBA RTR FS, +NSR03, OSTA UDF Compliant, UDF, Virtual Partition
Owner Name, Organization Name, Contact Information,
UDF DVD CGMS Info, UDF FreeEASpac, EOF, TSGI.IFO, TTLUTLTY.IFO,
TTDETAIL.IFO, TTL_PROP_IFO, DISK.IFO, TS_MANGR, TS_THMNL, DVD_RTAV,
THMNL_SM.DAT, THMNL_LR.DAT
などという文字列が見えます。
967:login:Penguin
11/07/26 10:04:35.28 PD+qdYoc
なお、WinXPでも、InterVideo WinDVDでは再生できますが、マイコンピュータ
でドライブを見ようとしても空です。
Win7(64)でも WinDVDで再生出来ますが、Windowsのドライブを見てみる
と、*.IFOと言うようなファイルやxxx_RTAVというフォルダが見れた記憶が
あります。
どうしたら、Linuxでマウント出来るでしょう?
968:login:Penguin
11/07/26 10:31:13.10 Vg9vFnvb
ファイナライズしてないとかいうオチじゃなくて？
969:login:Penguin
11/07/26 11:17:19.75 HDHfhjnv
対応ソフトが無いとな
970:login:Penguin
11/07/26 11:21:05.83 qorPW3Yi
>>965
> In some cases useful info is found in syslog - try dmesg | tail or so
971:login:Penguin
11/07/26 13:19:55.39 Ii2v7YZe
>>960
それはファイルシステムってより OS 側の話じゃね?
972:login:Penguin
11/07/26 17:39:05.43 UhtmMQW5
WinFS的なものか