「“Messages Agent”がキーチェーン“ログイン”を使おうとしています」
などと表示される、最近よく見る症状です。

[tutors 7717] で以下のような話題がありました。

FAQのどこかに言及があったら申し訳ないのですが、
(Safariを開いたとき等に) 「ローカル項目」のパスワードを要求された場合で、
利用者が古いパスワードを覚えているときは、その場で旧パスワードを入れてしまえば、以降（再起動しても）パスワードは要求されなくなるのでしょうか。

同じ症状を見たので、一度古いパスワードを入力してもらってから再起動していただきましたが、やはり同様にローカル項目のキーチェーンを要求されるということがわかりました。
~/Library/Keychains を削除後、もう一度再起動していただきました。

みなさんも今後「ローカル項目」キーチェーンの問題を見たら、古いパスワードを入力してもらって終わりにせず、キーチェーンディレクトリごと退避か削除するようお願いします。

~/Library/Keychains のうち、UUID形式名のディレクトリを削除し、ログインキーチェーンのパスワードをアップデートしました。

UUID名 ("B663F3EE-57DB-5321-AF3F-0BDBDF8F8D38" みたいなやつ）のディレクトリが「ローカル項目」キーチェーンに対応しているらしいですが、これはどうも、iMac機器固有のIDのことらしいですね
( https://macmule.com/2014/03/30/the-local-items-keychain-in-mavericks/ )

新パスワードを入力したら以降表示されなくなると（仮に）考えても、過去にログインしたことのある端末で再ログインすると、やはり出てきてしまう、ということも考えられそうです。
([tutors 7720] 関連で)

・ログインしようとするとKeychainMigratorが云々というダイアログが出てきて、新旧のパスワードを入力しても受け付けてくれない
ログイン時のキーチェーンのダイアログ（選択肢が3つでてくるやつ）で「Continue Log In」「Update Keychain Password」を選ぶとKeychainMigrator云々というやつが出てきたそうです。キャンセルを押しても何も起こりませんでした。
「Create New Keychain」を選ぶと正常にログインできました。

・ログインしようとするとKeychainMigratorが云々というダイアログが出てきた
・・旧パスワードを入れてもはじかれたが、その後キャンセルしたらなぜかログインできました。

*** ログイン画面でログインキーチェインを入力させるところから進まない
古いパスワードを入力しても先に勧めませんでした．
キャンセルを押してもダイアログが出続けたため，途方に暮れましたが，
その後キャンセルを連打したところなぜかログインできました．
~/Library/Keychains 以下を削除し, 新しいキーチェーンを作りなおしてもらいました．

キーチェーンアクセスからログインのキーチェーンを変更してもらおうとしましたが、エラーが出てきてできませんでした。ターミナルで「rm -r ~/Library/Keychains」を試しましたが、「Directory not empty.」と返されました。FinderからKeychainsディレクトリを削除しようとしましたが、拒否されてできませんでした。ひとまず起動時に前のパスワードを入力して使ってくださいとお伝えしました。

あとで振り返ってみると、[tutors-komaba 24440]で触れられていた、/Library/Keychains/と~/Library/Keychains/の２つがあることを私自身が失念していて、Finderで開いたのは/Library/Keychains/だったように思います。次回以降気をつけます。

・キーチェーン問題
「Update Keychain Password」を選んで、以前のパスワードを入力してもらったところ、うまくいきました。

キーチェーンローカル項目 → Library/Keychains全削除で対応。

Directory not empty となりましたが、.nfs〜なる謎のファイルが原因でした。キーチェーン自体は削除できていますので今回は放置しました。

ところで、現状リモートアクセス環境が動いていないので、深夜にNFSサーバを再起動するようにして良いと思います(デメリットはありません)。トラブルの半分は防げると思われますし。

追伸：
再現してみたくなったので、SafariとChromeを立ち上げた状態で電源プラグを引き抜きましたが、Chromeのプロファイルが破損した(fixfcntl.rbで修復可)だけで終わりました。iCloudキーチェーンは有効にしていますが、他にも条件があるのでしょうか。

~/Library/Keychains/ の中身を削除しただけで再起動を忘れていたところ、「キーチェーンをリセットしますか？」などのメッセージの後再度同じメッセージが表示されてしまいました。safariがキーチェーンを要求して、再起動したくても手動では閉じられなかったので、ダイアログに従って強制終了し再起動したところ解決したようです。

本日１３時頃駒場図書館の全印刷機において、オンデマンドプリントを選択し、eccsアカウントでログインした後、「通信できないapeosware print management サーバーがあるため、すべてのジョブのリストを取得できませんでした。」とのウインドウが表示され、「OK」を押してウィンドウを消してもジョブが表示されないという不具合がありました。その場で急いでいる人には、USBプリントをするように言いました。その後、情報基盤課の安部様からのメール[tutors-komaba 24462]にもある通り、プリントサーバーの不具合ということでした。同じメールで示していただいた方法（印刷時のプリンタ選択をsub colorかsub monoにする）を試したところ、「通信できないapeosware print management サーバー...」のウィンドウは表示されますが、印刷ジョブはリストに反映されました。よって、その場にいた端末利用者全員にこの方法をアナウンスしました。
その後、１５時〜１６時ころにはMainでも印刷できるようになったみたいです。

恐らく、駒場地区のプリントサーバに障害が発生しております。
＃情報教育棟自習室も同様と思われます。

取り急ぎの対処として、印刷時のプリンタ選択を
・Sub_Mono (白黒印刷の場合)
・Sub_Color (カラー印刷の場合)
のいずれかに変更して、印刷をご案内いただけますでしょうか。
＞皆様

utroam(Win10)
https://www.sodan.ecc.u-tokyo.ac.jp/?page_id=1370
http://utroam.nc.u-tokyo.ac.jp/index.php?utroam-1x%E8%A8%AD%E5%AE%9A%E6%96%B9%E6%B3%95%EF%BC%88Windows7%EF%BC%89#d18c0730
https://www.eduroam.itc.u-tokyo.ac.jp/docs/utokyo_eduroam_usage_w7.pdf
の合わせ技で認証が通りました。
なお、特筆すべき点として、「保護されたEAPの設定」で、
「サーバーのIDを検証できない場合にユーザーに通知します」
から
「サーバー名またはルート証明書が指定されなかった場合にユーザーに通知します」
に変更しました(必要かどうかはわかりません。また、この選択肢はWin8にも存在します)。
なお、IPアドレス取得はすんなり行えた(制限ありにならなかった)ので、その部分の検証はできておりません。

utroamアカウントですが、相談者が最初に入力したアカウントはWeb認証も通りませんでした。utroamアカウントの廃止にECCSアカウントを入力したところ、「IDまたはパスワードが違います　元となるアカウント名はドメイン(末尾u-tokyo.ac.jp)までフルに記入して下さい」と表示されました。これは現在のutroam画面と齟齬があるほか、「そのアカウントはutroamアカウントを発行していません」のようなエラーメッセージよりも不親切です。
また、そのECCSアカウントでutroamアカウントを発行したところ、「今まで使っていたアカウントを削除〜」が出なかったので、本当に当該utroamアカウントは不具合があったようです。なお、取り直したutroamアカウントは不具合のあったアカウントと13番しか離れていませんでした。

あと、検証として、私のアカウント(※ECCSと新領域IDの2つutroamアカウントを発行できる)の使っていない方を相談者のPCに入れたところエラーになったので、長い間認証していないアカウントは取り直したほうが安全といえるかもしれません。

（長いメールなので重要な点だけ太字にします）

複合機:
* さんの勤務報告 [tutors-komaba 24489] のとおり、
pr109 がエラーコード 121-335 のため動かない状況でした。
表示されていたエラーメッセージに見覚えがありました。
2014年10月の勤務報告 [tutors-komaba 22728] より引用します。

朝来た時点で、pr107の複合機本体とICカードリーダーにエラーが発生しており、
「故障中」札が立てられていました。
日曜日ですので生協の方をお呼びできず、そのままです。
ただ、少なくとも複合機本体のほうは電源再投入でなんとかなりそうな雰囲気ではあります。
ちなみにエラーコードは、複合機のほうが121-335、
ICカードリーダーのほうが070-321です。

この記憶から、複合機本体の不具合の原因は IC カードリーダーだと推測しました。
そこで、抜かれていた IC カードリーダーのプラグを挿し直しました。
すると「カードリーダーの電源を入れてください」というメッセージが出ました。
電源を入れるにはカードリーダー筐体背面の鍵を開ける必要があるとおもわれます。
この状態で複合機本体を再起動したところ、こちらは正常に動作しました。
コピーカードでの印刷が正しくできることも確認しました。
しばらくはこの状態で様子を見ます。

なお、 [tutors-komaba 24450] で報告した通り、pr109 は操作端末の左側の USB コネクタが使えない状態にあります。
月曜日 1, 2 限の図書館は私が勤務しますので、そのとき生協職員の方に報告しようとおもいます。

以下、生協の対応が必要な複合機の不具合について、一般的な対応方針を述べます。
ご存知の方は読み飛ばしていただいてかまいません。

複合機の再起動を求められるようなエラーメッセージが出た場合、電源再投入だけでトラブルが解決する場合があります。
また、別のケースとして、操作端末の再起動が有効な場合もあります。
(タッチパネルに Windows のデスクトップ画面が表示されているときなど)
どちらの場合でも、電源再投入を行った場合は必ず報告してください。
それでも解決できない場合は、生協職員の方を電話で呼んでください。
駒場図書館の場合は、図書館事務室内の内線電話を借りることができます。
電話の仕方は以下のページに記載されています。
https://www.sodan.ecc.u-tokyo.ac.jp/?page_id=233
// このページは IC カードリーダー関連以外の不具合の場合も有用ですね。

3限の * さんとは勤務交代時にもお話ししましたが、次のようなご質問をいただきました。

※ところで今回のように複合機の方が復旧しない場合は生協や図書館に報告する必要はあるのでしょうか。

今回のケースは、生協の方に IC カードリーダーの対応をしてもらったあとで、新たに複合機の不具合が発覚したということだったのかなと推察します。
このような場合ちょっと微妙なものもありますが、複合機のほうだけでも復旧できる可能性は残っているのであれば、再度呼んで対応をお願いしてもいいのではないかとおもいます。

また、今回は IC カードリーダーのピープ音が止まらなくなるタイプの不具合でした。
図書館でこういうことが起こると、静粛な環境が保てないので途方に暮れてしまいます。
この場合も生協と連絡を取るのが基本です。
ただ、日曜祝日など生協の対応が難しい状況では、相談員が IC カードリーダーの電源ケーブルを抜くことも許されています。
詳しくは以下の通達をご確認ください。
https://www.sodan.ecc.u-tokyo.ac.jp/?page_id=1882#m1205

このメールでもいくつか FAQ や過去の勤務報告を引用しましたが、複合機関連の対応だけでもいろいろと複雑なことがあります。
このような形で随時情報を再共有いたしますので、メーリングリストも漏らさずチェックしていただければとおもいます。
// ECCS2016 に変わって吹き飛んでしまうノウハウもたくさんあるのだろうとおもいますが。

また、昼、３、４限に駒場図書館で勤務していらした * さんの勤務報告[tutors-komaba 24496]でもありました「印刷後にジョブが残っている」という件ですが、私が勤務した際も４件ほどありました。（いずれもpr108）
印刷が終了したのに「プリント中」の表示が消えないという症状です。いずれもタッチパネルでプリント中止を押して終了させました。
一回ならまだしも複数回報告されるということは、複合機側に何らかのシステム異常があるのではないかと少々気になりました。確認をお願いいたします。

Q>eccs端末にOneDriveのアプリを導入したいが同期フォルダを指定する場面で「指定した場所にフォルダを作成できませんでした」と表示され拒否される．
A.個々の端末が独立しておらずサーバにデータを保存している性質上，同期フォルダをリムーバブルディスクか何かに指定していると認識されて拒否されているのかもしれません．DropBoxだったかGoogleDriveだったかは同期して利用している方を見たことがあるので同じようなことがしたければそちらを試してみてください．

本件、問題発生を防ぐため、引用しておきます。
頭の片隅にでもしまっておいていただけると幸いです。

https://www.sodan.ecc.u-tokyo.ac.jp/internal/hongo.pdf
相談員勤務は勤務開始時間に遅れないことが原則です。やむをえない理由により遅れる場合は、 15 分までは許容範囲といたしますが、それ以上は欠勤扱いとします。従って、当該コマの最初 から勤務していて 15 分過ぎても本来の相談員が来ない場合は、そのコマに振り替えることを可能とします。

→データを端末に移して印刷するようお願いしました。
プリンタドライバに関しては私も知識不足のため、このような対応になってしまいました。ドライバの存在をお話しするくらいはしてもよかったと反省しています。

・utroam-1xに接続できない
端末はmacbook air late2009。「自己割当IPアドレスが設定されているため」という文章が出て接続ができませんでした。マニュアル(https://www.sodan.ecc.u-tokyo.ac.jp/?page_id=211)に従い、DHCPが自動になっていることを確認しましたが、うまくいきませんでした。上述のサイトに数年前のMacbook Airはうまくいかないとの記述があったので、それをお伝えしました

とりあえず、ことえりを有効にしてことえりで日本語入力ができることを確認しました。
その後、FAQのページに従って resetgoogleime.sh を2回実行しましたが改善せず、 .server.lock の削除で直りました。
Google IMEが立ち上がらない – FAQ (https://www.sodan.ecc.u-tokyo.ac.jp/?page_id=1184)

Q.WindowsでInternet ExplorerからPDFファイルを開こうとしたところ、フリーズした。
A.Ctrl+Alt+Deleteで反応がなかったので、電源ボタン長押しで終了した後、Macを起動してもらいました。問題のPDFファイルをSafariで表示したところ、灰色一色にしかなりませんでした。ローカルに保存後、プレビューで開くことができました。（PDFファイルにはパスワード（利用者は知っている）がかかっていました）
ちなみに以前もSafariで開けず、そのときは何らかのメッセージが出てきたそうです。

・USBプリントで印刷が途中で終わり、印刷機のタッチパネルに用紙が足りませんと表示される。
用紙残数を印刷機のタッチパネルから確認したところ十分だった。essc端末で当該のpdfファイルを開いてもらったところ、印刷できなくなったページはページの向きが横（それまでのページは縦）だったので、それが影響したと思われます。オンデマンドプリントの不具合が解消するのを待ち、端末から印刷するように言った。

・Google Scholarで論文が見られるのは、学内の回線だからなのか
手持ちのPCでGoogle Scholarを適当に検索したところ、utroam-1x（学内）での接続では「Full text @ UTokyo」というリンクが表示され、eduroam（学外扱い）では表示されなかったので、おそらくそうだろうと答えました。

→ことえりが ON になっているにもかかわらず、Safari のアドレスバーや、Safari で google.co.jp を開いたときの検索バーに日本語が入力できませんでした。どなたか原因をご存知の方がいらっしゃったら、ご教示いただけると幸いです。なお Chrome では同じ現象が起きませんでしたので、代替策として「Chrome を使うこと」「テキストエディタからコピペすること」を提示しました。