最近のHDDは、ピーク時に2A近くの電流が必要な場合があるので、容量の小さいアダプタが付属している場合は、動作しないことがあります。ACアダプタの小さい文字を読んで、12Vの出力を確認しましょう。

内蔵なら認識するのに、外付けケースに入れると認識しないなどの原因のひとつが、この電源の容量不足です。

手元にあった、Logitecの外付けケース（LHR-EGEU3F）のACアダプタは12Vが1.5Aでした。実際に動かないHDDがありましたので報告します。

ダイアログにamdrsserv.exeとの記述もあり、インターネットで簡単に検索したところでも、グラフィック関連のDLLのようです。ちなみに、起動ドライブ内をopencl.dllで検索したところ、サイズ違い日付違いで10種類ほどありましたので、どれが現状で最適なのかはわかりませんでした。

パソコンはAMD Radeon 3400Gの内蔵グラフィックです。最新ドライバを上書きインストールし直しましたが改善しませんでした。次に、デバイスドライバを一旦「Microsoft 基本 ディスプレイアダプター」に変更し再起動、その後あらためてAMDのドライバをダウンロードしたインストーラからFull Installを選択して実行したところ、頭書のエラーは出なくなりました。

オンラインでファームウェアの更新を行おうとしたところ、「ファームウェア更新に失敗しました。インターネットへの接続を確認後、再度、ファームウェア更新を行ってください。」とメッセージが出たため、設定を見直したところ更新が可能になりました。

ファームウェアのアップデートはオンラインのみの対応で、ローカルにファームウェアのファイルを保存して、アップロードするという方法はとれません。

確認する点はDNSの設定です。DNSが空欄またはLAN内のデフォルトゲートウエイと同じアドレスの場合は、更新ができません。8.8.8.8（google提供のDNS）など、明示的に指定すれば更新が可能になりました。

メッシュ親機の場合は、「基本設定」から、メッシュ子機の場合は「親機との接続設定」「詳細設定」からDNSを設定します。プライマリDNSまたはセカンダリDNSを8.8.8.8とすることで、オンラインでファームウェア更新が可能になります。

参考

Aterm WG2600HP4 NECのサポートページの「ファームウェアの更新（オンラインバージョンアップ）手順」に、以下のような記載があります。

「ブリッジモードで以下の状態で使用している場合、インターネットに接続できている状態でも更新に失敗する場合があります。インターネット接続機器［プロバイダ提供のONU（回線終端装置）/ひかり電話対応ルータ/ホームゲートウェイなど］から出ているLANケーブルが、AtermのLANポートに接続されている場合 → 必ず、AtermのWANポートに接続してください。
DHCPクライアントが無効（デフォルトは有効）の場合 → 必ず、DNSアドレス、デフォルトゲートウェイを必ず指定してください。」

上記の注意にはDNSについての記載はありません。また、メッシュ親機はLANポートでインターネットの接続をしていますが、ファームウェアの更新は行うことができました。

状況の改善のため、メッシュ中継機能をもつNEC Aterm WG2600HP4を複数台設置する事にしました。この機種は各APを無線または有線で接続し、バックホール（backhaul）とすることができます。安定した通信を行うためにはバックホールは有線の方が望ましいので、現状の各部屋の配線を利用する事にしました。

目指した条件は以下の通りです

• ルータ機能は使わない。（ブリッジモード）
  これは、既存のAPの置き換えを目的としているため、プロバイダの設定や、固定IPの割り振りの設定は別のルータを使用するためです。無線の機器と分ける事でトラブル時に原因の切り分けがしやすくなります。
• バックホールは有線で。
  メッシュWifiのウリは無線だけで中継しWifiのカバーする領域を広げることと宣伝される事が多いのですが、前述の通り、有線のほうが安定します。また、無線の帯域を子機との通信のみに使用することができます。
• ルータから離れた部屋にメッシュ親機を設置する。
  これは少々わかりにくいのですが、配電盤の関係で、ルータ付近はAPを置く位置としてはイマイチなので、別の部屋にメッシュ親機を設置します。

事前にメッシュ中継機の設定をします。メッシュ中継機の設定は簡単です。メッシュ中継機側APのモードスイッチをコンバーターモード(CV)にしてから、同機のWANポートとメッシュ親機側APのLAN（WANでなはい）ポートを接続します。しばらくすると、各種設定が転送され、メッシュ中継機として使えるようになります。

説明書にある接続方法は以下の図のようになります。メッシュ親機にルータからの線と、メッシュ親機からメッシュ中継機への線が出入りするので、実質的にはルータと同じ部屋にメッシュ親機を設置する事になります。全ての機器（その他のPC等も含む）は、メッシュ親機のLANポートに接続します。

次に、ルータから離れた部屋にメッシュ親機を設置する配線です。ルータからの配線は各部屋に分岐します。メッシュ親機のLANポートに接続し、ブリッジモードで使用します。メッシュ親機のWANポートは使用しません。
メッシュ中継機はコンバーターモードで、WANポートに配線します。

二つ目の方法は説明書に記載はありませんが、現在のところ問題なく使用できており、メッシュ親機の設定画面からも有線でのバックホール接続を確認できます。

今まではSATA接続のSSDを使用していたため、M2.スロットはあいていた状態です。そのため、まずはM.2スロットに新しいSSDを装着しました。

OS :Windows 10 Pro 21H1
移行元SSD:Crucial SSD 1000GB MX500 (1TB)
移行先SSD: CSSD-M2B2TPG3VNF (2TB)

EaseUS Partition Master Pro 16.0で「クローン」を選択して実行しました。「OSを移行」というモードもありましたが、こちらだと移行後のパーティションの構造が異なるようなので、「クローン」を選びました。「OSを移行」は試していません。ホームページの説明、ヘルプを読みましたが違いがイマイチよくわかりませんでした。

クローンを行うと、一時的に移行先のドライブレターがCではないものになります。クローン完了後、電源を切って、旧ドライブを外します。Biosで起動ドライブを設定して完了です。

ベンチマークではシーケンシャルリードが500MB/Sから3000MB/S程度に向上、ランダムアクセスも向上しましたので、まずまずの性能向上です。マザーボードがPCI Express Gen.3×4までの対応なので、新しいSSD(Gen.4×4)の性能全てを発揮できていないようですので、数値は参考までに。

ext4ならUSBやeSATA相当のスピードが出ますがNTFSだと読み書きともに遅くなります。それでも瞬間的には数十MB/sでますが、数MB/s程度が平均のような印象です。明らかに遅いとわかるスピードです。ext4なら100MB/sほど出ます（eSATA）。

Synology NASではexFATも有料アプリで扱えるようになりますが、ext4をWindowsで読めるようにしたほうが早そうだったのでNTFSやexFATではなく、ext4でにしました。

NASの部分的なバックアップなどで外付けHDDを使う場合はLinux系のフォーマットの方が良さそうです。

Inotify’s Watch Limitの数は、SSHなどでSynology NASにログイン後、以下の設定ファイルから確認できます。

cat /proc/sys/fs/inotify/max_user_watches

現状では、8192に設定されていたので、viで設定ファイルを変更します。

cd etc.defaults
sudo vi sysctl.conf

insertモードにして、以下の1行追加

fs.inotify.max_user_watches=2097152

:wqで保存終了し、NASを再起動します。

再度設定値を確認します。

cat /proc/sys/fs/inotify/max_user_watches

上記で2097152になっていることを確認します。

注意点はDockerのコンテナ内ではなく、ホスト（この場合はSynology NASのDSM）の設定を変えることです。

この設定は、ファームウェアのアップデートで初期化されることがあります。

また、CRASHPLAN_SRV_MAX_MEMが足りないというメッセージが出た場合は、コンテナの環境変数にCRASHPLAN_SRV_MAX_MEMという項目を新たにつくり、「2048M」などと入力し設定します。デフォルトは1024Mだと思います。

CRASHPLAN_SRV_MAX_MEMはCrashPlanのコマンドラインからも確認や設定ができます。コマンドラインの入力はCrashplanのアプリケション起動中にCtrl+Shift+Cで入力画面を表示させ、「java mx」で確認、「java mx 2048M」で2048MBに新たに設定となります。

ある日から、Wifiでは通信できるものの、モバイルネットワークに接続できなくなってしまいました。そのときは、ロックせずにポケットに入れている間に、なにか余計なところを触ったかな？程度の感覚でした。

SIMカードを別の機器（Windows タブレット）に差し込んだところ、問題なく使用できたため、スマホ本体のトラブルと判断しました。

現症としては、画面上、モバイルネットワークのアンテナは立っているものの、LTEや4G、3Gといった表示、上下のアップロード、ダウンロードの矢印表示は出ません。Wifiは上記のように使用することができます。通常、Wifiを切断すると、モバイルネットワークに切り替わり、4G等の表示と、アップロード、ダウンロードの矢印が追加されますが、それが出ない状態です。
他のSIMカードは手元になかったため、試すことができませんでした。

APNの設定かと思い、設定を新しく作り直してみたり、設定を全て削除してみたり、再起動してみたりしたものの、変化無しでした。

「本体初期化が必要かな？」と思い、「設定」から「バックアップとリセット」を開いてみたところ「ネットワーク設定のリセット」という項目がありました。モバイルネットワークの他、WifiやBluetoothの設定も同時にリセットされますが、ダメ元で行ったところ、すぐにモバイルネットワークに接続されました。

詳細な原因は不明ですが、同じような症状の場合は試す価値はありそうです。デメリットはWifiの設定やBluetoothの設定も消去されることぐらいですので、ついでに使わなくなった設定を消せるチャンスだと思えば、さして気になりません。

今回の機器は以下のものですが、参考程度にお考えください。

スマートフォン:Asus ZenFone3 MAX（Android 6.0）
SIM:IIJ mio（データ通信専用 タイプD）

家庭用の無線ルーターにもゲスト機能がある機種が多いのですが、ルーター内蔵のLANポートとは分離されるものの、WANポートへは通過してしてしまうもがほとんどです。今回はPrivateとGuestの2つのグループを作り、グループ間のアクセスは遮断した上で、インターネットへのアクセスは可能とする環境をイージースマートスイッチのVLAN機能を使って作りました。

使用した機器はイージースマートスイッチ TP-Link TL-SG105E です。こちらは2000円台と低価格ながら最低限の機能を備えていて、家庭用からちょっとステップアップするには魅力的な商品です。

見た目は単なるハブですが、ブラウザまたは専用アプリで様々な設定が可能です。トラブル無く設定に入るには TL-SG105Eに設定用PCをLANケーブルで直結し、IPアドレスを192.168.0.2など（1以外）、サブネットマスクを255.255.255.0として、192.168.0.1にアクセスします。

TL-SG105Eは5ポートあります。今回はポートを以下のように振り分けます。

まず、「VLAN」から、「802.1Q VLAN 」の設定を行います。
VLAN IDに101とし、ポート1,2,3を「untagged」、ポート4,5を「Not Member」にし、「Add/Midify」を押します。
同様にVLAN IDに102とし、ポート1,4,5を「untagged」、ポート2,3を「Not Member」にし、「Add/Midify」を押します。

次に、「802.1Q VLAN PVID Setting」へ移動し、ポート2,3のPVIDを101に、ポート4,5のPVIDを102にします。

以上で設定は終了です。それぞれのグループにハブを付けたり、無線アクセスポイントを付けて、任意に配線すれば、グループGuestをインターネットにつなげつつ、グループPrivateとは独立させることができます。

最後に、今後も設定をよく変えるのであれば、TL-SG105EのIPアドレスを現在使っているLANの実態に合わせます。以降は新しいIPアドレスで設定画面に入ります。

手持ちのハブがあれば5ポートでも十分ですが、8ポート版でも値段はそれほど変わらないので、用途によっては8ポート版もお勧めです。

環境は以下の通りです。

• アップル MacBook Air (2016) Mac OS X 10.12.1
• エプソン LP-S5000 （IPアドレス固定で運用、Windows PCからも利用）

実は、プリンタ追加の際に、自動取得でプリンタ名までは出たものの、ドライバインストール時に通信はエラーとなり、強制的にプリンタを追加していました。それでも、トナーの情報などは取得できていたので、インストールは無事に終わったと思っていました。この状態で印刷すると、Mac側からは印刷が終了しますが、プリンタは上記のエラーがでます。その状態では他の端末から印刷はできなくなり、プリンタの再起動までエラーが出た状態で止まってしまいます。

一度、環境設定からプリンタを削除し、通信プロトコルをデフォルトのIPPではなく、LPDとすることで解決することができました。

ドライバは自動取得できるのですから、IPPで通信できなかった時点で自動でLPDの通信も試して欲しいものですが、事情があるのでしょう。

この現象はEpsonばかりでなく、Canonでも出るようなので、もしMacでネットワークプリンタの設定ができない場合はプリンタの追加時点でIPPからLPDを選択してみる価値はありそうです。

デフォルトではIPPになっていますし、LPDのLine Printer Daemonという言葉からも、レーザープリンターでは使わない設定だと思い込んでいました。ラインプリンターというと、昔のドットインパクトプリンタを想像してしてESC/PとかPC-PR201を思い出してしましました。AppleのサポートでもLPDは「古いプリンタ」とだけ説明されています。