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

1 名前：xfs好きなんでなんとかならんかなあ mailto:sage [2010/08/08(日) 23:26:04 ID:hB0d5896] zfs/btrfsの先行き不透明な昨今、皆様いかがお過ごしでしょうか。 なんか先月末見失ったと思ったらずっと無いっぽいので立ててみました。 しかし需要はあるんだろうか。 ●前スレ ファイルシステム総合スレ その11 hibari.2ch.net/test/read.cgi/linux/1256639505/ ●関連スレ？ OpenSolaris総合スレッド その4 pc12.2ch.net/test/read.cgi/unix/1267016339/ 過去スレ、関連リンクは >>2-10 あたりで。 730 名前：login:Penguin mailto:sage [2011/06/20(月) 22:35:40.83 ID: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 mailto:sage [2011/06/21(火) 03:01:34.62 ID:dbWY8Iwb] >>730 /dev/mapper/vg_fedora-lv_rootを別の所にマウントすると、そのマウント先で実行出来るよ 732 名前：731 mailto:sage [2011/06/21(火) 23:28:28.55 ID:qbcESkqO] >>730 実行してないと思うけど、冷静に考えたら>>731やるとファイルシステム壊れちゃうわ e4defrag -test {/bin,/etc,/home,・・・,/usr,/var} でダメ? 733 名前：login:Penguin mailto:sage [2011/06/22(水) 00:36:50.50 ID:DGiyhnx2] >>732 え？>< 734 名前：login:Penguin mailto:sage [2011/06/22(水) 03:02:33.40 ID:zru0vxXP] 時既にお寿司 735 名前：731 mailto:sage [2011/06/22(水) 17:28:29.42 ID:1NmQMAD4] >>733 きっとあなたは日頃の行いが良いから大丈夫です 違うマウントポイントから同じファイルに同時にアクセスすると、 高い確率でファイルが(運がいいと周りを巻き添えにして)壊れる程度ですから、そんなに気にしないで大丈夫ですよ はっはっは 736 名前：login:Penguin mailto:sage [2011/06/23(木) 10:11:29.58 ID:227Uwirb] 同じファイルに排他もせずに書き込んだら中身が壊れるのは当たり前だろというのはほっといて 同じデバイスを複数回マウントするのは2.2とかよほど古いカーネルを使ってるのでなきゃ問題ない ちゃんとman(2)に書いてある ＞Since Linux 2.4 a single file system can be visible at multiple mount points 737 名前：login:Penguin mailto:sage [2011/06/23(木) 22:50:56.82 ID:HjVlTZr1] >>736 さすがに同一マシンなら大丈夫だったのか お騒がせしました 738 名前：login:Penguin mailto:sage [2011/06/23(木) 23:50:04.14 ID:hoplELEI] 知らなかった... 739 名前：login:Penguin mailto:sage [2011/06/24(金) 10:31:53.47 ID:K8U8a53W] man(2)じゃなくてmount(2)だった… 740 名前：login:Penguin [2011/06/24(金) 23:18:39.75 ID:rKVrtejX] NILFSの今後について、ごそうだんしたいのですが。 741 名前：login:Penguin mailto:sage [2011/06/25(土) 00:33:45.73 ID:nxW16pAD] >>740 Linuxでは現在iSCSIによるファイルシステム共有FSのポジションが穴なので そこへ行きましょうよ 742 名前：login:Penguin mailto:sage [2011/06/25(土) 01:51:39.48 ID:vSMhAj/u] >>741 GFSとかOCFS2じゃだめなの？ クラスタFSより乱戦の分散FSを何とかしてくれー 743 名前：login:Penguin mailto:sage [2011/06/25(土) 02:29:16.51 ID:nxW16pAD] >>742 商用で使われてるはずだから枯れてるんだろけど、なんか未来がなくて嫌 iSCSIなんて個人で使うのか?といわれれば答えよう、NFS遅いんだもん でも、分散FSも欲しいな　両方実装してもらえばいいのかな 744 名前：login:Penguin mailto:sage [2011/06/25(土) 02:30:17.52 ID:9DGGdS2I] Linuxで使うNTFS重すぎワラタ 745 名前：login:Penguin [2011/06/25(土) 15:01:26.41 ID:575b+1hp] む、GFSなんてのがあるのか 解説サイトとかない？ 746 名前：login:Penguin mailto:sage [2011/06/25(土) 15:42:28.19 ID:AY5C535H] >>745 www.jp.redhat.com/gfs/ docs.redhat.com/docs/ja-JP/Red_Hat_Enterprise_Linux/5/html/Global_File_System_2/ch-overview-GFS2.html GFS2、Redhatでググるべし 747 名前：login:Penguin mailto:sage [2011/06/25(土) 15:49:53.18 ID:+zyw/4mz] NFS系とクラスタ系。GFSという名前だと、 RedHatのGlobalFileSystem がクラスタ系で、 GoogleFileSystemはHDFSの参考元で公開されてない。 748 名前：login:Penguin mailto:sage [2011/06/25(土) 15:52:21.37 ID:+zyw/4mz] 4年前になるけど、比較 d.hatena.ne.jp/viver/touch/20070624/p1 749 名前：login:Penguin [2011/06/25(土) 18:00:52.70 ID:575b+1hp] まずいな、デバイスマッパーとかLVM理解しないと、 比較サイトの内容も分からないや 750 名前：login:Penguin mailto:sage [2011/06/25(土) 20:44:43.82 ID:qXAQ3oUJ] 分散ファイルシステムとクラスターファイルシステムの違いを 素人にも分かるように説明してるとこありませんか？ 751 名前：login:Penguin mailto:sage [2011/06/26(日) 08:29:33.01 ID:m6D2OGvC] 大皿のままみんなで食うのがクラスタ 小皿に盛り分けるのが分散 752 名前：login:Penguin mailto:sage [2011/06/26(日) 11:37:30.41 ID:3+6dzafu] おれすげーこと思いついたよ。 iSCSIで接続した沢山のtargetをhostがRAIDZで束ねれば クラスタ分散ファイルシステムになるんじゃね? (遅そうだが) 753 名前：BIGBANG mailto:sage [2011/06/26(日) 12:15:37.68 ID:Juz5ebec] 死ね 754 名前：BIGBANG mailto:sage [2011/06/26(日) 12:16:43.88 ID:Juz5ebec] お前らオナニーしすぎ 755 名前：login:Penguin mailto:sage [2011/06/26(日) 16:45:00.29 ID:kNSxDTTs] >>752 VALinuxがそんな感じのを出してる、ような… もっと極端だけど、NTTのSheepDogも。 ブロックが脱落した時の再割当や、割り当て先の散らし形がキワそうだけど、 結局発想の大元はそこになるし。 756 名前：login:Penguin mailto:!sage [2011/06/26(日) 19:23:35.57 ID:yyAEhZ19] そういうのを考えたのがHadoopじゃん。 757 名前：login:Penguin mailto:sage [2011/06/26(日) 19:30:38.54 ID:l56YSn1G] ext4ってファイルの断片化が起こりにくいんじゃなかったっけ？ non-contiguousが20%超えてるって酷くね？ 758 名前：login:Penguin mailto:sage [2011/06/26(日) 19:53:43.24 ID:ZQy5nBxF] >>756 HadoopのHDFSはPOSIX非互換 759 名前：login:Penguin mailto:sage [2011/06/26(日) 23:42:55.98 ID:FTOi8J2z] >>740 rsyncを使って、nilfs2のパーティションをオンラインでバックアップする スクリプト書いたよ。これで安心してnilfs2を使えるよ。 https://bitbucket.org/dwarfjay/partbackup 760 名前：login:Penguin mailto:sage [2011/06/27(月) 04:33:01.70 ID:RUuJMn+u] >>757 ext4は、ファイルを作って一気に書き込む場合には断片かしにくいけど 少しづつ追記したり部分的な更新を繰り返す場合はext3と同程度 これは欠点では無くてファイルシステムの宿命 761 名前：login:Penguin [2011/06/27(月) 18:16:33.12 ID:KMfV1nLf] これから作成するファイルの最大サイズをあらかじめ宣言できるような ファイルシステムなら断片化しないだろ。 宿命でもなんでもない。 762 名前：login:Penguin mailto:sage [2011/06/27(月) 18:17:40.04 ID:jEkPErJJ] >>761 logファイルなんかどうするの ストリームとか 763 名前：login:Penguin mailto:sage [2011/06/27(月) 18:19:17.40 ID:q4P99xCv] 追記出来無いfsだなんて 764 名前：login:Penguin mailto:sage [2011/06/27(月) 21:14:52.88 ID:hE1KT+/R] >>760 >>761 ext4にはfallocateがあるから、 ファイルをopen → fallocate → データを書き込み → ファイルをclose ってやれば断片化しないんじゃないの？ 765 名前：login:Penguin mailto:sage [2011/06/28(火) 03:50:33.77 ID:6lZqfXNr] あるファイルAの後ろに既にファイルBがある状況で ファイルAに追記しようとすると断片化は避けられない そして、そんな状況は頻繁に起こる 特に空き領域が半分を切った場合 >>761 最大サイズが予想できたらファイルシステムは要らない 柔軟にファイルを扱う機能が必要でそれを実現するために ファイルシステムは生み出された >>764 領域を事前に確保できるけど それが断片化してないことは保証されてない ファイルそのものだけじゃなく空き領域も断片化するから 766 名前：login:Penguin mailto:sage [2011/06/28(火) 10:30:48.94 ID:SMQJaBw5] Windowsでサードパーティー製のファイルシステムってないの？ 767 名前：login:Penguin mailto:sage [2011/06/28(火) 11:45:10.94 ID:l0tw3aLq] ext3を扱うライブラリはありますか？ 768 名前：login:Penguin mailto:sage [2011/06/28(火) 12:42:47.12 ID:jv65m89S] >>761 汎用機(メインフレーム)はそんな感じでファイルの管理行っているよん OracleやDB2のスキームはその名残 769 名前：login:Penguin mailto:sage [2011/06/28(火) 14:01:29.53 ID:83BNRbLo] >>766 つ ntifs これベースで作ってる人が世界に数人いるようだね。 いまはIFS自体が無償提供されるようになったんだっけ。 770 名前：login:Penguin mailto:sage [2011/06/30(木) 00:25:49.09 ID:7y6X/QxR] 断片化が気になるなら、 ・Linuxからntfsなパーティションにコピー、Windowsでデフラグ ・LinuxからパーティションA(ntfs)にコピー、WindowsでパーティションAからBにFastCopyやFire File Copyを使ってコピー とかすればいいんじゃないかな。 771 名前：login:Penguin mailto:sage [2011/06/30(木) 00:29:07.54 ID:oE2JwSOO] 釣りだよな？ 772 名前：login:Penguin mailto:sage [2011/06/30(木) 01:25:49.48 ID:LwyMJBx5] >>770さんありがとうございます！ >>770さんって凄いんですね！！１ >>770さん尊敬します！！！１１11 と、書けばいいのか？ 773 名前：login:Penguin mailto:sage [2011/06/30(木) 15:32:02.08 ID:UiUsc/Rx] メモリを見習って2MBブロックを使えばいいじゃん。 ブロックの中では断片化しないんだから。 （利用効率についてのご質問にはお答えできません） 774 名前：login:Penguin [2011/06/30(木) 21:12:01.74 ID:MuoLCt9l] >>773 でも、動画ファイルはそれで十分だよな 775 名前：login:Penguin mailto:sage [2011/06/30(木) 21:18:32.58 ID:7y6X/QxR] >>771 >>772 せっかくntfsの読み書きが出来るんだから、 そういうのも有りなんじゃないかなと思ったんだよ。 776 名前：login:Penguin mailto:sage [2011/07/01(金) 00:51:28.63 ID:GF2T4w1v] Blocks per groupとかふして2MBにすればいいじゃん 777 名前：login:Penguin mailto:sage [2011/07/01(金) 09:08:56.71 ID:jQ6wtf86] exFAT「呼んだ？」 778 名前：login:Penguin mailto:sage [2011/07/01(金) 11:30:51.54 ID:klcsDY6T] >>775 >>772だが、すまんな。絶賛48時間連続残業で煽ってしまったわ。 Linux向けのNTFSのデフラグツールってないのかな？ありそうだが。 FUSEで書き込みと同時にデフラグとか。クソ遅い上にSSD脂肪しそうなアイディア思いついた。 779 名前：login:Penguin mailto:sage [2011/07/02(土) 03:33:16.92 ID:FkAEAKBi] 断片化軽減を目的に退避・削除・書き戻しをするならNTFSにこだわる必要も無いな 書き戻しをするときに、 領域を確保してから書き込むコピーツールで 大きいファイルから順番に書き戻していけば断片化しにくい ext4のような遅延アロケーションに対応したファイルシステムを使うことが条件 780 名前：login:Penguin mailto:sage [2011/07/02(土) 03:34:51.98 ID:c3NWYTl9] ファイル名長を増やそうという動きはないのかな？ 255バイトじゃなあ…… 781 名前：login:Penguin mailto:sage [2011/07/02(土) 08:43:10.36 ID:t2CtPZ4J] >>780 reiserfs 782 名前：login:Penguin mailto:sage [2011/07/02(土) 11:11:28.82 ID:TM63inIe] ZFS(RAID-Z)って、足りなくなったら手軽にHDD追加して容量up…って出来るようにする予定は無いのかな。 現状だと、1つずつreplaceしてアレイのディスク全て交換…とかしなきゃダメだよね。 783 名前：login:Penguin [2011/07/02(土) 12:13:33.14 ID:PIg3QDhW] >>780 じゃあ何バイトあればいいのよ？ 784 名前：login:Penguin mailto:sage [2011/07/02(土) 12:32:53.88 ID:BOrjSGZM] EA扱いで可変長に 785 名前：login:Penguin mailto:sage [2011/07/02(土) 16:31:26.99 ID:CaWgfUoY] Zetta Byte 786 名前：login:Penguin mailto:sage [2011/07/02(土) 18:50:04.17 ID: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 mailto:sage [2011/07/02(土) 21:28:46.36 ID:UuMmvglB] まー極力ファイルを断片化させたくない！って人はWindows使っとけって言いたくなるね。 Linuxのファイルシステムは断片化しにくいだけで断片化防ぐ手段は無いわけだし。 ext4もSetFilePointer + SetEndOfFileみたいなシステムコールで連続領域を確保できるようになればいいのに。 >>780 ロシア人が言ってなかったっけ？ スルーされたはずだけど。 788 名前：login:Penguin mailto:sage [2011/07/02(土) 21:52:16.74 ID:BOrjSGZM] それがまさにfallocateです 789 名前：login:Penguin mailto:sage [2011/07/03(日) 01:04:52.76 ID:TIKKs5yD] いや、fallocateは結構断片化するみたいだから、 SetFilePointer + SetEndOfFileみたいな使い方は出来んでしょ。 無いよりマシだろうけど。 790 名前：login:Penguin mailto:sage [2011/07/03(日) 01:22:08.34 ID:njdRGesq] SetFilePointer ってこれ？ msdn.microsoft.com/ja-jp/library/cc429788.aspx これとファイルシステム上の断片化の防止が結びつかないんだけど。 791 名前：login:Penguin mailto:sage [2011/07/03(日) 01:50:07.19 ID:mO72NowC] >>787 e4defrag filedefrag さあ、みなさんも魅惑の世界へ でも、壊れたって報告が開発者のところ行かないと進まないんだよな 792 名前：login:Penguin mailto:sage [2011/07/03(日) 04:41:35.20 ID:BNZGSTX4] >>782 drobo だとこういう事できるので、LinuxのソフトウエアRAIDかRAID-Zでも是非やって欲しい 793 名前：login:Penguin mailto:sage [2011/07/03(日) 09:25:01.58 ID:el91dD6Z] >>790 クラスタ割り当てを良きに計らってくれるってだけだけども新規ファイル作成時とかには断片化防止にとても効いてくれるよ support.microsoft.com/kb/841551/en 794 名前：login:Penguin [2011/07/03(日) 09:44:26.70 ID:1XCpK0AR] xfs_fsrあるじゃん オンラインで動くし特に壊れない 795 名前：login:Penguin [2011/07/03(日) 22:59:22.52 ID:r6wy1+d8] 結局、断片化にはNILFS最強ってことでいい？ 796 名前：login:Penguin mailto:sage [2011/07/03(日) 23:20:50.36 ID:TIKKs5yD] >>791 > さあ、みなさんも魅惑の世界へ (((（ ;ﾟДﾟ))) >>794 xfsはkosakiさんの中の人がdisってたけど、 まだまだ現役だよね。 >>795 um 797 名前：login:Penguin mailto:sage [2011/07/03(日) 23:30:07.57 ID:MiI7LbCe] >>796 まあxfsは動画データ等の大きなファイルの管理に重点がおかれているから、 同時アクセス数が重要なウェブサービスみたいなFSには向いていない事でディすられたのでは? 798 名前：login:Penguin mailto:sage [2011/07/04(月) 05:21:01.68 ID:I/2TIZaS] >>792 mdraidはOCEもORLMもできるだろ？ 799 名前：login:Penguin mailto:sage [2011/07/04(月) 10:29:02.46 ID:nKcW7jiC] >>798 Beyond RAID の魅力は、異なる容量のHDDをうまく束ねてくれるところ。 800 名前：login:Penguin mailto:sage [2011/07/04(月) 10:36:57.43 ID:y25QxMN5] DEやmhddfsみたいなもん？ 801 名前：login:Penguin mailto:sage [2011/07/04(月) 16:12:58.02 ID:TsEcE6UI] MDonDM でも DMonMDでも好きにすれば？ 802 名前：login:Penguin mailto:sage [2011/07/04(月) 17:38:39.45 ID:nKcW7jiC] >>800 mhddfs で1つのデータを複数書き込んで冗長化できれば、結果として似たような物かな。 >>801 全然違う 803 名前：login:Penguin [2011/07/05(火) 00:33:32.22 ID:RSKVgOX3] Drobo(beyond raid?)って例えば、8GB HDDと1TB HDDを搭載したとして、 1.008TBの容量が使えるの？ 例が極端で実用性なんかないのは分かってるけどさ。 804 名前：login:Penguin mailto:sage [2011/07/05(火) 00:37:45.63 ID:33unv3rV] Droboってマカーのスメルがするよねw 805 名前：login:Penguin mailto:age [2011/07/05(火) 10:04:21.50 ID:AdqPy2/R] ssdでプチフリ現象がlinuxのfsだと発生しにくく、windowsのntfsだと発生しやすいと聞きましたが どういう理由でこういう風になるのでしょうか。 806 名前：login:Penguin mailto:sage [2011/07/05(火) 11:40:58.06 ID:LCxqiQEp] [要出典] 807 名前：login:Penguin mailto:sage [2011/07/05(火) 12:11:24.64 ID:XtL2LPXz] >>805 ほんとだとしたら問題があるのは Windows の方だから Windows 関連の板で聞いた方がいいんじゃないの。 808 名前：login:Penguin mailto:sage [2011/07/05(火) 12:53:24.65 ID:A3bK/yL5] こんな聞きましたなんてレベルの寄越されてもそのなんだ困る 809 名前：login:Penguin mailto:sage [2011/07/05(火) 13:45:31.12 ID:XtL2LPXz] 居座られても困る。 810 名前：login:Penguin mailto:sage [2011/07/05(火) 13:47:07.22 ID:gIWGa7cN] >>805 あれじゃないか? いちいち最終アクセス日時を記録しにいく...ってやつ。 linuxだとnoatimeでマウントするとか、いくらでもやりようがあるが、 windowsはちょっと違うことしようとするとすぐ壁に突き当たるからな。 811 名前：login:Penguin mailto:sage [2011/07/05(火) 13:50:17.03 ID:YUhMtd3w] プチフリは特定のコントローラの問題が大で現在そのコントローラを採用した 新品はないので、話題としては収束している。 812 名前：login:Penguin mailto:sage [2011/07/05(火) 15:57:40.79 ID:GuFvR+FR] >>810 NtfsDisableLastAccessUpdateはとうにデフォルトになっている話 msdn.microsoft.com/en-us/library/ee681827 しかしプチフリなんてクソSSDの所為だろ 813 名前：login:Penguin mailto:sage [2011/07/06(水) 21:34:07.42 ID:DYg+xjdi] >>803 冗長性1(RAID5に相当)で、 200G, 300G, 500G, 1000G のディスクがあったら、 データに1000G、パリティに1000G使える。 200Gのが壊れて2000G(2TB)に交換したら、 データ1800G、パリティ1800G 使えるようになる。 2000GBでなく1800なのは、2TBのHDDが壊れたときに残るデータ量な。 814 名前：login:Penguin mailto:sage [2011/07/06(水) 21:35:03.19 ID:Ge+cZXqp] >>805 いまだにSSDがプチフリとか言っているバカが居るんだなぁ 815 名前：login:Penguin mailto:sage [2011/07/06(水) 23:34:20.74 ID:VWUl+DyE] NTFSだとクラスタサイズが4KBでも512B単位のアクセスが発生するとか、そんなだとおもうよ。 816 名前：login:Penguin mailto:sage [2011/07/07(木) 01:36:04.50 ID:dlQomhvo] >>814 いまだに書き込み回数寿命とか気にしてるやつもいるしな 817 名前：login:Penguin mailto:sage [2011/07/07(木) 16:01:29.84 ID:GFwV7q5A] >>814 いまだにJMicron製使ってる俺にあやまれや 818 名前：login:Penguin mailto:sage [2011/07/07(木) 19:47:22.69 ID:i54eSR4P] そんなゴミSSDを未だに捨てない >>817 が悪い 819 名前：login:Penguin [2011/07/07(木) 21:24:37.69 ID:CtlPVbUM] プチフリJMicronの救世主NILFS 820 名前：login:Penguin mailto:sage [2011/07/07(木) 23:54:31.57 ID:VdGVCNVn] NANDフラッシュは大容量になるほど書き換え寿命が短くなる、つまり新型ほど寿命は短くなってる で、もう限界 そもそも書き換え可能ROMを不揮発RAMのように見せかけている時点で無理がある ブチフリは今も発生している 最近のSSDはバックグラウンドでガーベージコレクションやレベリングやってるので目立たないだけ ちょっとでもSSDの仕組みを知っていれば原理的にプチフリが発生する事も分かるよ それにしてもSSD厨の驚くべき無知さよ 821 名前：login:Penguin mailto:sage [2011/07/08(金) 00:30:43.79 ID:9HtZ6rG/] 笑っちゃった 822 名前：login:Penguin mailto:sage [2011/07/08(金) 08:43:59.60 ID:LabhhmcV] 未だにこんなん>>820が居るのか 823 名前：login:Penguin mailto:sage [2011/07/08(金) 10:14:21.40 ID:e5rm4x1L] >>820 NANDフラッシュの特性に限ればその話は概ね合ってるんだけど ここ最近のコントローラの進化っぷりは半端ないから是非調べて みることをオススメするよ！ 824 名前：login:Penguin mailto:sage [2011/07/08(金) 12:53:48.53 ID:n9XZLxtZ] 寿命より、高速化の為に書き込み並列度を高めてるはずで、 一体最適な書き込みブロックサイズが幾つなのか知りたい。 測ってもコントローラの頑張りで判るような判らないような。 825 名前：login:Penguin mailto:sage [2011/07/08(金) 13:34:58.26 ID:LsCvq4C7] 大体は512byteが一ページになってるはずなので 512×並列度でいいんでないかい まあ外で工夫しても賢いコントローラーさんはちょっかい出してくるので 無駄な努力になりそうだが 826 名前：login:Penguin mailto:sage [2011/07/08(金) 23:44:21.06 ID:WaJMoObk] 遠隔地にある古いサーバ（Ubuntu 8.04）のルートパーティションがReiserFSなんだけど、 サーバーのリブート時に強制的にreiserfsck --fix-fixableをかける方法ってないかなぁ。 touch /forcefsckをしても、どうもReiserFSには効いてない気がするのよね。 サーバーのところまで出かけて行ってgpartedのCDブートでもして、 直接reiserfsck --fix-fixableを実行してこられれば手っ取り早いんだけど、 何せデータセンターまで遠方なもんで……。 どうかお知恵をお貸しください……。 827 名前：login:Penguin mailto:sage [2011/07/09(土) 00:10:39.79 ID:DT7fkG1l] rc.local 828 名前：login:Penguin mailto:sage [2011/07/09(土) 01:05:40.41 ID:ZxtfTDpd] むしろ現地に行かないでrebootかます勇気に感心した 829 名前：login:Penguin mailto:sage [2011/07/09(土) 01:17:47.14 ID:17WoFD2Z] >>826 /etc/rcS.d/にスクリプト置いとけ >>828 かましたら再起不能になって 現地直行：１回 電話リモート操作：３回 という自慢できない過去 830 名前：login:Penguin mailto:sage [2011/07/09(土) 02:08:38.23 ID:3adJrPK8] >>826 swapパーティションがあるなら、 一時的に潰してdebootstrapでメンテナンス環境を作成 その環境を/にするエントリをgrubに追加して再起動 んで、本来のルートファイルシステムをfsck IP-KVMが使えるならstatic linkなfsckを入れたinitramfsを作ってfsckする どっちも推奨しないが。 それ以前にfsckが必要と判断した根拠は？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef