どうも嘘記事を書いてしまって、世の中に迷惑をかけてしまっているかもしれない。
いや。言い訳するとその時は、そのやり方で使えていたんです。
以下、普通に記事。
最近、ubuntu 16.04のFirefoxでFlashが使えていないことに気付いた。
なんか本来Flashが表示されるはずの場所に、こんなメッセージが表示されている。
Failed to load “libpepflashplayer.so”
いろいろ調べたところ、最終的には、普通にadobeさんが公開しているバージョンをインストールすればいいらしい。
嘘記事では、chromeをダウンロードして、その中に入っているFlashを使っていたが、いつの間にか、chromeからFlashが取り出せなくなって、あと最新版をadobeさんが公開したっぽい。(経緯等はさっぱりわからん)
以下、その手順
メールファイル(今回だと1メール1テキストの形式)から、添付ファイルを抽出する際、1個くらいだと、メーラーにインポートして取り出してたけど、たまたま100個とかあって面倒だなって調べてみた。
mpack っていうパッケージに入っている、munpackってコマンドを使えば一発らしい。
インストール
|
1 |
$ sudo apt-get install mpack |
ubuntuなら普通にapt-getでインストール。
使い方
|
1 |
$ munpack -C todir/ from.eml |
これだけ。
-Cで展開先を指定しているけど、指定しなかったらカレントディレクトリ。
複数ファイルを扱いたかったら、forで回せばいい。
のっけからタイトルを否定しますが、「なのに」じゃなくて、「こそ」です。実際やってみて本当にそう思いました。
壁掛けテレビって言うと、大きいステキなリビングのある部屋とかでやってそうだけど、スペースの無い狭い1Kこそやったほうがいいです。
やる前は結構大変だろうなと思ってたけど、やってみると結構簡単です。1番の難関は2×4材を用意することくらい。
因みに自分は、輸送手段が無いので、2×4材を電車で持って帰りました。必要だった木材は、ディアウォール分(40mm)を差し引くと1995mmでした。事前にJR東に確認したところ、2m未満の手荷物は特に別料金がかからず持ち込み可能とのことだったのでギリギリOKでした。他のJRや私鉄は知りません。
また、1Kなんで当然賃貸です。壁にネジ穴なんてあけられませんが、この方法なら部屋に全く傷つけることはありません。
最近HTL21でchromeを起動すると、端末が再起動する現象に見舞われた。
いや、4年も前の機種だし、いい加減買い換えろってのだが、お金も無いしなんとか。。。
前もあったけど、ハードの限界っていうよりソフトっぽいんですよね。その時はgoogleアプリ。
以下、自分の環境です。
| 機種 | HTC J butterfly(HTL21) |
| OS | ａｎｄｒｏｉｄ 4.1 |
| chrome | 53.0.2785.124 |
古い(T_T)
んで、対処方法
clamavを結構使っているのだが、特定ファイルが誤検知(かっこよく言うとfalse positive)される時があり、その対処方法。
特定の定義を除外する方法は、こっち
結構前にも調べたことがあったけど、その時は出来なかった気がしたのでclamav自体のバージョンも関係するかもしれない。
自分の環境は以下、centos7でたぶんepelから入れている。
|
1 2 |
$ clamscan -V ClamAV 0.98.7/22269/Thu Sep 29 06:39:27 2016 |
既に動いているLinux環境で、
「あれ？こいつのDISKのドライバなんだっけ？」
とか
「あれ？こいつのNICのドライバなんだっけ？」
ってことが時々ある。
今までは、とりあえず、lsmodしてモジュール一覧を見て、あー。e1000いるから、Intel NICだろうとか、ふんわり確認してたけどもっとちゃんとした方法があった。
ただ、lshwコマンド使うのでどの環境でも行けるわけではない。まー無ければ入れればいい。
ちょっと同時接続試験をしていたら、centos7のnginxが
Too many open files
ってエラーで詰まっていた。
たぶん、1024コネクションくらいでお腹いっぱいになっている。よくあるファイルディスクリプタの制限っぽい。
んで、CentOS7環境(特にsystemctl,systemd)での対処方法
最近家に帰ると、自分のandroid端末が頻繁に再起動するようになり、そろそろ機種変更かなって思ってたのだが原因にたどり着いたのでメモ。
自分の環境は、
| 機種 | HTC J butterfly(HTL21) |
| OS | ａｎｄｒｏｉｄ 4.1 |
| Wi-Fiアクセスポイント | buffaloのやつ |
こんな感じ。古い(T_T)
現象としては、とにかく突然落ちる。なんの前触れもなく落ちる。ただ、外出時は落ちないので、家のWi-Fiアクセスポイントとの相性かなくらいに思っていたのだが、とある時に外出先の無料Wi-Fiスポットでも落ちたので、端末側の問題と予測していた。
結構長い間pingを打っていて、「あー。今統計情報見たいなー。でも止めたくないなー」って時に、止めずに統計情報を知る方法。
因みに、統計情報は、pingの最後に出るやつ
|
1 2 3 4 5 6 7 8 9 10 |
$ ping -c 4 localhost PING localhost (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.051 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.049 ms 64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.049 ms 64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.037 ms --- localhost ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 2997ms rtt min/avg/max/mdev = 0.037/0.046/0.051/0.008 ms |
↑の最終行。
