メインサーバーのKernelを3.17に上げました.特に大きなトラブルはありませんでしたが,Wacomのタブレットが最初,認識されずに少々焦りました.どうも,WacomドライバーのKernel treeの中での置き場所が変わり,オフになってしまったようで,”m”にしてbuildしなおして,
modprobe wacom
nVidiaの Accelerated driver も既に3.17対応となっていました.
めでたしめでたし.
もちろん,次の起動からは自動的に組み込まれるはずです.
横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
パッチが当てられたバージョンは,何回か出ましたが,たぶん,今度こそ最終版と思われるものをインストールしましたので,当サイトは安全と思われます^^;
BASHの深刻な脆弱性が報告されていますが,Slackwareは,対策済みのbashを公開しました.
http://www.slackware.com/security/viewer.php?l=slackware-security&y=2014&m=slackware-security.522193
env x='() { :;}; echo vulnerable' bash -c "echo this is a test"
を実行してエラーになれば、脆弱性が解消されたことが確認できます.
最近,サーバーで,
Aug 8 23:30:27 Server kernel: [ 311.252248] EXT4-fs (md0): error count since last fsck: 12 Aug 8 23:30:27 Server kernel: [ 311.252253] EXT4-fs (md0): initial error at time 1404957969: ext4_mb_generate_buddy:756 Aug 8 23:30:27 Server kernel: [ 311.252256] EXT4-fs (md0): last error at time 1404957970: ext4_reserve_inode_write:4879
と言うエラーが出るようになりました.再現性もあります.fsckをかけても直りません.md0は,
md0 : active raid1 sda3[0] sdb3[1] 972745176 blocks super 1.2 [2/2] [UU]
という構成です.とりあえず,sda3, sdb3を片割れずつ動かしてみましたが,どちらでも同じエラーが出ます.まあ,ミラーリングなので当たり前ですね.
とりあえず,md0を脱落させて,片割れになったアレーを新規のmd2(こちらも冗長性なし)に仕立てて,md0の内容をmd2にコピーして,md2から起動したところ,エラーが出なくなりました.
どうも,このページの情報などからすると,ファイルシステムのエラー(ソフト的なエラー)のようです.
ですから,あながちこの新たなドライブにコピーする,というのはごまかし的な対処でもないようです.
md0の残党を殺して^^; md2にくっつけて,しばらく様子を見ます.
やはり,一番慣れた環境が最初に成功しました.