作者アーカイブ: t-saitoh

以前よりスケジュール管理は、自宅サーバ上のWebDav経由のical形式ファイルを使ってきた。 理由は携帯電話でカレンダーと同期をとるため。 携帯のWeb機能でgoogleカレンダーを触るサービスもあったけど、 Google Mobileは操作性が悪かったし、勝手サイト経由のGoogleCalendar参照は、Googleのパスワードを入力するのが不気味だった。しかし、最近はGoogle Calendar Mobile Gatewayだと認証も安心な方法みたいだし、 一気に移行することにした。

Thunderbird のLightningにも、Provider for Google Calendar などのアドオンを追加し、 Google Calendarに対応させた。 奥さんからも参照できるように共有設定も加えて、 携帯に当日の予定をメールするようにさせた。

iPod TouchのiCalに、CalDAV として Google Calendar を登録したけど、ちょいとまずかった。 母艦とiPod Touchを接続したら、母艦MacBookのiCalに登録してあるカレンダーが同期されて、 同じスケジュールが2重になった。 どちらにしろ、iPodがネットに接続されていないときに一切カレンダーが見えないのも不便なので、iPod TouchのCalDAV登録ははずし、母艦のiCalの同期に留める。

アドレス帳もGmailの連絡帳に

Googleへの依存もさらに増したことだし、アドレス帳もGmailの連絡帳と同期させてみた。 以前より、自宅メールサーバのimap+ssl接続でアドレス帳の同期ができていたので、 Gmail連絡帳にこだわりも、アンチGoogleもないけど、アドオンの数も減らしたいし、 Googleベースに統一だ…

これまたiPod Touchと母艦MacBookのアドレス帳の同期でこれまた問題。 MacのアドレスブックとGmailを同期させたのだが、Gmail連絡帳は名・姓の順で表示され、 Macローカルは姓・名の順になるように設定してある。んで、Thunderbirdだと この姓名のアドレス帳と名姓のアドレス帳が補完に出てくる… Gmailの名姓順の入れ替え設定があればいいのだが….

不動産系迷惑電話の相手との雑談をしていた。その中の話の中で、 ある程度のリスクを感じながらも、非難を受けるような記事を書かなければ、 炎上といったトラブルもないだろうし…ということで「オープン主義」で、 子供のバカ親ページを作っていたことを多少反省。

ということで、子供の実名記載の部分をBlog記事の中から呼び名に置換or削除を 行った。ひとまずMovableType上の記事からは、子供の実名は削除した。 といっても、写真なども解像度のそれなりに低い写真はたっぷり。 Blogエンジンを使う前の記事の中にも個人名もまだまだ残っている。

とはいえ、Blogは家族の中のアルバム的な意味もあるし、 それなりに記事は便利。 バカ親の視点でも100%見えなくするのもちょっと寂しい。 世知辛い時代に応じたバカ親なりの妥協点ということで、 外からは個人情報をそれなりに隠す意味で、 古い記事のディレクトリには.htaccessファイルで、 自宅外からのアクセス制限をかけようかな…

夕方の停電に続いて2度目の停電。 さすがにこれ以上のネットワークトラブルはないだろうと安心していたけ ど携帯から自宅サーバが見えない。 心配したけど、ダイナミックDNSのアドレスが停電で変わっただけ だった。 さすがに2度の停電でUPSが欲しくなる。

夜の7:00頃、自宅が停電になった。1分後ぐらいに復旧したけど、自宅サーバがどうもおかしい。 調べてみるとすべてのネットワークが動いていない。 WiFiルータが雷で壊れたかと思ったが、どうも動いている様子。 サーバを見てみると、どのネットワーク機器も通信ができない。 色々調べてみると、"ifup eth0"がうまく動かない。自宅サーバはDHCPも動かしているので、 他のネットワーク機器は総倒れ。他の機器に一時的に固定アドレスを振ると、internetにもつながるし、サーバのeth0 ( NIC=Intel e1000 ) が根本原因。 んで、その状況を確認すると、Macアドレスが00:00:00:00:00:00になっている。 よって、"e1000 Mac Address"でググると、この記事と状況がおんなじ。

BIOSのNIC関連のEEPROMのチェックサムが異常で、こうなるらしい。 先頭1byte目を無視するとか、 書いてあるけど、下記の状況じゃ、きれいさっぱりデータが飛んじゃったみたい。

(( dmesg より ))
e1000: 0000:02:0c.0: e1000_probe: The EEPROM Checksum Is Not Valid
/*********************/
Current EEPROM Checksum : 0x0000
Calculated              : 0xbaba
Offset    Values
========  ======
00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Include this output when contacting your support provider.
This is not a software error! Something bad happened to your hardware or
EEPROM image. Ignoring this problem could result in further problems,
possibly loss of data, corruption or system hangs!
The MAC Address will be reset to 00:00:00:00:00:00, which is invalid
and requires you to set the proper MAC address manually before continuing
to enable this network device.
Please inspect the EEPROM dump and report the issue to your hardware vendor
or Intel Customer Support.

ひとまずは、/etc/network/interfaces にて、Mac アドレスを手動設定する。 00:11.22:33:44:66は、自宅内じゃ同じ値になることもないだろうし、適当な値。

(( /etc/network/interfaces ))
auto eth0
iface eth0 inet static
hwaddress ether 00:11:22:33:44:66
address 192.168.xx.yy
netmask 255.255.255.0