tunefs -m 0」としていた関係で「fwcontrol -R」が追い付かなくなることが増えるからなんとかせねば。
なんか、埋まるペースが上がっている気がするのは消費するペースが落ちているからなんだろうな。
ずっと見ていた連続番組のいくつかは内容を考えて見るかどうかを考えることにした。
一度整理したら四半期はもって欲しいところだが。
fsckで修復できた。
が、何故かjserverが1/9と同じ状況になって起動できない。
HDへの書き込みができていなかったのか???
ずいぶん前の話なのに。
録画予約の方は幸いにして大丈夫だったみたいだ。
mksnap_ffsで準備していたはずのを復活…ってどうすればいいんだっけ？
そっかmdconfig -a -fすればよいのか。
無事復活。
やっぱり出張帰りで疲れているの違いない。
portupgrade -rfしたほうがよいのかも。
portupgrade -aしたら「いよかん+」がERROR!: Can't find Kanji code converter.とか騒いで動かなくなった。
がびーん。
それほど使っているつもりではなかったが、実は動かなくなると結構困るということに気がついた。
mksnap_ffs /usr中に「fsync: giving up on dirty」に引き続くやばそうなメッセージが出た。
いつも気にはなるのだが、これって、どういう影響があるんだろうか。
追記: mksnap_ffsの出力が「Cannot create old-: Resource temporarily unavailable」ということで、やり直せばよいことがわかった。
ま、1日ぐらいできなくても放置しておいて次の日のタイミングでよいだろう。
sleep 100;date +%s」の繰返しでは1000秒が285回、1001秒が6回観測されている。
listenaddr ::1」をコメントアウトしたら直った。
fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=5, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me)といったのが出ることが増えた。 やっぱり蛍光灯か？ とりあえずBUS resetで済んでいるうちはいいんだけど、そのうちGV-MVP/IDVが無反応になるのではないかとドキドキ。
fwcontrol -M dv -R hoge.dv&sleep seconds;pkill -f -- "fwcontrol -M dv -R hoge.dv"」で、時々seconds指定の時間より1分ほど長いとかの現象が起きるんだよな。
んで、確実にkillが出来ていないと、次の番組の予約でこけるので何とかしたいのだが。
特に新番組の入れ換え時期なので、念のためということで、最初は長めに録画するから接続部分が厳しいんだよな。
原因がわからなくても、確実に何か止める仕組みでもあればいいんだけど…
んで、不思議なのは、これが起きる時間は必ず起きるんだよな。
起きない時は起きないんだけど。
本ページの主張等は著者の所属組織に全く関係なく、個人としてのものです。