ubuntu server アップグレード

ubuntu server のバージョンを今更ながらにアップグレードしました。
16.04 LTS がリリースされて、やらねばなと思いつつタイミングを逃して2年が…。
業務終了後に行わないといけないのでなかなか。
そうこうしているうちに、次の 18.04 LTS の時期が目前です。
18.04 が出てしまうと2回アップとやっかいなので先日思い切って実行しました。

予備サーバーでバージョンアップに影響が出そうなところは確認していました。
一つは redmine を追加リポジトリよりインストールしていたので依存の問題でアップしないこと。
まあ、これは消して入れ直すだけなので比較的簡単にクリア。

これだけかと思ったらデータベースの問題が出ました。
mysql のバージョンが 5.5 から 5.7 へ変わったため、PHP の SQL が実行されないという問題が発覚。
バージョン変更により mysql_* で始まるコマンドが使えなくなり書き換えが必要とのことです。
置き換えの方法は二つ、mysqli_ を使う方法と PDO(… を使う方法が見つかりました。
私は new PDO(‘server-address’, ‘ID’, ‘PASS’) を使う方法を選択しました。
これは書き換えで問題なくクリア。

次悩んだのが、SQL は実行され始めたが特定の SQL が実行できないと言うこと。
いろいろ調べたら DISTINC を含む SQL がダメ。
mySQL に sql_mode の ONLY_FULL_GROUP_BY が追加されこれが影響していると。
確かに並べ替えを消せば実行できるのでこの影響でした。
SQL を直せば良いのですが時間かかりそうだったので、取り急ぎ phpmyadmin から sql_mode の ONLY_FULL_GROUP_BY を削除して対応しましたが、再起動したら設定が戻る。

設定を保存する方法調べたところ /etc/mysql/my.cnf に sql_mode=……. を追記するとか出てきたのですが ubuntu 16.04 の場合だと追記すると sql_mode なんて設定無いぞと webmin がエラーをはき出す。やはり設定は反映しない。
他にはと探したところ ubuntu のコミュニティ に見つけました。
Source: How to Disable Strict SQL Mode in MySQL 5.7  らしいです。

/etc/mysql/conf.d/disable_strict_mode.cnf に

[mysqld]
sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

を記述し保存して restart する。これで無事設定できました。
disable ってことなので書いたのが消えそうな感じがするのですが、解除したいモードを書かずに記述すれば良いみたいです。

次の LTS は早めにアップしなきゃ。

windows 10 insider preview build 17115

Windows 10 Insider Preview Build 17115 (RS4)
Fast ring は 3月6日に、Slow ring でも 3月9日に公開が始まったようです。
あと、ISO ファイルの公開をその次の週に公開できるように頑張っているそうですよ。
このビルドでは Inking & Typing と Find my device の設定がプライバシー設定に追加されたのとあとはバグフィックスだそうです。
ということは RS4 の公開もいよいよというところでしょうか。
ただ、評価コピーの表示がまだ残っているのであと数回はアップデートがあると思われますが。

使っている限りでは特に不具合は出ていないです。
ただ、変更履歴に以前発生したストアの不具合もフィックスしたと書かれていましたが、うちの環境では直りませんでした。
なぜかストアを起動した時、タイトルバーに WindowsStore_17112 と表示されているので置き換わっていないのではないかと思います。
バージョンは WindowsStore_11712.1001.18.0.x64 の見間違い でした。
アプリと機能の一覧にタイトル化けしたストアが表示されていたので詳細オプションをクリックしてその中のリセットを行ってみました。
説明に再インストールされとありましたが、アンインストールだけ実行されインストールは行われずストアが消えてしまいました。
どうしたものかと思いましたが復帰方法は コミュニティ にありました。

PowerShell(管理者) で以下のコマンドを実行

Get-AppXPackage -AllUsers -Name Microsoft.WindowsStore | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml" -Verbose}

無事インストールされましたがバージョンが 11712.1001.20.0 になりました。
やはり置き換わっていなかったようです。
このバージョンだと正常に起動しました。

自然には解決しないのかな。別の環境では放置してみます。
次回に期待です。

windows 10 insider preview build 17112

3月2日に windows 10 Insider Preview 17112(RS4) が公開されたようです。
それ以前に 2月27日に build 17110, 2月23日に build 17107 が公開されていましたが…。
どれも Fast Ring 向けのようですね。
17107 からバグフィックスが主体のようです。
RS4 リリース日が4月とか言う噂をどこかで見ましたが公開も近いんでしょうか。
気になる不具合?が 17110 から Windows ストアのショートカットは存在しているがアイコンが消えて起動しなくなったという症状が出ていますが他は特に問題なさそうです。
この件はMSコミュニティのここにあがってますね。
https://aka.ms/17110Store

これは、情報がほとんど得られなかったのでまれなケースだったのでしょうか。
CPU の問題以降のアップデートより発生していた AMD のデスクトップの突然シャットダウン現象も、ようやく 17110 で再現率がかなり低下して 17112 では再現しなくなったように思います。
発生条件が不明なままなのでまだくすぶっているかもしれませんが、FireFox でビデオパスの動画を見ると高確率で発生していたけれど発生しなくなったので。
このまま問題が起きなければ良いですが。

Windows Insider Preview build 17074.1002

Windows Insider Preview build 17074.1002 が公開されていました。
17074 で AMD の CPU で起動できない等の修正版らしいですが
私の環境では普通に起動できていましたし、何か発生条件があるみたいですね。
先日リリースされた 17074 と見た目の違いは、右下のビルド情報が
17074.rs_prerelease.180106-2256 から
17074.rs_prerelease_fit.180116-1539
になっているぐらいかと思います。

AMD PC ではなくて fmv-A2225 で 17074.1002 への更新が失敗していましたが
何度か試しているうちに次の 17083 へ更新され始めてました。

Acer 3830T改造

acer 3830T についてたまに調べていると CPU を交換とかメモリーを増設とか見かけることが合ったので私も挑戦してみようといろいろやってみました。
規格外作業なのでもちろん自己責任ですよ。

まずはメモリーの増設。
仕様ではMAX8GBですが i5 はメモリーコントローラーをCPUに内蔵している。
しかも i5-2410M はインテル HP で調べると 16GB まで対応となっているので思い切ってやってみました。
こちらは比較的簡単。保証シールを破ってネジを外しカバーをスライドするとメモリーやら HDD が出てくるのでメモリーを差し換え 8GBx2枚 そして起動すると認識してくれました。

次は WLAN 。
標準では IEEE802.11b/g/n準拠 なのですが ac 対応の PCIe の規格のユニット Intel Dual Band Wireless AC7260 に交換しました。
これも裏カバーを外すとハードディスクのとなりにちっこい基板がいるので差し換えるだけです。0番ビットの+ドライバー必要。
最近の情報では PCIe の WLAN ユニットがなくなりつつあるらしいですね。今のうちに入手した方が良さそうですよ。

最後は CPU これは結構大がかり。
まさかノート PC の CPU が交換できるとはですがこれはマザーまでばらさないとダメですね。筐体に CPU クーラーが引っかかります。
i5-2410M から i7-2820QM へ変えました。2860QM と迷ったのですが入手できたのがこれとスペック的に見ても 2820QM でいいやと判断したので。
交換したは良いけどグリスを用意していなくてとりあえず手元にあった サンハヤト SCH-301 を使用したのだけれどもこれが失敗。
通常 80℃ ちょっと負荷がかかると 100℃ に達する。
なんじゃこれーと思い慌てて CPU 用のグリスを準備。
塗り直したところ通常 60℃ 前後で
負荷がかかると 80℃ ほど平均 20℃ ほど下がりました。
これまでたかだかグリスと思っていたがここまで変わるとは驚きです。
今後注意しないといけませんね。

と、上記3改造を施してもうしばらく windows 10 でもいけそうです。
一応私の環境では成功しましたが、
規格・サポート外作業なのでやってみようと思う人は自己責任でお願いしますよ。