vfatのアクセス権なんて

投稿者: -
昨日の/hdd3のアクセス権の件ですが。
vfatにアクセス権なんて概念は無いのでしたね。表示上便宜的に777 root:rootになってるだけでした。
あー、馬鹿だ。

コメント

コメントを投稿

zenback

このブログの人気の投稿

IPv6(IPoE)でようやくVPN復活

投稿者: -
2年ぐらい前になるでしょうか。契約しているASAHI-NETから、IPv6始めましたよ、無料ですよ、という案内が来て、ホイホイと申し込んだんです。 それ以来、VPNが使えなくなっていました。日常的に使っていたわけではないので、ある日使おうとしたら全然接続してくれなくて、なんでだーっと諦めていたんです。IPv6に申し込んだのが原因だと分かったのも、今日のこと。 久しぶりに、外出時にiPhoneで固定電話を受けるための設定をしていて、VPNが出来ないことを思い出し、本腰を入れて調べてみたのがきっかけです。 読み漁ったのはこの辺り。 まだいくつか読んだと思いますが、タブに残っていなかったので既に履歴の彼方… IPv4におけるIPアドレス枯渇問題を解決する技術がIPv6ぐらいとしか理解していなかったので、接続方式や、ついでに通信速度が速くなること（これは今のうちだけかも）などは全然理解していませんでした。 それらを一通り読んで、どうやらNTT西日本から貸与されているルーター（PR-500MI）の機能だけではVPNが実現できないことを理解しました。 というわけで、導き出されたのは以下の構成。 ルーターはPR-500MIのままでＯＫ。サーバーはSynology D216jにOpenVPNサーバーをインストール。iPhoneにもOpenVPNアプリをインストール。これがクライアントソフトになります。 持っててよかったSynology。DDNSを提供してくれているのも素敵。QNAPも同じ感じなのでしょうか。 OpenVPNサーバーの設定はほとんど手間要らず。設定情報を書き出して、Macのテキストエディットなどで中身を編集。といっても、remoteと書いてある行の後ろに、Synologyのアドレスを書き込むだけ。私はsynology提供のDDNSを使ったので、 remote 自分で決めたホスト名.synology.me 1194 となりました。1194はOpenVPNの設定で指定したポート番号です。デフォルトのまま。 iPhoneをMacにつないでFinder経由でOp
続きを読む

DuraSpeedとかHuaweiの電源管理とか、やめてくれ

投稿者: -
イメージ
AndroidってOSで良い具合に電源管理するんじゃないの？ Cosmo Communicatorには電源管理の仕組みとしてDuraSpeedというものが入っています。Android端末は使っているものの深く探求することなく今まで来たので初見だったのですが、Huaweiの電源管理と同じく、使っていないように見えるアプリをどんどん落としてくれるようです。 設定画面にDuraSpeedの項目があります。アプリのリストが出るので、バックグラウンドで常時稼働させたいアプリに対してオンにすれば良いだけなのですが、新しくアプリを入れた際など、忘れがちです。今Ear Duoを耳につけたらCosmo Communicatorに繋がっていなかったんです。夜になって使うのですが、毎回アプリを起動して再接続が必要で、なんだろうと思っていたのですが、ようやく気づきました。 先ほど通話録音アプリのACRをインストールした際には、ご丁寧に電源管理の仕組みに注意してくれというようなメッセージがあったので忘れずに設定できましたが、Ear Duoの時には何にもなかったですから。Xperia端末で使っていれば良いのかもしれませんけれどね。 Huaweiの場合は、設定→電池→起動、という順でアプリのリストに辿り着けます。これもバージョンで色々変わりそうですけれど。 iPhoneの場合はこういうのがそもそもサードパーティでは実装できない制限があるでしょうから頭を悩ますこともないのですが、その分OSがガンガンアプリを落としてしまって困った事例もつい最近ありましたね。それもそれで困りものですが、Androidのような、メーカーごとにやり方が違うというのも困りものです。 Cosmo Communicatorは電池持ちが極端に悪いのですが、それでも私の使い方なら19時間使って35%残ってます。DuraSpeedに夜電源管理を全部無しにしたらだいぶ変わってしまうのでしょうか。機会を見て試してみようと思います。
続きを読む

AirPods Pro、Apple Watchのトランシーバーアプリで楽しめる

投稿者: -
アップルはやっぱり細かいところまで考えていてくれました 先日のエントリーで、AirPods Proにトランシーバー機能を持たせないのは何故なのかと書きました。ついでに、Apple Watchにはトランシーバーアプリがあるのに、AirPodsは普段はiPhoneに接続してるから使えないじゃん云々を書いたのですが、これは大きな間違いでした。 手元にあるのはAirPodsのため、AirPods Proでは未検証ですが、おそらく同じ結果になると思います。 iPhoneにAirPodsを接続した状態で、Apple Watchでトランシーバーアプリを起動すると、AirPodsはトランシーバーのために機能するようになります。Apple Watchの画面上にある送信ボタン（黄色い大きな丸）を押している間、AirPodsは聞き取った音声をトランシーバーアプリを通して相手のApple Watchへ送信してくれます。相手が同様にして話したことは、AirPodsから聞こえてきます。 何も設定しなくても、期待した通りに自然につながる。まさにアップルクオリティ。 ただ、交信終了後のAirPodsは、音楽再生を再開してはくれませんでした。これは色々試験した結果なのでしょうか。交信が終わるたびに音楽再生を再開させると、スムーズな交信を妨げるようにも思います。でも、トランシーバーアプリの画面から通常の文字盤に戻ったタイミングで再生再開とかはしてくれても良さそうです。 なかなか一人でトランシーバーアプリを使うのは難しいため検証が中途半端ですが、概ね期待した通りに動いてくれます。これはいいです。（ちなみに、娘のApple Watchと自分のApple Watchを両手首にはめて実験しました） これでトランシーバーアプリが同胞送信、つまりグループトークですね、それにも対応してくれたら良いのですが、どうも一対一で接続を確立してから送受信しているようなので、グループトークは難しそうです。グループ全員と接続を確立してからとなると、一人だけ接続できないだけでも開始することができなくなります。タイムラグが極端に短いのはこの仕組みのおかげだと思うので、仕方ないですね。 でも、5人家族全員でバラバラに行動しながらトランシーバーで連絡を取るというのには、使えないですよね。グループトーク、欲しい
続きを読む