/**ファイルシステム� ..
697:login:Penguin
08/07/24 11:35:59 JrTy/m7u
なんか来ましたよ。
URLﾘﾝｸ(lkml.org)
698:login:Penguin
08/07/24 11:41:20 DW3VlEdg
ここでいつものVFSが糞君の登場です
699:login:Penguin
08/07/24 15:22:17 SCv49sC5
(bugに)当たらなければどうということはない。
700:login:Penguin
08/07/24 19:05:59 uws0Q46E
>>697
現在の実装の程度は知らないが、
目指しているところはおもしろそうだ。
701:login:Penguin
08/07/25 19:41:06 WWjs91oU
デバイスドライバから直接ファイルを操作できる実験的な取り組みについて
以前に記事かなにかで見たことがあるのですが、そのファイルシステムの
名称をご存知の方がいれば教えてください。
702:login:Penguin
08/07/25 19:53:04 pZIqqXcD
Proposing Read-Only ZFS
URLﾘﾝｸ(kerneltrap.org)
703:login:Penguin
08/07/26 11:59:23 jNXTtp70
>>697
DragonFlyのHammerにも触れてるよ
URLﾘﾝｸ(tux3.org)
DragonFly kernel@ のスレでの対談(?)
URLﾘﾝｸ(leaf.dragonflybsd.org)
お互いいい影響があるといいけど
704:login:Penguin
08/07/28 23:10:57 OGbE5PJH
今日、雷で停電になった。
しかも、ファイルシステムがあぽーん orz
ext3 のバカ
705:login:Penguin
08/07/28 23:12:58 kIxSRBL2
>>704
残念だったね。
うちは、UPSのない２台行ってどっちも無事だった。
706:login:Penguin
08/07/28 23:13:38 AoXNT9bg
雷ぐらいでやられるなんて貧弱貧弱
707:login:Penguin
08/07/28 23:13:39 an7THyGs
fsckじゃ回復不能なん？
それと、ext3の耐障害性は低いとな？
708:login:Penguin
08/07/28 23:44:16 CPEpVjBO
漏れの家（つくば市）では昨日停電があった。
3台ともXFSで、念のためxfs_checkかけたけど異常なし。
でもウェスタンデジタルのディスクがカッコンカッコン言い出すようになった。鬱。
709:login:Penguin
08/07/28 23:55:43 t+k8gyT5
write back cache切ってないとふっとぶぜ
URLﾘﾝｸ(sr5tech.com)
710:login:Penguin
08/07/28 23:58:32 kIxSRBL2
WBCとかどこのBSD儲ですか？
711:login:Penguin
08/07/29 05:32:18 0gMv9ucp
ext3 が逝ってしまったのか？
それともディスクが逝ってしまったのか？
こういうときソフトウェアRAID組んでたとしても無力？
712:login:Penguin
08/07/29 05:36:11 0gMv9ucp
>>709 って 3ware のハードウェアRAIDの
ライトバックキャッシュについての話だよね？
むしろソフトウェアRAIDならそのあたりの
書き込み順ってフェンスされてないのかな？
この場合ハードディスク内で勝手にやられちゃう
コマンド実行順の入れ替えなどは無視するとして。
713:login:Penguin
08/07/29 08:11:50 jBERI0wk
>>712
9650SE-4LP以上を使え。
バッテリーが付いてて次回起動時に書き込んでくれる。
714:login:Penguin
08/07/29 11:06:11 FOLu2OoK
>>712
-o barrier=1
715:login:Penguin
08/07/29 11:25:15 WIaJ/5lr
磁気円盤を回す記憶装置が過去の遺物へと追いやられようとしています。
新しい半導体詰め合わせの記憶装置には、相応のよりふさわしいファイルシステム
ってのがありえるものかね？
716:login:Penguin
08/07/29 12:38:04 96gohucc
それは思う
IntelかどこかがSSD用のファイルシステムとか作ってくれないかしら？
717:login:Penguin
08/07/29 12:45:05 QAmXRcBr
>>715
日立や東芝が記憶容量を飛躍的に高める新しい技術を開発した。
まだまだHDDは終らんよ。
もっとも小型デバイスはSSDだろうね。
718:login:Penguin
08/07/29 13:13:08 S82NvyMd
おいおまいら、以前のスレで話題になってたNILFSにGCがついてますよ。
URLﾘﾝｸ(www.nilfs.org)
719:login:Penguin
08/07/29 14:26:33 Nq3NHHvK
zfsにはメインメモリとHDDの間にキャッシュ用のレイヤーがあるよ
SSDにも対応可能だとおもう
720:login:Penguin
08/07/29 16:04:33 ulVnqXZn
>>718
LFSにGCは必須だというのに、なんでここまで実装が遅れるんだか…
721:login:Penguin
08/07/29 23:34:28 EsukSeW8
>>720 みたいに外野で評論家ぶるやつばっかで, 実際にコミットするのは
NTTの内部の奴らしかいないからでは?
722:login:Penguin
08/07/29 23:58:07 vwFKb3jz
fsdevelで勝負してないってことは、単なる社内での予算
確保のための公開ということなのかな。
723:login:Penguin
08/07/30 13:23:25 fZ2+WwyI
>>722
マージ方向で、コードの整理は開始されているよ。
724:login:Penguin
08/07/30 13:25:46 15EqyPrB
>>722
「fsdevelで勝負してない」ってのがどういう意味かは知らんが、ポストはしてるようだよ
URLﾘﾝｸ(lwn.net)
メインラインへのマージも考えてるようだし頑張ってる方では？
725:login:Penguin
08/07/30 13:38:01 m+IWeNBQ
>>724
最新のプレゼンスが１年前と言う時点でおかしいと思わないと。
726:login:Penguin
08/07/30 14:06:54 K1QdwnBc
おかしいって・・・
そりゃ開発を発注しててほったらかしにされてたら
「おかしい」って言えるけど，勝手にやってるもの
なんだから当人たちがどう進めようといいじゃん・・・
（進めなくてもいいじゃん）
727:login:Penguin
08/07/30 18:36:10 cN3u5L5F
1年放置されるOSSは死んだOSS
728:login:Penguin
08/07/30 19:47:06 15EqyPrB
>>727
放置はされてねーじゃんｗ gitで開発継続してるし
fsdevelに1年間ポストされてないってだけだろ
729:login:Penguin
08/07/31 05:01:58 SxTLH45m
nttってlinuxのファイルシステムも作ってたんだ。
いろんなことしてるんだな。
いつかカーネルに組み込まれる日が来ると良いな。
730:login:Penguin
08/07/31 08:28:19 RGAhPkX8
NECもext4に関わっているでしょ。
731:login:Penguin
08/07/31 16:28:04 0zpcPWn+
>>721
他は皆ext4で忙しいからな
732:login:Penguin
08/07/31 17:43:03 EzZzBpmV
>>728
まあ、1年ポストされていないってことは、fsdevelでは勝負していないとは言えるね。
こんな調子ではマージは不可能ではないかと。
733:login:Penguin
08/08/02 20:43:21 bKnotFT7
ext3で使っているFSを、そのままext4に移行するには
どうしたらいいの？
734:login:Penguin
08/08/02 22:18:24 6JX0ka7H
たんいーつえふえす
ではできないの？
735:login:Penguin
08/08/02 23:36:48 WnZcbqga
えっ、あれはちゅーんつーえふえすって読むんじゃなかったの？？
736:login:Penguin
08/08/02 23:58:30 KMT/0nFo
tune + ext2 + filesystem = tune2fs
こぶたぬきつねこ みたいなもんだ。
だから てゅーんいーつーえふえす で OK。
737:login:Penguin
08/08/03 00:49:11 VRZdeq6O
タンイーツって何だよ
738:login:Penguin
08/08/03 00:57:13 0jWbCUBS
タンイートの複数形
739:login:Penguin
08/08/03 01:04:14 eIW78ZnP
ちゅーちゅーたこかいな
740:login:Penguin
08/08/03 01:42:54 Kk+sK39V
つねつーふす
741:login:Penguin
08/08/03 08:39:02 buGD1ZXo
tune 2(to) filesystem じゃねの? ext2の2じゃねーんじゃね?
742:login:Penguin
08/08/03 15:18:28 Baj1ia4L
「to」は要らない、と書いて FreeBSD のtunefs(8)の最後の方に
You can tune a filesystem, but you can't tune a fish.
と書いてあったのを思い出した。
743:login:Penguin
08/08/05 04:46:21 wN4xAmfK
URLﾘﾝｸ(zen-sources.org)
ずっと使っていて問題ないそうだが…
744:login:Penguin
08/08/05 20:24:46 JuA8IXg7
このパッチを当てると、fsckすると
奥さんの遺体がサルベージされる
フューチャーが有効になります。
745:login:Penguin
08/08/05 20:31:55 PrjwyR7/
# fsck.reiser4 /dev/wife
zsh: segmentation fault fsck.reiser4 /dev/wife
746:login:Penguin
08/08/05 21:53:44 2cOe1qDM
/home/reiser/lost+found/nina.o
747:login:Penguin
08/08/05 21:59:58 31R5yIwp
>>684
> Reiser said he hoped a cherry tree would be planted to mark the grave site.
Hans「Ninaを埋めた穴の上にはB*-Treeを植えてくれ。すぐに見付かるから」
取調官「お前は何を言っているんだ」
判決は8月13日。来週か。
無罪にならないかな……
748:login:Penguin
08/08/05 23:50:49 Ebe+pnZ0
どー考えても真っ黒だろ。
人殺しだよ？
749:login:Penguin
08/08/06 07:40:43 XGhgieD/
話題を変えてみる。
URLﾘﾝｸ(www.mail-archive.com)
btrfs v0.16 Releasedだそうな。
>v0.16 has a shiny new disk format, and is not compatible with
>filesystems created by older Btrfs releases.
人柱版ですなあ。
750:login:Penguin
08/08/06 15:49:41 4Vd3Wc7m
ReiserFSのパーティションに
最大いくつのファイルが保存できるんでしょう？
Wikipedia項目ﾘﾝｸ
とりあえず自分で試してみると4億どころか6億まで生成可能なのを確認。
42億まで試したかったのですが、流石に時間が掛かり過ぎるので挫折。
どなたか試した方いませんか？
751:login:Penguin
08/08/06 15:52:33 AkO0dpZk
>>750
URLﾘﾝｸ(en.wikipedia.org)
752:login:Penguin
08/08/06 16:03:15 4Vd3Wc7m
>>751
4億は誤りですかそうですか・・・thx
753:login:Penguin
08/08/06 21:56:09 dzsXxKhf
>>749
人柱はもう埋めてるし。
＃あ、話題が戻っちゃった。
754:login:Penguin
08/08/07 10:21:51 87J+0ISt
reiserfsで、df -iのようにスマートにiノード使用率を知る方法ってあります？
findで調べると3日ぐらいかかって実用的じゃないのでお手上げ中＼(＾o＾)／
755:login:Penguin
08/08/07 15:26:53 BfZjv8e9
使用率って？
inode 数はフォーマットしたときに決まるわけじゃないよ。
756:login:Penguin
08/08/07 19:38:42 87J+0ISt
ReiserFSではiノード領域が動的だそうなので
使用率という表現は不適かも知れませんが、
ReiserFSには最大ファイル数が定義されているので
上で言っている使用率とは、保存iノード数/(2^32)を算出したいという意でした。
757:login:Penguin
08/08/07 23:43:35 zjcPtHkL
debugreiserfsで状態を表示させれば出てこないかな（manしかせず書いてます）
758:login:Penguin
08/08/08 00:44:31 qLCMww6N
Comparing HAMMER And Tux3
URLﾘﾝｸ(kerneltrap.org)
759:login:Penguin
08/08/10 01:35:30 pxX9OrGC
適当な圧縮ファイルシステムを探しています。
jffs2やyaffsは普通のHDDに適用できるでしょうか？
それか、他に圧縮可能なファイルシステムはあるでしょうか？
760:login:Penguin
08/08/10 01:51:03 W3NVT3EJ
URLﾘﾝｸ(www.watch.impress.co.jp)
今の時代のHDDに圧縮ファイルシステムなんて必要か？
761:login:Penguin
08/08/10 01:53:48 mtRJUZnW
e2compr か Reiser4
jffs2はHDDに使えなかった気がする
762:login:Penguin
08/08/10 02:36:11 pxX9OrGC
>>760
そういう考え方ならLinux自体を切り捨てることも可能だね。
>>761
e2comprを検討してみます。ありがとうございました。
763:login:Penguin
08/08/10 08:01:19 SXtQoZrp
まて、e2comprはもう何年もメンテされてないぞ
764:login:Penguin
08/08/10 09:29:39 HojDpI5d
>>759
URLﾘﾝｸ(ubulog.blogspot.com)
765:login:Penguin
08/08/10 11:56:52 QN4uaPhm
誰も貼ってないのか
ext4のfsckはext3より7倍速いぜヒャッハ～
URLﾘﾝｸ(tytso.livejournal.com)
766:login:Penguin
08/08/10 13:17:14 SXtQoZrp
>>765
ext3は大容量だと間接参照たっぷりになるのでチェックすべきinodeがやたら水ぶくれするが、それがエクステントで解決したぜー
って事だと思う。
ただ現状のext3のfsck速度を考えると７倍ごときでは屁のつっぱりにもならん。
767:login:Penguin
08/08/10 13:25:54 pmNdfklh
いつの間にかext3より遅くなっていた本体の方を…
768:login:Penguin
08/08/10 17:43:03 mtRJUZnW
>>763
2008/6/25に更新した中の人泣くぞ
URLﾘﾝｸ(sourceforge.net)
769:login:Penguin
08/08/12 10:20:24 IDhTWp2o
>>760
DB、DWH系だと、インデックスやらを圧縮で速度やメモリ効率あげたりするのが結構あるよ
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
URLﾘﾝｸ(www.cwi.nl)
圧縮関係だとそっち系のインデックス型データ構造の研究が最近進んでるみたいだし。
>764みたいFUSEの圧縮ファイルシステムもあるけど、
マウント元の実圧縮ファイルとマウント先の仮想ファイルが出来る感じらしい
URLﾘﾝｸ(www.ibm.com)
ｽﾚﾘﾝｸ(linux板:9-番)
770:login:Penguin
08/08/13 00:12:07 wRv5KoSx
>>758
二人ともメール長いんだよなー
771:login:Penguin
08/08/15 10:33:58 MmSR2W4V
lvmにxfsするのと
直にxfsするのと何か違いがある？
スナップショット、とかlvmの機能が使えなくなるだけ？
772:login:Penguin
08/08/15 11:37:44 J6yZJStA
ageんな
lvm使うとxfs側からlvm以下のブロックデバイスの情報が見えなくなるから、
たとえば下位ブロックデバイスがストライピング構成のときにsunit/swidthを
自動設定するとかそういうのが自動ではできなくなる
もちろんフォーマットオプションなりマウントオプションで手動ではできる
773:login:Penguin
08/08/15 20:24:46 zQTrwxTl
すみません。
どういうことですか。
lvm使わないほうが良いって事？
774:login:Penguin
08/08/15 20:39:10 rY/xFW1a
読んで分からないなら、lvmが必要かどうかだけで判断すればいいじゃね
775:login:Penguin
08/08/18 09:45:51 0/c48SOJ
centOS 5.2のcentosplus(kmod-xfs)
xfsを使用しています。
sda3から、sdb1へ
cp -a /home/* /mnt/ を実行したのですが、
(100ギガくらいのリポジトリデータ)大変遅いです。
同データをext3で運用していたのですが、こんなに遅いことはありませんでした。
何か設定はあるのでしょうか。
776:login:Penguin
08/08/18 10:00:22 bb9PWqLS
ageんな
URLﾘﾝｸ(everything2.org)
777:login:Penguin
08/08/18 10:01:53 k5kjfraR
age
778:login:Penguin
08/08/18 10:09:10 ldYOTmmD
>>772,776
テンプレにはsage進行とは書かれてないよ。
強制しちゃだめだよ
779:login:Penguin
08/08/18 10:43:40 bb9PWqLS
>>778
そういうくだらないレスこそsageにふさわしい
780:login:Penguin
08/08/18 11:01:49 ldYOTmmD
>>779
自虐ですか？
781:login:Penguin
08/08/18 19:37:51 vldwcItY
無能ほど場を仕切りたがる
782:login:Penguin
08/08/20 20:45:04 bODFjQn7
nilfs2にぼつぼつコメントがつきはじめたね。
さぁ時差を感じさせなくらいの速度で反応するだ。
でないとまたストールするよ。
783:login:Penguin
08/08/21 09:53:52 vJvCsUG9
>>782
どこでどこで？
784:login:Penguin
08/08/21 11:38:53 3lV0EPys
>>783
URLﾘﾝｸ(marc.info)
URLﾘﾝｸ(marc.info)
785:login:Penguin
08/08/21 17:57:27 vJvCsUG9
>>784
こんどはレスポンスもついているね。
パフォーマンスでxfsの値が妙なので、
ネタがそっちに流れつつあるような感じもするけど。
NILFSチーム、がんがれ！
786:login:Penguin
08/08/21 22:17:39 jRgtKzEd
NILFSの不思議な旅
787:login:Penguin
08/08/21 23:17:31 B/ykiK8f
>>785
-mmツリーにすでに入ってるね
788:login:Penguin
08/08/21 23:19:56 QWrpUtNi
>>787
reiser4も何年も入ってなかったっけ？
789:login:Penguin
08/08/22 06:00:26 U1Xz4OE4
>>788
何もなけりゃ29のマージウインドウが開いたあたりで
送り込まれるのではないかと。
reiser4は何かあったときの対応がねえ。
790:login:Penguin
08/08/22 18:45:27 kS+4aBzQ
Reiserがムショの中でも開発続けられれば…。第二級殺人じゃ絶対無理か。
791:login:Penguin
08/08/22 20:51:11 /bN7Lxst
「Reiserさん！面会ですよー」
「Reiser4のバグの話なんですが...」
792:login:Penguin
08/08/22 22:09:10 Abm1U3ii
>>791
なんという業よ。
ありえないと言いきれないところが怖い。
793:login:Penguin
08/08/22 23:00:44 63Jp6w4y
Reiserは自由と権利を制限されながらも安らかな時間を過ごしている。
ギスギスした戦場のような職場で、刑罰のような仕事を日々こなし、
自宅という冷たい針のムシロに寝に帰る日本のオトーサンと比べて
果たしてどちらがシャバなのか疑問に思ったり。
794:login:Penguin
08/08/22 23:20:01 2us8IYgl
ムショ暮らしとリーマン生活の
比較のコピペがあったよな。
まあでも冗談抜きでタンス作る代わりに
ＦＳ作らせるのがいいと思う
795:login:Penguin
08/08/22 23:54:22 /bN7Lxst
ZFSやらされたりしてw
796:login:Penguin
08/08/23 07:06:25 u1TixFnB
え、やっぱ殺人事件だったの？
こえー
797:login:Penguin
08/08/23 10:16:22 xvh0iauu
誰も知らない遺体の場所を司法取引で自供したからね・・・
798:login:Penguin
08/08/23 10:34:46 qaoL28+J
刑罰とオープンソース
論文をしたためるに値する価値がありそうな。
799:login:Penguin
08/08/23 10:36:46 Ud1YTKLx
ねーよ
800:login:Penguin
08/08/23 11:01:02 lHnHPGSu
アメリカじゃあ、パソコン組み立てとかも、やってるんじゃなかったか？
ファイルシステム開発させても良いような…
801:login:Penguin
08/08/23 12:10:02 amhj6vrk
>>800 iPod touch をクラックさせたら神だな。
802:login:Penguin
08/08/23 19:08:06 OC/fVtrT
「Reiserさん！面会ですよー」
「Reiser4のバグの話なんですが...」
「そうなんよ！今ここで直してるんだけど(ry」
「つ USBメモリ」
803:login:Penguin
08/08/23 19:43:09 dUeDDPOR
reiserはプログラマとしては優秀なんだろ？
だったらいくら殺人犯だとしても刑罰だけを与えるのは才能の
無駄遣いな気がするな。
ここはひとつ、ムショの中でもコードを書かせるべきだろ。
804:login:Penguin
08/08/23 19:43:34 ZpqkMYu4
特例でムショ内で開発認めることはできんのか？
人間としては最低だが能力は惜しい
805:login:Penguin
08/08/23 19:58:45 xvh0iauu
イス作らせるかわりにコード書かせるのか。いいアイデアだね。
問題は重犯罪者だからネット接続は不可だろう。
806:login:Penguin
08/08/23 20:20:11 Z+mQqizf
>>804
人間としては最低は言いすぎ。
愛憎の果ての殺人なんて、俺もお前もやらないとは限らない人間臭すぎる犯罪。
刑罰は当然だが、そこらの見知らぬ人間を殺して回るような犯罪とは違って
他人には口を挟めない部分がやっぱりあると思う。
それにしてもやりきれない・・・
807:login:Penguin
08/08/23 20:22:36 xvh0iauu
アホか。殺人は殺人だ。
808:login:Penguin
08/08/23 20:24:38 OC/fVtrT
・会社/自宅の開発環境を与える
・マシンは労務時間のみ使用可能とする
・外部の情報は看守経由でのみ可能(メールOK)
・進捗管理は仕様書の提出とする
・デバッガー／テスターとして他の服役者を使用可
・勤務中は水やコーヒーをいくら飲んでもよい
・給与は一般的な米国人プログラマと同等とする （出所時払い）
809:login:Penguin
08/08/23 20:28:23 MBfF4T3v
>>807
アホは思いだろう、こういうことを平気で言う人間がいる状況で裁判員制度だからなあ、この国は。
ってそんな話をする所なのかこのスレ
810:login:Penguin
08/08/23 20:50:27 xvh0iauu
いやオレハムラビ法典の信奉者なので。
ま、考え方の違いだな。
811:login:Penguin
08/08/23 22:14:42 FOSyfcbJ
つーかさ、司法取引で第一級殺人(意図的計画的な犯行)から減刑されてるんだぜ。
812:login:Penguin
08/08/23 22:25:23 HVgqQANJ
>>806
お前優しいな。だが
＞他人には口を挟めない部分がやっぱりあると思う。
事情が公表されてない以上、俺ら外野がそこまで言えるかね？
殺人は殺人、と思うのが普通だろ
813:login:Penguin
08/08/23 23:13:24 8KJsMJni
>>808
糞賃貸で騒音に悩んでいる俺にとっては好条件なんだけど、
米国に殺したい奴がいないんだよね...
814:808
08/08/24 01:17:38 7r//Y90b
>>813
ブラックなジョーク乙
もちろん808はフィクションです。
815:login:Penguin
08/08/27 19:56:14 0+48kDfx
例えばReiserFSは多数の小ファイルの扱いに優れている、というような表現が多いですが、
この場合の小ファイルって、どのくらいまでを指すのでしょうか？ 数KBまで？
816:login:Penguin
08/08/27 21:07:37 XlxteNMz
tail packingの話なら4k
817:login:Penguin
08/08/28 09:15:57 SXqaqT5P
>>802
データの持ち出しはまずいだろ
つ 紙とペン
818:login:Penguin
08/08/28 19:10:23 tSnJ5WCg
>>816
4kというのはOSのページサイズ制限からくるブロックサイズという理解でOK？
200kB～1MBが多数という用途ですので、ReiserFSの出番とはちょっと違うみたいですね。
ありがとうございました。
819:login:Penguin
08/08/28 23:06:34 JB+H4n7a
reiserのテールパッキングで速くなるってのは、ファイルあたりのシーク回数減らせるから??
820:login:Penguin
08/08/29 00:49:46 Edd7Vy8t
そうだよ。
821:login:Penguin
08/08/29 01:48:39 4lK4Ycyv
サンクス
822:login:Penguin
08/08/29 04:20:34 iaZyVY6w
「テールパッキングで速くなる」んじゃなくて、
テールパッキングをしない（notail）のほうが速くなるんじゃなかったか？
823:login:Penguin
08/08/29 12:26:46 alkNxi4Q
書き込みは遅くなる。読み込みは速くなる。
824:login:Penguin
08/08/30 19:23:26 yHNLzeMb
刑期の言い渡しを受ける。15年～終身
Hans Reiser Gets Sentence of 15-To-Life
URLﾘﾝｸ(yro.slashdot.org)
825:login:Penguin
08/08/31 12:21:17 r0NEbfQ5
終身hack
826:login:Penguin
08/08/31 16:07:17 EmZkRSgm
それはウラヤマシス
827:login:Penguin
08/09/02 21:02:31 5SXHvctn
232GB中187GB使用、NTFS圧縮機能を多用しているので断片化が93GBにも及んでしまった
8GBを超えるような3DゲームをインストールしたりNTFS圧縮解除すると必ずマシンごとフリーズする
HDD自体は全く問題ないんだが断片化もきついしもう二度とNTFS圧縮機能なんてつかわねえ
828:login:Penguin
08/09/02 22:16:35 VO9T1fkM
糞環境と使いどころを間違ってる頭が問題
829:login:Penguin
08/09/03 04:13:58 Xk+fZx2z
ReiserFS で約 80 MB（10 シリンダ分）のパーティションを作ったら、いきなり 30 MB くらい減っててビビった。
4 GB のパーティションでも同じだけ減ってたけど、今まで気づかんかった。
知らんかった……
830:login:Penguin
08/09/03 09:08:24 I3d+lpXC
ヒント:mkreiserfsの--journal-size
しかし、80MBのパーティションにジャーナリングファイルシステムは必要かね？
831:login:Penguin
08/09/03 15:02:57 iVy05m+O
とりあえず、消したファイルをツール等で復活できないように、
使ってない領域を0で埋めるようなツールを探しています。
ただ、そんな厳密なものはいらなくて、最優先なのは速度です。
なんかいいツールありますか？
832:login:Penguin
08/09/03 15:19:09 jmdo1eTZ
> sega
833:login:Penguin
08/09/03 16:53:35 MMCDH66W
mount /dev/hogehoge /target
mv /target/* /backup/
umount /target
dd if=/dev/zero of=/dev/hogehoge
mount /target
mv /backup/* /target
834:login:Penguin
08/09/03 16:55:06 MMCDH66W
コーディングの速度を最優先してみました。
835:login:Penguin
08/09/03 16:55:59 MMCDH66W
駄目じゃん俺。ファイルシステムを作り直すの忘れてるわ
836:login:Penguin
08/09/03 17:12:25 gy6I6xnc
shred
837:login:Penguin
08/09/03 18:25:11 enhdHru1
xfs
838:login:Penguin
08/09/03 22:00:24 0whAXUeF
AdvFS
839:login:Penguin
08/09/04 00:31:30 D8JUp3nR
>>831
dd if=/dev/zero of=/mnt/foo/bar bs=1024k
rm /mnt/foo/bar
これでだいたい消えるだろ。
840:login:Penguin
08/09/04 02:05:39 oV1qRSM1
アホか
841:login:Penguin
08/09/04 02:54:12 hW2btgDS
おすぎです
842:login:Penguin
08/09/04 03:26:28 OfHk9Fuj
dd遅い。
なんとかしろ。
843:login:Penguin
08/09/05 01:31:56 wNebxfYY
ルートシステムをパーティションAからパーティションBへ
まるごとコピーしたい場合、
cp -a で一気にやっちゃっていいんですか？
/dev のあたりがどうなるか不安です。
もちろん現在稼動中のルートじゃなくて、
第三のシステムCからAとBをマウントしてやるつもりです。
844:login:Penguin
08/09/05 02:09:42 Os+Kvd1W
>>843
cp -aでほとんど問題ない
デバイスファイルもシンボリックリンクもハードリンクも考慮してくれる
唯一元通りにならないのはsparse fileだけ
こればかりはdump/restoreでないと無理
845:login:Penguin
08/09/05 04:47:28 1sBBnm+4
>>843
拡張データを持てるファイルシステム(XFS等)で、拡張データを使う場合は
FS付属のツールを使うのが吉だけど、大抵はcp -aで問題ないと思うよ。
846:login:Penguin
08/09/05 07:01:10 5EcHMg0O
>>843
GNU cpなら--sparse=alwaysで作ってくれるんじゃなかったっけ？
URLﾘﾝｸ(www.linux.or.jp)
847:login:Penguin
08/09/05 10:11:20 +SJyFP4u
>>843
SELinux使ってるなら有効な環境で-cも付けないとラベル消えるぞ
URLﾘﾝｸ(www.atmarkit.co.jp)
848:login:Penguin
08/09/05 15:07:50 8UOYq6Hd
>>844
tarもスパースファイルをサポートしてますね(-S, --sparse)
849:login:Penguin
08/09/05 15:41:39 EqUjCuSV
Hans Reiser氏に15年以上の懲役判決が下った
URLﾘﾝｸ(slashdot.jp)
＼(＾o＾)／人生ｵﾜﾀ
＼(＾o＾)／reiserfsｵﾜﾀ
850:login:Penguin
08/09/05 15:59:35 dzRR9M4U
reiserfsの開発は誰かが引き継いでほしいな。
851:login:Penguin
08/09/05 16:15:53 ASnbqGpK
カリフォルニア州では刑に「～終身」がついた場合に保釈（hansの場合は15年後）される確立が1%と
極端に厳しいんで有名だってスラッシュドットに書き込みがあったけど、それが本当だったら
司法取り引きをした意味ないじゃん。
852:login:Penguin
08/09/05 16:23:55 kV5sEzEe
>>851
カリフォルニア州では死刑廃止されていないので、第一級殺人だと最悪
死刑の可能性がある。
853:login:Penguin
08/09/05 16:40:10 yJYLbrdu
本人は刑務所内で開発をしたい意向だ。
多分その望みは叶えられるだろう。
854:login:Penguin
08/09/05 17:18:15 kV5sEzEe
>>853
このスレでもガイシュツだけど、PCを使っての外部とのやり取りは
可能なのかなぁ。もちろん、手紙とかは検閲入るものの普通に
やり取りできるけどさ。
日本ですら以前は家族だけだったのが今は友人が出した手紙も普通に
読めるようになったし。
855:login:Penguin
08/09/05 17:28:15 cfp2W/Pk
どうなんだろね。
インターネット接続できる＝自由かつ秘密裏に外部の人間とコンタクトとれちゃうから、一般的には禁止じゃないの？
856:login:Penguin
08/09/05 17:37:48 +SJyFP4u
やはり鉛筆と紙だな
857:login:Penguin
08/09/05 18:14:56 kV5sEzEe
>>856
そして、それをOCR…、ってPGPの米国外持ち出しを思い出すな。
858:login:Penguin
08/09/05 20:19:02 K3X7Sr2a
Hansも出所するころには全身にコードが刻み込まれた絵人間に
URLﾘﾝｸ(wiredvision.jp)
859:login:Penguin
08/09/06 16:20:44 Jnd5r4sk
2027年7月7日 Hansあらわる
記者「Hansさん、出所おめでとうございます。」
Hans「いやー有難う。ところでReiserFSのメンテ状況はどう？」
記者「アレは...いや無事に出所できて良かったですね！」
860:login:Penguin
08/09/09 03:49:20 W19H5Uqv
知らない間にハードディスクに、
FAT16（：Ｅ）とReiserFSっていうﾊﾟｰﾃｨｼｮﾝができてたんですが、
これって削除しても大丈夫っぽいですか？
特にReiserFSがあるとﾊﾟｰﾃｨｼｮﾝ触るときに、「移動できないﾊﾟｰﾃｨｼｮﾝがあるため続行できません」とでてしまい不便してます
URLﾘﾝｸ(www.dotup.org)
URLﾘﾝｸ(www.dotup.org)
調べてみた結果俺みたいなﾊﾟｰﾃｨｼｮﾝ構成になっている人がほとんどいないようだったので、
初期から入ってるものではなくいつの間にか紛れ込んだものだとは思うのですが、
気になるので意見聞かせてください。
ＰＣでテレビを見たことはありません。
一応ＴＶを見れるタイプのＰＣですが設定はしていません。
Linuxのインストール系には手は出してないと思います。
861:login:Penguin
08/09/09 03:55:53 gB41I1Lq
質問する間でもなく、必要のないファイルは消してもいいというのと一緒だろ。
インストール’系’という言葉が気になるが、何かやらかしたの?
windowsで変なソフトを使っていない限り紛れ込むことはない。
862:login:Penguin
08/09/09 04:11:49 W19H5Uqv
>>861
昔酔った勢いでインストール系触ったような・・さわらなかったような・・
多分やってないハズです。
もう一個考えられるとしたら、
バックアップソフトのAcronis True Imageで緊急起動用のブートＣＤ作った時に
作成されたかもしれませんが、うーん・・・
まぁ基本的にはドライブＣ以外のﾃﾞｰﾀはどうなろうが関係ないはずですよね。
ありがとうございます。
863:login:Penguin
08/09/09 09:55:45 IAhfdh01
メーカーPCならリカバリ領域がReiserFSに見えてるのかもしれん・・・
と思ったけど200Mぽっちってことは無いだろうから分からんな。
不安なら1cdLinuxでマウントしてみるとかダンプしてみるとかすればいいんじゃないの？
864:login:Penguin
08/09/09 10:47:10 vqqGOdEY
>>860
板違い。
PC初心者
URLﾘﾝｸ(pc11.2ch.net)
865:login:Penguin
08/09/15 14:01:29 xgMSq0hA
全半角の時点でアレ
866:login:Penguin
08/09/21 07:15:01 oAQntVv0
いま、SSD搭載のノートPCにインストールするとき、お勧めのFSは何でしょうか?
まだ「決定版」は無いみたいですが…
867:login:Penguin
08/09/21 22:36:42 wn9vsd7X
便乗質問ですがSSDってロジカルな意味以外での断片化って
ありうるんですか？
868:login:Penguin
08/09/22 01:22:03 59rWT/4x
あるよ。コントローラが特定チップへの書き込み偏重を起こす副作用があるウェアレベリング手法を採用してたら。
869:login:Penguin
08/09/22 01:22:27 IWoMUFF9
断片化そのものはあるだろうけど、ウェアレベリングで
ランダムなアドレスに書き込んでいるから元から断片化しまくりだろうし、
断片化していてもシーク時間がないから断片化を気にすることに意味がないデバイスだよね。
870:login:Penguin
08/09/22 02:11:58 Ys/3lHk7
>>868,869
オマエらほんとはウェアレベリングのことよく知らないだろw
871:login:Penguin
08/09/22 13:30:45 aeCAnmJw
>>870尊師による具体的かつ詳細なウェアレベリング講座が始まります
872:login:Penguin
08/09/22 17:21:26 gNSkQdpN
講座はいいから、SSDにお勧めのFSを教えてくらさい
873:login:Penguin
08/09/22 17:22:09 6c0BmpVj
btrfs
874:login:Penguin
08/09/22 17:40:04 iwkTRVYz
btrfs はSSD用に開発されたFSじゃないでしょ。
875:login:Penguin
08/09/22 18:42:33 Ed/qK+EY
btrfsって言ってみたかっただけです
876:login:Penguin
08/09/22 21:03:58 iwkTRVYz
理由もなく勧めたわけですか。バカですね？
877:login:Penguin
08/09/22 21:16:43 6c0BmpVj
>>874
すらどに書いてあったから（w
まぁファイルシステムを最適化するよりも、
フラッシュのコントローラの方がこれからまだまだ変わってく
だろうから（今は既存のファイルシステムに合わせて
いろいろ処理を入れている）、当分はファイルシステム側
で何かせずに、ただのランダムアクセスの速いドライブとして
取り扱うのがいいのでは、ということだそうだ。
URLﾘﾝｸ(lwn.net)
KS2008: Filesystem and block layer interaction
878:login:Penguin
08/09/22 21:22:14 RcWgiPXz
iwkTRVYzが執拗につっこむ理由が分からん
879:login:Penguin
08/09/22 22:41:37 ycRdpTD1
nttが作っているファイルシステムとかどうよ。
webページではssdにもおすすめみたいなこと書いてあるけど。
880:login:Penguin
08/09/22 23:28:21 RcWgiPXz
フラッシュ側の書き込み分散がないか下手だと仮定すれば有効じゃない？
その仮定がガンガン変わってるのが現状だけど
881:login:Penguin
08/09/22 23:57:19 ipFxRDfa
原理的に追記型ファイルシステムならSSD（つーかフラッシュ）に
向いているとはいえるな。
ファイルの編集で、元ファイルへの書き込みが同じブロックへの
書き込みになるとウェアレベリングがまったく機能しないが、追記型なら
別のブロックへの書き込みになるから無問題。
ただ、書き込み処理で使う一時領域（ログ領域とか）が常に同じ区画だと、
そこが最初にやられてしまうので、その部分の改善は必要。この問題は
実はHDD時代からあって、XFSでログ領域が先に磨耗する（その領域での
エラーレートが有意に高くなる）という現象がATAプロトコルアナライザで
観測されてたりする。
882:login:Penguin
08/09/23 01:41:25 3BmYbyLb
SSDドライブの耐用年数を増やすカーネルパッチ？
URLﾘﾝｸ(www.atmarkit.co.jp)
883:login:Penguin
08/09/23 12:26:49 TkE/X+T7
>>881
>元ファイルへの書き込みが同じブロックへの
>書き込みになるとウェアレベリングがまったく機能しない
んなことはない。それを散らすのもウェアレベリング。
ただ単に空き領域から領域確保するときにだけ書き替え回数の少ないのを
選択するだけなら簡単だが、それではホントにすぐに壊れてしまう。
884:login:Penguin
08/09/23 13:47:39 7UGRt7NJ
フラッシュのコントローラって
どのアドレスにどんだけ書いたとかの情報も保持してるの？
885:login:Penguin
08/09/23 18:26:10 CdCfBQmf
>>884
ものによるが、普通の安いコントローラはそんな領域はもってないわな
886:login:Penguin
08/09/23 18:31:29 CdCfBQmf
>>882
うむSSDにおいてはdiscard requestが本質で、NILFS, btrfsみたいなappend write思考はウェアレベリング制御コントローラを持たないフラッシュ（組み込み系にしか存在しない）にしか意味がない。
あと、Intelは我が社のSSDのコントローラは超Cooooolなので普通のFSでも全然問題なくて、単に速いHDDとして使えるぜーーって喧伝しているので、カーネルコミュニティ的には、
なんだハードで対策できる問題領域ならハードでやらせたらいいじゃん。的な雰囲気
887:login:Penguin
08/09/23 19:59:58 7UGRt7NJ
>>882
これってさ、つまりSSDに一度fs作った後
全領域をなんかのデータで埋めてしまうと、
それをfs上で削除した後でもdiscardされたことになってないので、
fsのメタデータみたいな書き換えが超頻繁なところでも
フラッシュ上の位置が固定されてしまうってこと？
888:login:Penguin
08/09/24 00:03:41 Qx+obLfG
>>887
flashがいっぱいになっても書き込み位置は固定されない。
固定したらすぐに壊れてしまう。
discardされない場合、fs的には空き領域なのに、不要なデータをコピーして
領域を移動したりすることになるんだろう。
当然コピーすればさらに書き込みが発生するので、その分寿命が縮む。
discardすればコピーしなくてよくなるので、乱暴に言えば寿命が2倍になる。
889:login:Penguin
08/09/24 08:49:33 c9gJjpCf
結局 file system レベルの内容を理解した上で
制御してくれるコントローラが寿命の短い flash memory 向けには
必要なんだけど、実際にはその手前のレベルの実装になってるってことかな?
890:login:Penguin
08/09/24 11:40:33 UINH6EwP
SDカードのfsがFAT16に固定されてたのは
そこら辺が関係してるのかな。
というかSDカードのコントローラってどこにあるんだ？
891:login:Penguin
08/09/24 13:54:37 t2pMdKqe
>>890
そりゃカード側ですがな。
あの手のカードでコントローラが入ってないのは
スマートメディアくらいじゃないかのう。
892:login:Penguin
08/09/24 15:45:17 3ffijfuO
下位レイヤの構造をファイルシステムで考慮するのはあんまり好きじゃないなぁ。
すぐ下層のRAIDストライプ幅考慮くらいならまだ許せるんだけど。
頭の悪いウェアレベリング対策で過渡的にFS側で考慮するのは仕方ないけど、環境に適応しすぎた
進化の先は必ずどん詰まりだし、SSD側で何とかなるなら丸投げする方がいいだろうね
893:login:Penguin
08/09/24 16:15:44 C+IH/2xC
ただ、SSDのコントローラ側は当然ながらFAT32かNTFSしか考えていないわけで。
894:login:Penguin
08/09/24 22:11:45 QRf9ri97
exFATのこともたまには思い出してください
895:login:Penguin
08/09/24 22:43:51 RSAxEbKk
>>893
FATになる部分はどうやってるんだろう
896:login:Penguin
08/09/24 22:49:13 3ffijfuO
>>893
USBフラッシュならともかく、SSDでそれは考えづらい。
SSDはサーバストレージの置き換えも視野に入れてるし、コントローラが特定のFSに
特化するならそれこそ過適応だよ。コントローラがFSに対応してても、RAIDなり
論理ボリュームなりで細切れにされたら全く対応できないわけで。
回路規模でかくして環境依存かつ複雑なアルゴリズムを採用する判断は普通しないだろう。
897:login:Penguin
08/09/24 22:54:40 ZMNTIDGn
最近USBフラッシュ上にインストールできる鳥が多いが、
yum -y update に耐えられるメモリに出会ったことがない。
つか、使えるの教えてほしい。
898:login:Penguin
08/09/24 23:16:14 jpGgbHMv
>>897
yum -y update すると何が起きるの?
899:login:Penguin
08/09/24 23:17:44 YyeaGl1F
USBメモリがパンパンになる
900:login:Penguin
08/09/24 23:27:00 ZMNTIDGn
途中でファイルシステムからI/Oエラーみたいなのが
でるけど、あれは容量が足りてないの？
2GBのメモリで512MBの上書き可能領域を設定していて、
ソフトの２、３個は確かに問題なくインストールできるんだけど。
901:login:Penguin
08/09/24 23:49:03 t6WL9Ml4
大胆に言えば、「未使用部分は消去しないで放っておくという最適化」を止めるというだけ。
その通知はzero fillでは適当ではなくコマンド発行が正しい使い方だったということだよね。
>>897
それは量的な問題で、16GBの奴とか使えばいいんでないか?
902:login:Penguin
08/09/25 09:30:05 gW2/+wNw
>>901
CF ELASE SECTORSだったかな。うろ覚えだけど
結局OSの対応がいるからそのままって訳には行かないしこのコマンド発行してくれる実装のファイルシステムはあるのかしらない。
ZFSあたりはELASE SECTORってのが有った気もするので対応してそうな予感
903:login:Penguin
08/09/26 01:13:27 toU2R+YV
ELASE-SECTOR に一致する情報は見つかりませんでした。
904:login:Penguin
08/09/26 01:48:51 MxRUPN85
>>903
ERASE SECTORやね
スペルミスしてた。ｽﾏｿ
905:login:Penguin
08/09/27 02:44:23 ihJfj8xO
>>900
この件はもっと事例報告があればいいな。
実は自分の所では、もっと高価なSSD (SLC) で似たような事が起きている。
yum upgrade や yum update でバージョンアップしているときに ext3 ナントカ error
(正確なメッセージは記録していない。今度出たらちゃんと記録するよ)
というのが出て、次回起動時に fsckが必要になり、いくつかのファイルが失われた。
(yum upgrade を4回ほどやったうち、2回その現象が起きている)
失われたシステムファイルは yum reinstall で今のところどうにかなっているようではある。
自分のSSDの初期不良なのか、yumなどで 大量に書き換えをするときにフラッシュメモリー
デバイスにありうる一般的な問題なのか、切り分けたい所なので、>>900 のような事例が
他にもあれば、報告して欲しいな。
スレ違いなら、どこで訊くのがよいだろう。俺としては、この fs スレで新しい知見が得られると
ウレシイのだけれど。
906:login:Penguin
08/09/27 12:22:06 kG6oXFXC
>>905
USBメモリの容量不足だったようです。すまん。
640MBのイメージが圧縮されているのでOS起動時には
2.1GBのサイズになっているのがdfで確認できる。
つまり約3～4倍に膨れる。
--overlay-size-mb 512 で上書き可能サイズ512MBにしても
ダウンロードパッケージが400MBほど、さらにこれが
展開される領域が必要で、しかももとの圧縮OSイメージ上の
ファイルは消されずそのまま残るので、
ダウンロードパッケージのダウンロード先を別メモリにして、
さらに--overlay-size-mb 1200でも2/3くらい展開したところで
いっぱいになった。
結論 2GB のメモリじゃぜんぜん足りん。orz
907:login:Penguin
08/09/27 20:10:27 GhDIi3T5
つまらんが、安心できる落ちだったなw
908:login:Penguin
08/09/27 20:11:12 GhDIi3T5
おっといけない、報告乙です >>906 。
909:905
08/09/28 04:17:21 yW2sy9CV
安心できないのは俺だけかよ orz
あと1週間もすれば OS の RC1 が出るので、そのときまた yum upgrade で
オカシナことが起きるかも知れん。通常使用では異常は起きてないんだが。
ところで SSD で ext3 を使う場合、書き込みを少しでも減らすために
noatime, nodiratime をマウントオプションに入れるのは有用なのかな。
あるいはこのオプションでファイルシステムを構築すると、動作がおかしく
なるアプリはあるのかな。
910:login:Penguin
08/09/28 05:49:38 VCyQqHEh
noatime,nodiratimeで問題が起こる例に出会ったことは今のところないなぁ
安定重視で運用するなら、まずアップデートが必要かどうかから
検討した方がいいんでない？
911:login:Penguin
08/09/28 19:46:50 ag6sJ/bC
Gentoo とかは noatime 推奨してるぐらいだし大丈夫なんでね?
912:login:Penguin
08/09/28 20:07:30 CeAQTKB8
relatime が導入され理由って、なんだったっけ？
913:login:Penguin
08/09/28 20:59:14 jkHVDhT6
つ man mount
Similar to noatime, but doesn’t break mutt or other
applications that need to know if a file has been read
since the last time it was modified.
本当に "other applications" は存在するのだろうか。
もしかして mutt のためだけに存在するとかありそうだが。
914:905
08/09/29 04:32:31 XZ5p0plM
>>910>安定重視で運用するなら、まずアップデートが必要かどうかから検討した方がいいんでない？
これは耳が痛い。しかし本当に安定重視なら、さっさとSSDを取り替えまーす。
>>911
そうなんですか。ちょっと安心しました。さっそくこのオプションをつけてみました。
>>913
mutt って、メールの未読・既読を atimeで管理しているんですか? だとすればそれはあまり良い仕様
ではないような気がするなあ。
私自身は、大昔に find -atime でファイルを探したりしたこともあったので、無くなると不便かも、
とか思わないでもないですが、ここ10年は -atime なんて使ってないので、まあいいかという気も。
915:login:Penguin
08/09/29 07:33:01 tJYBJ2w6
システムコール lstat で巨大なファイル（5GBとか）の
情報を取得しようとすると、戻り値が -1 で errno には
Errno = 75: Value too large for defined data type
が入って返ってきます。
回避する方法はないものでしょうか？
916:915
08/09/29 08:33:30 tJYBJ2w6
stat64 を使えということは分かりました．
ところでこういう話題はム板の方がいいんでしょうか？
それとも Linux 板でいいんでしょうか？
917:login:Penguin
08/09/29 12:59:49 L4lBHZ6L
>>916
どっちでもロクな回答は返らない
APUE嫁
man嫁
info嫁
918:login:Penguin
08/09/29 13:30:54 cvmxD0my
>>914
メールソフトの場合、ファイルを書くのはsendmail, 読むのはmuttだろ。
んで、特に厳密なプロトコルがあるわけではないので新着お知らせを実装したいと
毎回ファイルを読み直すか、atimeとmtime を比較するか。の話にどうしてもなる気がする。
ローカルにPOPサーバ立てて管理するのが賢いんじゃね？という気もするが。
このへん、メーラ毎に独自ファイルフォーマットのWindowsとは違った苦しみがあるよな。Linux
919:login:Penguin
08/09/29 14:21:27 XZ5p0plM
>>918
しかし atimeとmtime の比較だと、メールリーダー以外のアプリでアクセスすると新着お知らせしてくれなくなるね。
ウチは新着お知らせに asmail を使っているけれど、noatime でもちゃんと「お知らせ」してくれたよ。
less でスプールを読んだくらいでは「お知らせ」は終了しなかった…ってこれは noatime のもとでは当然か。
920:918
08/09/29 23:56:22 cvmxD0my
>>919
ごめん、流れをちゃんと読んでなかった。muttってバカなの？死ぬの？って質問の回答はYes, Of cource. だと思ってます :-)
921:login:Penguin
08/09/30 09:46:51 vrgONqZt
なんかオバカが混じってる気がしますが…
(mutt を使ったわけでも確認したわけでもないでしょ?)
昔ながらの biff とか shell 通知の "you have unread mail"は
>918 が書いてるように mtime, atime 比較をするのが
妥当だしそれしか方法はない
(ただし mbox タイプのスプールにしか使えない手法)
>914 の「未読管理」の話はおそらくその話を誤解している。
mbox だったらスプール全体で時刻情報1つしかないんだから
使用不能だし、maildir 系はそういう情報は使わない
(ファイルに拡張しみたいにつけてく)
>919
それは新しいメールが来た(mtime 更新)の情報でしょ?
上記のlogin時の「まだ読んでないメールあるよ(atimeとmtime)」とは別。
ということでヌケ作は >920 ですね
922:login:Penguin
08/10/01 00:11:34 zZx3s+9c
実は 920=921 と予想。
923:login:Penguin
08/10/01 18:59:06 iSmqobed
root fiesystemにNFSサーバーを使用してボードコンピュータを起動したいのですが
イーサーブート後、nfsマウントしてカーネルはロードした後、
ロード(nfsマウント)したfilesysytemがread-onlyになってしまいます。
/etc/exports下記でrw指定しているんですがなぜでしょうか？
/usr/src/exports 192.168.0.xxx(sync,rw,no_root_squash)
ボードの起動完了後に
mount -n -o remount,rw /
しても効きません
924:login:Penguin
08/10/01 23:31:02 Bd3jk6SU
PXEのコマンドライン晒してみ？
925:login:Penguin
08/10/10 19:11:21 4Novx3gU
UBIFSってなんぞ
926:login:Penguin
08/10/10 19:23:33 ZxeZssLK
>>925
URLﾘﾝｸ(lwn.net)
927:login:Penguin
08/10/10 22:08:17 RWlL9BKf
>>925
フラッシュ用ファイルシステム、ただしＳＳＤのようなコントローラがＨＤＤのフリしてくれるやつには意味ない。
組み込み向けだね
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4658日前に更新/225 KB
担当:undef