裸(まな板)運用をしていると、電源ケーブルの
マザーボードからの抜き挿しはしょっちゅう。
固くて抜くのがたいへんで、そこだけは
うんざりするんだけど、こうやるとすんなり抜ける
という方法があります。
以下はいつものごとく自己責任モード。
コネクタが漢字の一の字状だとして、
一の字の延長方向にスイングするように
片側ずつ抜くようにすると、
割と簡単に抜けます。女性でもできる
と思います。
几帳面にコネクタに対して、垂直に
抜こうとすると、ほんとうに固い。
ただ、気をつけなきゃいけないのは、
スイングするということは、抜けた拍子に
手が他のマザーボード上のパーツに当たって
壊す恐れがあります。そこは注意しないといけない。
メモリのスロットが4本で、2枚挿ししている
とかの場合、電源のコネクタのすぐとなりに
4番目のスロットがあったりします。電源ケーブルを
抜く作業の前に、メモリを抜いておくと、
安全性として、堅いですね。
cpuの電源の抜き挿しも同じ要領です。
ついでに、の話。
マザーボードの扱いは、なれれば、pcショップの
サポートさん並になれます。ただ、cpuの取り付け、
取り外しは、どんなに馴れても緊張する世界。
失敗すると、万単位のお金がパー、と思うから
緊張もあるんでしょうね。
ってことで、いざ組み終え、電源を入れて、
biosが無事出たときの感動、といったら、、、。
壊れるのは、概ね、cpuでなく、
マザーボードのソケットのほうですね。
cpuは、ピンを受ける♀だから、比較的丈夫。
私は、cpuを外したあとの
ソケットカバーの取り付けで、ピンを
壊してしまったことがあります。
山登りの下りのごとく、気が抜けそうな場面。
マザーボードを買ったら、cpuのソケットの
カバーを外すとき、どうカバーが付いているかを
確認しておくのが肝要です!
パワーユニットの電源をオフにすること。
体から静電気を抜くこと。励行しましょう。
2015年02月15日
また更新不能症状。chakra−201405−descartes−x86_64
$ sudo pacman -Syyu
:: パッケージデータベースの同期中...
lib32 73.5 KiB 385K/s 00:00 [######################] 100%
core 127.8 KiB 623K/s 00:00 [######################] 100%
platform 532.2 KiB 381K/s 00:01 [######################] 100%
desktop 706.3 KiB 619K/s 00:01 [######################] 100%
apps 238.3 KiB 825K/s 00:00 [######################] 100%
games 43.8 KiB 10.7M/s 00:00 [######################] 100%
extra 91.6 KiB 944K/s 00:00 [######################] 100%
unstable 6.0 KiB 0.00B/s 00:00 [######################] 100%
archlinuxfr 20.1 KiB 78.0K/s 00:00 [######################] 100%
:: システム全体の更新を開始...
:: dbus-core を core/dbus に置き換えますか? [Y/n]
:: obexd-client を platform/bluez に置き換えますか? [Y/n]
警告: python2-mako: ローカル (0.9.1-2) のほうが core よりも最新です (0.9.1-1)
依存関係を解決しています...
相互衝突をチェックしています...
エラー: 処理の準備に失敗しました (依存関係を解決できませんでした)
:: python-gobject: pygobject-devel=3.12.2 を必要としています
という表示で、終わってしまう。
キャッシュには、python-gobjectはなく、
pygobject-develはある。
直し方がわかりませぬ。
また、データベースの不具合か。
もう半日以上、経つけれど。
--ignoreのオプションとか、
/etc/pacman.confでのIgnorePkg =
の設定が効かない感じ。
:: パッケージデータベースの同期中...
lib32 73.5 KiB 385K/s 00:00 [######################] 100%
core 127.8 KiB 623K/s 00:00 [######################] 100%
platform 532.2 KiB 381K/s 00:01 [######################] 100%
desktop 706.3 KiB 619K/s 00:01 [######################] 100%
apps 238.3 KiB 825K/s 00:00 [######################] 100%
games 43.8 KiB 10.7M/s 00:00 [######################] 100%
extra 91.6 KiB 944K/s 00:00 [######################] 100%
unstable 6.0 KiB 0.00B/s 00:00 [######################] 100%
archlinuxfr 20.1 KiB 78.0K/s 00:00 [######################] 100%
:: システム全体の更新を開始...
:: dbus-core を core/dbus に置き換えますか? [Y/n]
:: obexd-client を platform/bluez に置き換えますか? [Y/n]
警告: python2-mako: ローカル (0.9.1-2) のほうが core よりも最新です (0.9.1-1)
依存関係を解決しています...
相互衝突をチェックしています...
エラー: 処理の準備に失敗しました (依存関係を解決できませんでした)
:: python-gobject: pygobject-devel=3.12.2 を必要としています
という表示で、終わってしまう。
キャッシュには、python-gobjectはなく、
pygobject-develはある。
直し方がわかりませぬ。
また、データベースの不具合か。
もう半日以上、経つけれど。
--ignoreのオプションとか、
/etc/pacman.confでのIgnorePkg =
の設定が効かない感じ。
own_window no がダメなときもある。conky/archbang-openbox
まったく理由はわからなかった。
~/.conkyrcの設定はまったく同じだけど、archbangの
バージョン(リリース日付)によっては、
何らかのウィンドウを掴んで、ゆすると、
conky表示がチラチラしてしまうとか、
デスクトップ上でクリックしたときなどに
一瞬。conkyの表示が消えたりする。
壁紙の表示方法を
hsetroot -fill から
feh --bg-scale に変更してみたり
したけれど、状況は改善せず。
いまのところ、
20140108と、20140121リリースの2つに
この症状が出ている。時期が近いってことは、
Xに関係した何らかの共通する
パッケージが入っていて、
悪さをしているんだろう。
最近のリリースのものでは、
この症状は出ていない。
ってことで、言った手前の報告でした。
~/.conkyrcの設定はまったく同じだけど、archbangの
バージョン(リリース日付)によっては、
何らかのウィンドウを掴んで、ゆすると、
conky表示がチラチラしてしまうとか、
デスクトップ上でクリックしたときなどに
一瞬。conkyの表示が消えたりする。
壁紙の表示方法を
hsetroot -fill から
feh --bg-scale に変更してみたり
したけれど、状況は改善せず。
いまのところ、
20140108と、20140121リリースの2つに
この症状が出ている。時期が近いってことは、
Xに関係した何らかの共通する
パッケージが入っていて、
悪さをしているんだろう。
最近のリリースのものでは、
この症状は出ていない。
ってことで、言った手前の報告でした。