複数ある。
service apache2 status
systemctl status apache2
/etc/init.d/apache2 status
何故こんなに、あちこちに別のコマンドが用意されているのか、さっぱり分からないが、少なくとも上記の３つの方法があるようだ。再起動するときは satus の代わりに restart などと記述する。
この記事のリンク用URL＆トラックバックURL : https://red-souls.jp/ichounoki/rnote/memo/20200628_090437687142.htm
kubuntu を 19.10 にアップグレードして以来、どれだけの時間放置するとそうなるかは不明だが、放っておくと、いつの間にかブラウザで音声が出なくなるようになった。
確認すると、音量のデバイスから、 HDMI がきれいさっぱり消えている。
一度ログアウトしてログインしなおすと復旧するが面倒なことこの上ない。
コマンドで、
$ pulseaudio --start
とすれば、やはり復旧する。こちらの方がまだ簡単だが、そもそもこんなことしなくてはいけないのが解せない。
検索すると、AMDなどのチップメーカー供給のプロプラエタリドライバで問題が起きるので、オープンソース版に置き換えたらなおるという情報もあったが、動作的に、放置するとこうなるのだから、ということで、
/etc/pulse/default.pa を開き、
を、コメントアウトして試す、という方法の方を採用してみた。
まだ結果は分からないが、放置でもサスペンドしなくなれば、問題は解消しそうな気がする。
この記事のリンク用URL＆トラックバックURL : https://red-souls.jp/ichounoki/rnote/memo/20200504_010826563341.htm
キーワード: ubuntu pulseaudio HDMI
kubuntu 19.04 を 19.10 にアップグレードしたら、 plazma の仮想デスクトップ切り替え時の cube アニメーションが無効になってしまった。
「KDEシステム設定」を開き、「デスクトップの挙動」の「仮想デスクトップ」の「オプション」の「切り替え時にアニメーションを表示」のチェックを確認したが、しっかりオンになっていたし、「Desktop Cube Animation」に設定もされていた。
なぜこの設定通りにアニメーションしないのか困惑し、ダメ元で Compiz をインストールしてみたが、 gnome 用のアプリケーションなので起動すらしなかった。
いろいろネットを彷徨って、 Compositor を起動し、
１．「コンポジタを起動時に有効にする」チェックボックスを一旦オフにする。
２．「コンポジタを起動時に有効にする」チェックボックスを再度オンにする。
３．「適用」ボタンを押して Compositor を閉じる。
という操作で、アニメーションエフェクトが復活した。
Compositor がなぜ、自分自身の現在の設定を無視してエフェクトを無効にしていたのかは不明だが、とにかくこれで、 Compositor は自分の設定を思い出すことができたようだ。
この記事のリンク用URL＆トラックバックURL : https://red-souls.jp/ichounoki/rnote/memo/20200501_212341115811.htm
Windows ・・・ fc /b <path1> <path2>
Linux ・・・ cmp <path1> <path2>
この記事のリンク用URL＆トラックバックURL : https://red-souls.jp/ichounoki/rnote/memo/20200317_213353903705.htm
カレントディレクトリから再帰的に下位の全てのディレクトリをたどって、検索したいことがないだろうか。
これって、ぼくは頻繁に使いたくなるのだが、なぜか解説しているサイトがほとんど見つからなかった。
「Grep で特定の拡張子のファイルのみ対象・除外する」の説明を見て、
$ grep -r 検索パターン --include='*.foo'
とすると、拡張子 "foo" のファイルのみ検索対象として、パターンを検索できるのが分かった。
それでも普段ついつい、
$ grep -r 検索パターン *.foo
としてしまう。
他のコマンドでは、指定ファイルのみ対象にしたいとき、このように指定するからだ。
例えば ls の場合、
$ ls *.c
とすると、拡張子が ".c" のファイルのみの一覧を返してくれるのだ。
どうしてこの形式で統一して、 grep でも指定拡張子のみからの検索ができるようにならないのだろう。面倒だ。
・・・と思ったのだが、多分これって、上の "*.c" という指定の結果が展開されるのが、「指定した１つのディレクトリのファイルだけ」だからではないか。
つまり、動作としては、シェル上でコマンドを入力し、その中に、ワイルドカードを使ったファイル名の指定があった場合、そのパターンにマッチするファイル名がシェルによって全て展開され、コマンドに渡される。ただし、当然だが、それは指定した１つのディレクトリのみが対象であり、複数のディレクトリを１つのワイルドカードで指定する方法はない、と。
例えば、 grep -r "foo" ~/bar/baz/*.sh は、 ~/bar/baz/ ディレクトリにある "*.sh" というパターンにマッチするファイルを対象として検索してくれる。ただし、 -r を指定していることの意味はなくなってしまい、 ~/bar/baz/ の下にディレクトリがあっても、それらは検索対象とならない。なぜなら、シェルが ~/bar/baz/*.sh を展開しファイルの一覧をコマンドに渡す結果、対象がそのファイルのあるディレクトリのみに限定されてしまうからだ。
また、 grep -r "foo" ~/bar/*/*.sh などとしてみても、それは ~/bar/ とその下の全てのディレクトリを対象とする、という意味にはならない。
ここまで検証してみて思ったのだが、 find コマンドの場合、
$ find /home/ -name "*.c"
のようにしてやると、指定のディレクトリ /home/ とその下の全てのディレクトリを対象として、 "*.c" というパターンにマッチするファイル名を全て検索してくれる。
grep の場合も、同様に第１オプションで検索を開始するディレクトリを指定するという方法であれば、現在の「 -r 指定により下位のディレクトリも検索できるが、『カレントディレクトリから下位』としか指定できない」という問題も解決できるのだが、どうだろうか。
他の方法としては、
$ sudo cat `sudo find /home/ -name *.c` | grep "foo"
のようにすることで、指定のディレクトリ以下にある指定の拡張子のファイルのみを対象として grep で検索ができる。
さらに他の方法として、
「コマンド find ファイル名・タイムスタンプ・ファイルサイズなどを元に、ファイル・ディレクトリを検索する。」によると、
$ grep "foo" `find /home/ -name "*.c"`
のようにすることでも、指定のディレクトリ以下にある指定の拡張子のファイルのみを対象として grep で検索ができる。
