転おもむろに電源を入れてOSが起動した...と思ったものの、ブート途中でハングアップ。CTRL-ALT-DELも効かず。仕方ないので電源ボタンをポチッとな...そんな事を数回繰り返し、「やっぱり後で落ち着いてやった方が良いね」と気付いたのだが時すでに遅かったのはその時気付いていなかった。渦中のSSDを元のマシンに戻して起動。systemブートしない。┌|゚□゚;|┐ガーソ!もちろん、長い経験のうちにブート途中で止まってしまうなんてことは何度も経験していたので、シングルユーザモードで起動してゴニョゴニョしたりとか、別の領域からマウントしてfsckするとか、それなりには経験したことがあったのだけど、今回のヤバいことはzfsが壊れて復旧できないという事態。ufsであれば何とかなったのに、zfsをシステム領域にしてそれが壊れるのは初体験。importとかやってみると良いよ!って事なので、その日はヨドバシ・ドット・コムでSSDを発注し、次の日に繰り越すのでした。その際にFreeBSD12.0Rのインストールメディアを作って帰宅。importして...おや、出来ないぞ。なになに-fオプションで強制的にインポートか。...できないorzっちゅうーわけで、どうやら一筋縄ではいかないことが判明。他方、メールも送受信できなければDNSすら引けない状況はまずいので、新たにインスコしたFreeBSD12.0Rにて環境再構築。色々なデーモンをコンパイルだの、dns設定データの再編集だの、ローカルPCに残っていたメールデータを退避させてからの新鯖へのインポートなど、それはそれは大変な作業に週一杯掛かっていたのでした。現在実稼働していて、万が一にもトンだらまずいディスクで危険なことはしない。バックアップはちゃんと取る。疲れた時に大切な仕事をしない。どれも昔っから言われてることじゃん!下手したら論語にも書いてありそうなレベル。子曰わく、疲労時に重要な作業をすることなかれ。クラッシュサーバクラッシュ顛末。「メンバーの誰もが書き込めて、メンバーの誰もが読み出せて、しかしフォルダやファイルの削除だけは作成者本人しか出来ない領域」を作ろうとしてもなかなか上手く行かない。sharedとかやっても、やっぱり他人にもファイルを削除できてしまう。user=誰々とかね)のかと思っていたけど、そうでもない。試行錯誤していたところ、zfsのACLの問題じゃないかと思い至った。これですよ!...なるほどね。従来のchmodじゃあダメなのね。bitが上手く動いてる気もするんだけどまあ気にしない)という訳で、samba共有フォルダに対して↑のようにaclを設定してあげたら希望通りの動作になったような気がしています。誤植について訳の分からない誤植が結構たくさん発見されました。