fedora17はpreupgradeできるようになってからすぐに入れていたけど、どうもpreupgradeがいまいち調子が悪いようで、grubの設定など手で変えないといけないところがあった。

壁紙以外はfedora16とたいして変わらない印象。btrfsも、システムのインストール先には指定できないようなので、まだまだいまいちかな。

USBメモリとかを刺したときに。自動マウントしてくれる場所が、/mediaじゃなくて/run/media/UIDの下になってる。

で、今日 yum update しようとして気付いたけれども、fedoraの公式リポジトリでruby1.9.3が来てる!!!
fedora16からそのまま残っていたruby-irbなどと競合して気付きましたよ。はい。

とりあえず、ruby-1.8依存な古いものは yum remove で消して、updateをやりなおし。rubyが変わって大丈夫かなぁ〜〜〜〜〜。なんとなく不安だ。

fedora15からpreupgradeであげたサーバでnfsを久々に使おうと思ったらハマったのでメモ。

端的に言うと解決方法はこれ。
http://fedoraforum.org/forum/showthread.php?t=273173

アップグレードした時に必要な設定ファイルが、/etc/sysconfig/nfs.rpmnewになっていたが、
これの中にどうしても必要な設定がかかれていた様子。中は見てないけど。
というわけで、
mv /etc/sysconfig/nfs.rpmnew /etc/sysconfig/nfs
で終了。

あとは、fedora16でのnfsの立ち上げ方は
http://www.server-world.info/query?os=Fedora_16&p=nfs
あたりを参考にした。

最近はデスクトップ用途にはwindows7を使っていることが多かったが、必要に迫られて、前に中古で買った　dynabookSS RX1のデスクトップを最近結構使っていて、2〜3年前に使っていた時よりだいぶ便利になったと実感しているのでメモしておく。

一応断っておくと、毎日（別の場所で）fedoraのデスクトップを触ってはいたのだけど、必要最小限の機能しか使っていなかったので、気付いていないことが多かった。

前提条件としては、ハードウェアのほかに、
・64bit環境
・ブラウザはchrome
・flashプラグインと、moonlightはインストール済み。

で、気付いたことを箇条書き。
・youtube、radiko、niconico動画あたりは余裕。
・flashのブラウザゲームも大丈夫。
・skydrive、office web appsも使える。
・rythmboxはまぁまぁ使える。smbの共有ファイルから拾って流してる。
・chromeのタブを増やしているとちょっと重いかも。topで見てると、chrome、gnome-shellが重いのか。
・プリンタドライバのインストールが圧倒的に楽。個人的にはwindowsよりも楽。
・指紋認証の精度はwindowsXPの方（独自ソフトかな？）が高い。
・無線LANの設定はwindowsXPよりは簡単。windows7はどうだったか忘れた。
・リポジトリに入っている限りソフトのインストールが楽。すごく楽。最近はリポジトリに入っていないようなものは、chromeとか以外にはとくになくて、自前でコンパイルしたり、どっかから拾ったrpmをいれるということもない。

・（関係ないけど）dynabookの「東芝HDDプロテクション」に相当する機能がlinux側では実装されていないっぽいのが気にはなる。SSD使えってことかもしれんけど、SSD買ってつけかえるくらいなら新品かうので、、、、。

最近、パソコン立ち上げてもブラウザしか使っていないことが多いことに気付いてしまったので、もうwindowsよりはこっちでいい気がしてきた。Ctrl+Alt+矢印を押してデスクトップ切り替えとか、windowsキーを押してウインドウ一覧を表示させたくなってしまい、すでにgnome-shellに手がなれてしまったのもある。（ノートパソコンだと、Fnキーが邪魔でAltがずれることが多いのは不満、、、。普段はlogicoolの Illuminated keyboard なので。）

まぁ、linuxでいいじゃん、とか、fedoraがあればwindowsいらないじゃん、という主張は、そのままwindowsでいいじゃん、とか、macでいいじゃん、とかいう思想の人には、積極的に使う理由を提案できない時点で、使ってもらう余地は無い、というのは理解してます。

自分としては、yumでプログラムのアップデートが楽とか、gnome-shellが便利とか、fedoraの方がベターな点がある一方、windowsの方はデスクトップが一枚しかつかえないとか、いろいろはかどらないです。

最後に、gnome-shellで感動した機能が、スクリーンキャストが動画で残せる、という機能について。
Ctrl+Alt+Shift+rをおすと、右下に赤い丸が出て、録画が始まる。もう一度Ctrl+Alt+Shift+rを押すと録画が終わる。
動画ファイルは、ホームディレクトリの直下にshell-20120201-1.webmのような形で残っている。

手順を残して共有するのに非常に便利。画像のスクリーンショットとは情報量がまったく違う。素直に感動した。

redhat系のlinuxディストリビューションでは、起動時のサービス立ち上げには、chkconfigコマンドとか、ntsysvコマンドとかを使うことになると思うんだが、先日ちょっと使ってみたら、fedora16では、chkconfigではすべてのサービスをいじれるわけではないことに気付いたので、メモ書き。（デーモンとサービスという表記が混ざるけど、この記事の中では同じもんと思ってます。はい。）

まず、chkconfigが何をしているかというと、/etc/rc.d/init.d 以下にある、各種デーモンの起動スクリプトを、/etc/rc.d/rc[0-6].d/以下に適当な名前でシンボリックリンクを張るということ。
たとえば、chkconfig –level 2345 sshd on とすると、rc[2-5].dの中にS??sshdという名前で、rc0.d rc1.d rc6.d の中にK??sshdという名前でそれぞれシンボリックリンクができる。例えば、この状態でランレベル１になるとsshdが停止し、ランレベル5になると、sshdが立ち上がるという仕組みになっている。（??は起動順、停止順に振られる2桁の数字。起動スクリプトにコメントで書いてある。）

ランレベルが変わり、たとえば3になったとすると、/etc/inittab を読んだり /etc/event.d/rc3 を読んだりして、とにかく /etc/rc.d/rc 3 を実行する。 で、この rc というスクリプトを読めば分かるけど、（fedora16な環境ではすでに存在しないため読めない！） /etc/rc.d/rc3.d のなかで、Kから始まるスクリプトを停止して、Sから始めるスクリプトを起動するという処理がかかれている。というわけ。　この辺の話は検索すればたくさん出てくるので、とりあえずこんなもん。後者のやりかたupstartについては、ここ(WayBack Machine 経由)が参考になりそう。

で、Fedora16。

Fedora16には/etc/rc.d/rcスクリプトがないし、inittabはすべてコメントで頭に　”# inittab is no longer used when using systemd.”　とかかれる始末。

inittabを読むsysvinitや、/etc/event.dを使うUpstartと違って、fedora15から現在使われているsystemdでは、この辺の管理が変わってきていて、/etc/rc.d/init.dには、あまりスクリプトが置いてない。ntpdやsshdもない。

試しに、fedora16でchkconfigを叩いてみると、

“注記: この出力は SysV サービスのみであり、ネイティブな systemd のサービスは含まれていません。
systemd services. SysV 設定のデータはネイティブな systemd の設定によって上書きされます。”

と表示され、いくつかデーモンが表示される。ネイティブなsystemdのサービスとはなんじゃい、ということだが、それは、/lib/systemd/以下にファイルが配置されているようだ。
/lib/systemd/system/ntpd.serviceなどのファイルを見ると、サービスを起動、停止するコマンドのようなものがかかれている。この辺の仕組みはまだよく分かっていないので、適当に今度まとめる。

とりあえず、fedora16でのサービスの起動、停止、起動時に勝手に立ち上げるようにするにはsystemctlコマンドか、以前からあったserviceコマンドを使う。というか、serviceコマンドはsystemctlコマンドを呼ぶようになっただけ。serviceコマンドの方がタイプが少なくて簡単。

sshd 起動

systemctl start sshd.service (または service sshd start 以下同様)

sshd　停止

systemctl stop sshd.service

sshdを起動時に立ち上げるようにする

systemctl enable sshd.service

などなど。
勝手に立ち上がらないようにするには、disable、起動状態を見るにはstatusやshowなど。いろいろある。

systemctlコマンドは他にもいろいろと機能がある様子で、引数なしにsystemctlコマンドを叩くと、.service のみならず、.deviceなる項目も出てくるので、いろいろできる様子。この辺のことはまたしらべてから。

また、systemdではランレベルとかはどうなっているのかも気になる。/lib/systemd/system/runlevel?.targetというファイルは、それぞれgraphical.targetやmultiuser.target、reboot.targetなどへのシンボリックリンクになっているので、ランレベルという概念がなにやら希薄になっているような気がする。それもまた気が向いたら読んでみる。

systemctlコマンドって、叩くのが面倒なので、この辺はGUIで設定した方が楽なんだけど、どこにもみあたらない。コマンド名がわからんので探せないが、、、。まぁ、あとで”ソフトウェアの追加/削除”でさがしてみるか、、、。　system-config-serviceかな？いれてみよう。

そもそもこんなことを気にしはじめたのは、某UNIX、というかAIXでどうやって起動時にデーモンを勝手に立ち上げるかということを気にしたから。そもそも、普段はめったなことでは落とさないんだけど、どうしてそんなことが必要なんだろうというのはさておいて、、、。ランレベル変更時に起動スクリプトを処理するのではなくて、inittabに必要なことを書いてしまうという方式で、（管理コマンドを通さずにinittabをいじっちゃいけないみたい）面倒だなぁ、chkconfigは楽だよなぁ、と思ったからなのでした。

起動スクリプトを適切に用意するのは、適切に終了するためのコマンドを指定できるから、便利なのだと思うけど、どういうことになってるんだろ。

この記事誰得なんだろうという気がしないでもないが、
この記事は適宜追記・書き換えします。

以前SELinuxをいじったのは、fedoracore6のころだったと思うので、だいぶ長いことさわっていない。

仕組みもだいぶ忘れてしまったし、自分でselinuxのコマンドを適切な属性に合わせてたたくのはあまりやりたくないところ。

ちょっと前にchromeがSELinuxまわりで怪しい、ということを書いたけど、解決しなかったのでやり直し。

Fedora15のgnomeshellでselinuxと叩くと、出てくるのが「SELinuxトラブルシューター」

立ち上げてみると、英語の名前はSELinux Alert Browserとなっている。

それはさておき、立ち上げて、Troubleshootをクリックすると、

・不適切なアクセスを受けている！
・何が動いているのかわかっていてアクセスを許可するならこうしてね。
・必要ないはずのアクセスをしているバグかも。報告してね。

の欄があり、それぞれ対処法が書いてあった。

（問題によっては、数が違うが、chromeが問題となっているのは3つの選択肢があった。）

で、アクセスを許可するために指示どおり、以下のコマンドを叩く。

(audit.logをみると、どうも、chrome-sandboxがブロックされていた様子。chrome_sandbox_tっていうタイプに対するアクセスしようとしているのかな？

まぁ、多分許可しても大丈夫なんでしょう。)

指示どおり、rootになって

# grep nacl_helper_boo /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

とかしてみた。あとは様子を見る。ってか、この自分で作ったポリシーって、起動時に自動でロードされるんだっけか?まぁ様子をみるということで。

参考、　http://unix.stackexchange.com/questions/14913/fedora-15-twitter-on-google-chrome

下の方に、SELinuxを無効化しろとか書いているけれども、そんなことはしない。defaultになってるtargettedポリシーで運用してるんだから、別に細かいこたぁ気にしないで、SELinuxのやり方で直す。

と、いうわけで、
restorecon -R ~/.config/google-chrome
でOK。

chromeのrpmがSELinux考えてないのか、targettedポリシーが間違っていてchromeに対応していないのか、、、。多分前者だと思うけども。