質問: 印刷していたら用紙詰まりと表示された(prth02003)。カードは戻ってきた。
回答: 複合機本体のパネルで確認したところトレイ3（中身はB4でした）を開けてくださいと表示されました。用紙トレイはロックされているので、内線電話でコピーコーナーに連絡して直してもらいました。

プリンタカード自販機の金額表示「0」が点滅していたので生協に連絡して直してもらった。部品の調子が悪いらしく、今月中に交換される予定とのこと。

– prjh02001が故障中でした
=>16時ごろにRICOHの方が来られて対応していただきました。タッチパネルの機器につながっているはずのUSBケーブルが抜かれていたために起きた現象であるとのことで、無事解決したので貼り紙は外しました。

質問: USBの内部の書類をB5で印刷したい
回答: ECCS端末から用紙設定をB5に指定し印刷をおこなうと確実であるとお伝えした。PC経由で印刷する際にデータなしとなったが、それはnewuserで端末にログインし操作していたことが原因だった。あまりECCS端末を利用したことがない方だったので基本的なことをお伝えしました。

– prth02002のA4の一つのトレイが用紙切れになっていたため、コピーセンターに連絡しました。また、A3用紙も少なくなっていたので補充をお願いしました。
prth02002にはA4のトレイが3つあり、今回はそのうちの一つが切れており、他の二つのトレイには充分にA4用紙があったため連絡するべきか悩んだのですが、お聞きしたところ一つのトレイが無くなった段階で呼んでいただいても大丈夫ですとのことでした。今回はA3も少なくなっていたので、週末が近いことも考慮して連絡しました。
=>すぐに補充していただきました。

– ECCSルームのスキャナで図書館資料の複製をしている方がいたので、図書館資料の複写は禁止だとお伝えするとともに、1階のコピーコーナーへ行くことをおすすめした。
=> 「コピーコーナーにもスキャナがあるのか」と聞かれたので「はい」と答えたが、一度コピーコーナーへ赴かれた後戻ってこられて、スキャナが使える状態じゃなかったようで、「何故スキャンしてはいけないのか」と問われた。そもそも電子的なコピーはコピーコーナーであっても出来ないらしく、この点は案内不足だった。また、https://www.sodan.ecc.u-tokyo.ac.jp/faq/library-material-scanning/ を見せて、「著作権法上、図書館から『スキャンはしないでください』と言われている」と伝えても、「我々の研究科では普段から当たり前のようにやっている。この本も持ち出しできるならそうしたいところだが、辞書なので持ち出し不可で困っている」とおっしゃられた。相談員ではどうすることもできないので、「図書館窓口でご相談ください」とお伝えした。

– prjh02003の「図書館資料複製禁止」の張り紙は、複合機操作用端末の横ではなく、複合機本体に貼る方が視認性が良いのではないでしょうか。スキャンをしようとしているときに、横の机の上の張り紙にはあまり目が行かない気がします。

スキャンしたいが、記憶媒体がポータブルHDDとmicro SDしかない
→ポータブルHDDはUSB接続での認識せず、利用断念。
micro SDは付属のSD変換アダプタだと認識せず。
しかし、ECCS端末備え付けのハブを使ってUSB接続すると無事認識し、利用に成功。

質問: ECCS利用者講習を受け、確認テストに合格したにもかかわらず、ECCS端末にログインできない、少し待つ必要があるのか、という質問をお受けしました。
回答: ログイン可能になるまで最大1時間ほど待つ必要がある旨をお伝えしました。しかし、1時間経過してもログインできずうまく対処できずにいました（この時点ではECCS利用権なし）が、しばらく経ってログインできるようになりました。本人の申告時間が正しければ、ログイン可能になるまで1時間以上かかったことになり、詳しい原因はよくわかりませんが、とりあえずは助かりました。

– ECCSクラウドメールの2段階認証で、携帯電話を所持していないため認証が突破できずECCS端末からアカウントに入れないという相談。
=> 私物のパソコンで認証方法について再設定できないかと思ったが、UTokyoWiFiにも接続できない事情があったため断念。自宅で再設定するようにお願いした。

pch02033で、マウスを認識しないという端末異常が出ました。(中略)
KVMスイッチのケーブルを抜き差ししてみたり、再起動したり、Windows環境・Mac環境共にいろいろ試してみましたが、改善しないため、とりあえず使用不可の紙をおいています。
—
pch02033 の端末について，修理の方が来てくれました。マウスを ELECOM 製の入力切り替え機の USB ポートではなく，mac mini の USB ポートに接続すると，マウスを認識し使用できたため，マウスの故障ではなく，切り替え機が問題のようです。修理の方が，新たな切り替え機に交換してくれるとのことですので，それまでは pch02033 の端末を使用することはできません。(mac mini の USB ポートに接続すれば使用できます。)

質問: キーボードが反応しないためパスワードを打ち込めず、スクリーンセーバーから復帰できない(mac)。
回答: スクリーンセーバーの状態だとマウスでシャットダウンを選択できないので、相談者の了承のもと、電源ボタン長押しで電源を切った。再び起動したところ問題なくキーボードが使えるようになった。

– ディスプレイに「信号がありません」と表示される。
=> 電源が入っていることを確認したり配線を確認したりKVMスイッチを入れ替えたりしてみたが、表示されなかった。詳しく調べるために、相談者の方にはいったん別の席に移動していただき、電源ケーブルを一度抜き差しした上で、ディスプレイの信号選択がVGAになっていたのをHDMIに変更したら映った。しかし、あとで自席にて検証したところ、信号選択がVGAであってもVGAからの信号がなく、HDMIからの信号があれば自動で切り替わる仕様になっているようで、詳細な原因は不明。

– 「R studioが起動しない」
=>　R studio起動後、動作が重いという表示であったので、over quotaを疑い↓のディスク容量の確認をしていただいた。11GB/8GB使用中であり、やはりover quotaであった。

その後、over quotaのページを参考にすすめていただいた。
https://www.sodan.ecc.u-tokyo.ac.jp/faq/over-quota/

しかし、9GB弱まではファイル削除で削減したものの、残りの大きいファイルがわからないとのことだった。

まず、windows環境で「scanner」ソフト↓を使ったが、数百MBしか使用していなかった。
http://www.steffengerlach.de/freeware/

次に、mac環境でfinderで/home/[[10桁ID]]のフォルダに行き、隠しファイルを表示（command+Shift+.）したうえで「表示>表示オプションを表示>すべてのサイズを計算」を設定したうえで、サイズ順に並べたところ、”.conda”（2GBほど、anacondaのパッケージ？）と”.local”（1.6GBほど、R studioのパッケージが入っていた）が大きいデータであった。
.condaというフォルダは自分（ECCS環境でpythonを一度も使ったことがない）のECCSのmac環境には存在しなかったので、相談者さんがなんらかの経緯で追加されたものと考えられる。
おそらく利用中のpythonパッケージと疑われる。

相談者さんがもう時間がないとのことであったので一旦検証を切り上げ、以下2点を伝えた。
・.condaと.localどちらかを削除すればover quota自体は解消できるが、質問者さんが利用中のR studioのpythonの一部パッケージ動作に影響するリスクがあること
・時間はかかるが、やはり”$ du -m | sort -nr | less”していただいて、残り9-2-1.6=5.4GBを圧迫するフォルダを探していただくのが安全であるということ

質問対応中、相談員サイトのFAQのover quotaページの「Macintosh 環境では利用者領域を使用するフォルダーを選択します。」の”利用者領域を使用するフォルダー”が具体的にわからず難儀しました…。
“/home/[[10桁ID]]”のフォルダが「利用者領域」のすべてという認識で正しいでしょうか？
お教えいただけると幸いです…。

質問: ‘留学生の方でUtokyo Wifiに接続できない。’
回答: 新規利用者講習が未受講であったので、それを受講してもらい、12月になったら申請できるという旨をお伝えしました。

– リモートアクセス環境でMacがデフォルトのものになっているがwindowsにしたい
=> 以下のページを案内して、
1. リモートアクセス環境ではそれは不可能であること
2. SSHサーバにはWindows環境もあるが、いわゆる「リモートデスクトップ」とは異なるため操作が難しいこと
を伝えた。別の方法を検討していただくことを推奨した。

https://www.ecc.u-tokyo.ac.jp/system/outside.html

質問: |-
SSL-VPN Gateway サービスから論文検索をしたのだが、J-STAGEの論文は問題なく見ることができるが、CiNiiの論文は
”ウェブサイトへのアクセスは、管理者によりブロックされています。 システム管理者にお知らせください。 www.units.it:80 に対して GET /etica HTTP/1.1 の http 要求を行いました”
などという表示がでて閲覧できないがどうすればよいか。
回答: |-
SSL-VPN Gateway サービスでは閲覧する権限が与えられていない可能性があると伝え、
もしかしたら、学内のWiFiを使うことで、利用できるかもしれないと伝えた。
利用者の方のWiFiが学内のWiFiであることを確認した後、CiNiiのサイトに直接アクセスしてもらって、
改めて検索するよう伝えたところ閲覧することができた。

質問: 授業ファイル共有用のGoogleドライブにうまくアクセスができない
回答: ファイル共有用のGoogleアカウントが存在し、そこのマイドライブにファイルをアップロードして複数人で共有しているようです。共有用アカウントのIDとパスワードを入力すべきところで、ご自身のIDとパスワードを入れているために欲しいファイルにアクセスができないようでした。LINEで送られていたIDとパスワードを入力することでアクセスができるようになりました（ユーザー間でのアカウント共有がまずいことを指摘するべきか悩みましたが、ECCSクラウドメールではないGoogleアカウントの使い方にまで言及するのもどうかと思いましたので指摘しませんでした）。

– いつからかわからないが窓が一箇所開いており、クレームが図書館受付に届いていたらしい（総合図書館）
=>　コロナ感染対策のために、自主的に窓を開けて換気する利用者が一定数いると思われる。
これから寒くなる時期なので、「窓を開けなくても設備で十分換気ができている」みたいな掲示をした上で開放禁止にしてもよいのでは？