備忘録 for myself in the future

このサーバーのパーティションはDebianのインストーラーのデフォルトのままにしてあるのだが、wheezyからjessieへのアップグレードで問題発生。

なんと、肥大化したlinuxのmoduleが/libを圧迫して、/の容量の半分を超えるまでになってしまったのだ。

結果、linux-imageにアップデートがあっても容量不足でインストールできないという事態に。さすがにこれはまずいが、現状、サーバーを構築し直す余裕はないので、危険を承知で一旦linux-imageをパージしてから再インストールするという手段をとらざるをえない。

以下、手順。

screen (セッション中断に備える)

sudo apt-get dist-upgrade (アップデートに失敗するが、パッケージのダウンロードは完了させる)

sudo dpkg -l | grep linux-image (インストールされてるパッケージのバージョンナンバーを確認)

sudo apt-get purge linux-image-3.16.*-*-amd64 (*はバージョンナンバーを指定してパッケージのパージ。警告が出るが強行する)

sudo apt-get install linux-image-amd64 (即座に再インストール。ダウンロード済みのパッケージが使われる。grubが正しく新しいカーネルを利用してることを確認する)

sudo apt-get dist-upgrade (アップデートし残しがないか確認)

exit (screenから抜ける)

sudo shutdown -r now (運を天に祈る)

 

 

ある日突然、研究用のMac(El Capitan)からMac App Storeに接続出来なくなってしまった。App Storeアプリを起動しても、接続中を示すバルーンがぐるぐる回ってるだけでいつまでたっても何も表示されない。結果、購入済みアプリのアップデート等も一切出来ない状態。アカウントのサインインは出来るし、新しく作ったユーザーからApp Storeを起動するとちゃんと接続出来るので、ハードウェアやOSの根幹部分の障害ではないことは明らかなんだが、対処できないままだとアプリやOSのアップデートがかけられないのでセキュリティ的にちょっとまずい。だからといってアップデート専用のアカウントを登録するのは不便でしょうがない。似たような症状の人はUSのAppleのサポートコミュニティでもよく見かけるが、決め手になるような対処法はなし。

で、解決のために参考にしたのはここ。

サポートコミュニティにばらばらにある対処法をまとめてくれてあるのだが、この中で対処に効いたのは証明書のキャッシュの削除。

/var/db/crls/crlcache.dbと/var/db/crls/ocspcache.dbをゴミ箱に捨てて再起動。これでようやくApp Storeに正しくアクセス出来るようになった。しばらくこの状態で苦しんでた間に出てたアップデートをかけて問題解決。

Onyxを使ってシステムキャッシュのリセットをやってダメだったので、キャッシュの削除は盲点だった。Onyxのキャッシュリセットはシステムキャッシュだけにしてあるので、証明書のキャッシュはシステムキャッシュリセットでは削除されないキャッシュだったのだろう。だからといって、Onyxのキャッシュリセットをシステムキャッシュ以外もめったやたらと全部リセットする設定にするのは気が引ける。だが、次回、Onyxでアプリの動作の問題が解決しなかった時にシステムキャッシュ以外のキャッシュのクリーニングもオンにする必要があるかもしれないことは気に留めておこう。

個人的には論文に使う図をPowerPointで書くなどもってのほかだと思っているのだが、世の中にはそうは思っていない人が多いらしい。というわけで、せっかくiDrawできれいな図を作ってPDFで出力しても、どうしてもそれをPowerPointで欲しい、だから最初からPowerPointで作ってくれ、なんて言われると憤懣やる方ない。

しかし、そうは言ってられないので試行錯誤した結果辿り着いたiDrawで書いた図のPowerPointへの変換方法を記録しておく。

手順は以下の通り。

1) iDrawで書いた図をPDFで書き出す。

2) PDFをMac版のLibreOfficeのDrawで読み込む。デフォルト配布物に含まれるPDF読み込み機能で読み込める。

3) 読み込んだ図をLibreOfficeからWMF(Windows Meta Format)で書き出す。

4) Windows版のPowerPoint(Mac版では不可)で新しいPowerPointスライドを作成し、WMFファイルを配置する。

5) 配置したWMFファイルをダブルクリックして編集しようとするとPowerPointオブジェクトに変換するか？と聞かれるので変換する。

6) PowerPoint上で編集可能なオブジェクトに変換される。

WMFがWindows版のPowerPointでしか扱えないというクソ仕様のために最後の段階でWindowsがどうしても必要になるが、これで一応オブジェクトの配置等を壊さない状態でPowerPointに変換は可能である。

アドビのイラレと決別するため、最近はMac App Storeで購入出来るiDrawをメインのドローアプリとして使っている。機能的には必要十分だが、少し注意を要する点があるので忘れないように記録しておく。

iDrawの最近のバージョンでは画像ファイルを直接配置でドローボード上にペースト出来るようになった。これでほぼイラレで必要な機能はカバー出来たと思ったら、こうやって貼った画像の縦横比を変形させようとサイズの縦横リンクを外してハンドルポイントをぐりっと動かしても画像が変形せずに新しく出来たバウンドボックス内に収まるように画像が表示されてしまう。なんだこりゃ。

実は、過去、画像を直接配置出来なかったバージョンでは、まず四角のオブジェクトを描き、その塗りつぶしで外部画像を選ぶことで画像をドローボードに配置していた。画像を直接配置できるようになった時に画像という新しいオブジェクトタイプが導入されたとばっかり思っていたのだが、実は画像の直接配置は単純に画像と同サイズの四角オブジェクトを描画し、自動的に配置画像を塗りつぶし画像に指定してくれるというだけのものだったらしい。

なので、塗りつぶしのオプションで画像を「サイズを合わせる」でなく「ウィンドウに合わせる」に変更することで、ちゃんと画像が変形させたバウンドボックスに引き伸ばされて配置される。ワンテンポ余計な操作が入って面倒だが、これで配置画像を自由に縦横比で変更出来るようになった。

いつの頃からか、OS Xの標準のPDF表示アプリであるプレビューで表示したPDFから矩形で選択して他アプリに貼り付けると低解像度のプレビュー画像しか貼り付けられなくなってしまった。おかげで、いつもPDFの論文の内容を紹介したい時に困って、いちいち解決法を探しては同じ解決法に至っているので、覚書に残しておく。

まず、矩形でクリップしたい部分を選択肢、Cmd+Cでコピーする。

次に、ファイルメニューからクリップボードから新規作成を選び、クリップボードの高解像度のデータを元に新規ファイルを作製する。

出来たファイルをPDF形式でセーブし、Keynoteから挿入→選択…で取り込む。

これで解像度がオリジナルの状態のままでKeynoteで拡大縮小出来るようになる。

久しぶりだったのですっかり対処法を忘れていた。というわけで覚書。

久しぶりにWindowsバックアップが失敗していた。エラー内容をみると隠し状態になっているファイルのコピーに失敗したという。詳細はイベントログを見ろと言われるが、これを見ても大した情報は得られない。どこが詳細だよ。

で、この失敗、実は以前にも何度か経験してた。これ、Microsoft Security Essentialが予備スキャンで見つけたウィルスを隔離したファイルがMSEによってロックされているのでWindowsバックアップでコピー出来ないという罠なんだな。ところが、このMSEが隔離したウィルス、対処したかったら必ずMSEでフルスキャンをかけないと対処リストがそもそも表示されないというクソ仕様。つまり、ウィルスを削除するだけなのにフルスキャンで何時間も待たされるというわけ。防護してくれるだけマシといえばマシだけど、発見して隔離したウィルスがフルスキャンしない限り報告すらされないという仕様はなんとかならんのか。

で、これでウィルス本体を削除してあげるとようやく無事にWindowsバックアップが完了する様になる。同じ自社製品でありながら連携もできないどころか妨害してしかもエラーメッセージにはそれを解決する情報が何にもないってのが本当に腐ってる。せめてMSEがロックしたファイルがコピー出来ません、ぐらいの表示をすればMSEでウィルス除去すればいいって分かるのに。

ちなみに今回隔離されていたウィルスは例によってJavaウィルス。ほんと、Javaも今じゃ完全にお荷物状態。WindowsそのものからJavaをパージしてから長いけど、ブラウザがサイトからJavaウィルスを貰ってきてキャッシュにほりこんじゃうのは防ぎようがない。いい加減にしてほしいわ。

bbPressプラグインをインストールしただけではどうやらテーマに互換性がないので、BuddyPressのグループ内フォーラム機能は有効になるものの、bbPressの機能であるSiteWideフォーラムの機能は追加できないらしい。

で、テーマに互換性を持たせるには以下のページの指示に従って手動でインストール済みテーマにbbPressのテンプレートを追加する必要がある。

http://codex.bbpress.org/theme-compatibility/

そこで、まずはインストールしたいテーマのディレクトリに移動。今回はtwentyfourteenを選ぶ。

cd /var/www/wordpress/wp-content/themes/twentyfourteen

で、そこでまず、bbpressフォルダにSymbolic Linkを貼る。

ln -s ../../plugins/bbpress/templates/default/bbpress .

で、次にデフォルトのbbPress設置用テンプレートをテーマのトップ内にどばっとばらまく。

ln -s ../../plugins/bbpress/templates/default/extras/*.php .

以上でbbPress用のフォーラムテンプレートが有効になる。

BuddyPressのユーザーの追加をサイト管理者に委譲する方法について判明したので覚書。

まず、ネットワーク管理者のダッシュボードの設定から、新規ユーザーの追加をチェックして、各サイト管理者がユーザーを追加できるように設定する。

BuddyPress側ではアクティベーションを受け付けるページが必要になるので、設定→BuddyPressから固定ページでActivationページを作製しておく。これで、サイト管理者が新規ユーザー登録を行うとユーザーがActivationページに案内されてメールで送られてきたキーを入力することでユーザー登録が完了する。

どうやらパスワードは一度ログイン画面にいって「パスワードを忘れた」を選んでパスワードリセットを行わないと設定されないっぽい。

あと、サイトそのものが非公開になっているとユーザーがアクティベーションしようとしてもそのページが表示できないのでアクティベーションされない。サイトの設定で公開にチェックを入れておくことを忘れないように。

一応、非公開グループを作製することで非公開ディスカッションが可能ではあるけれど、トピック単位でフォーラムを立てて非公開議論できた方が楽かもしれないので、フォーラム機能追加プラグインであるbbPressをインストール。管理ユーザーにフォーラム管理者の権限を付与しておく。

BuddyPressの日本語化もプラグインで可能。

新規プラグインでBuddyPress Translationsを検索し、インストールする。最近のWordPressではテストされていないと警告が出るが、これは単に翻訳ファイルをリポジトリから取ってくるだけのプラグインなので警告は無視する。

このプラグインはネットワーク全体で有効化しておく。これだけでブログの言語が日本語に設定されていればBuddyPressのインターフェースも自動的に日本語になるみたい。