13/10/07 12:11:26.89 2753MEb4
>>39
その3つ（x2）のときに実行されるファイルがどれなのか日本語情報がないですよね。
あなたや、今見ている人で答えられる人いますか？
51:login:Penguin
13/10/07 12:19:20.67 UGWM7Uo0
>>48
debian系だと、
/etc/rc.d/rc
に、runlevel見て処理するスクリプトを追加する。
if test x$RUNLEVEL = x0 -o x$RUNLEVEL = x6 ; then
なんか処理
fi
みたいなのがよくある方法。
52:login:Penguin
13/10/07 12:22:27.41 9yXscv2N
で、思ったんだけど、GUIって言ってるけど、一体何よｗ
多分それのマニュアルに、ユーザーがログアウト時に実行できるスクリプトが指定できるなら
書いてあると思うし、書いてないならその機能はついていないんだろう。
標準でその機能が提供されていない（ホームディレクトリに存在しない）のは、その機能が
イマイチ需要の少ない機能なんだと思う。
もしかすると、ユーザー権限の兼ね合いで上手に処理できないのかもしれないけど。
53:login:Penguin
13/10/07 12:53:56.49 2753MEb4
>>52
煽るつもりはありませんが、この流れで分からないのですか？
普通のPCにUbuntu13.04を普通にインストールして、普通に起動してログインしたときのことです。
それをGUIでログインしたと言っています。グラフィカルなデスクトップが出てることです。
完全に私の知識不足ですが、
>>47さんが言うように~/.profileが実行されているならシェルが起動したんですよね？ （>>35ではbash起動時と言っていますが）
デフォルトシェルは/bin/bashになっていますが、GUIでログインしただけではbashにはログインしないですよね？
なぜなら、~/.bash_loginが実行されてないからです。
GNOME 端末を起動してbash --loginすれば~/.bash_loginが実行されてます。
つまり、GUIでログインしてもデフォルトシェルにはログインしないということですね？
~/.profileを実行しているシェルとはデフォルトシェルではないのですね？
ならば、シェル（デフォルトシェルではなく）を終了したときに実行されるファイルがホームディレクトリにあってもいいんじゃないかな？
と思って調べるのは変なことだとは思いません。ググって日本語情報が見つからなかったので、ここに書いてみたのです。
54:login:Penguin
13/10/07 13:16:32.44 9yXscv2N
>>53
俺も別にあおるつもりはないのですが
man GUI
でもして確認してみてください。
55:login:Penguin
13/10/07 13:20:19.15 vwlLyUUC
>>50
/etc/rc* あたり、
>>36>>37 あたり、
~/.bash* あたり。
>>53
> >>47さんが言うように~/.profileが実行されているならシェルが起動したんですよね？
それがどうやらシェル起動時以外でも ~/.profile が呼ばれるらしい。
詳しくは知らんが。
「十分高度だと思います」「変なことだとは思いません」あたりは何なんだろうな。
なんかコンプレックスでもあるのかな。
普通に質問すればいいよ。普通に答えるから。
56:login:Penguin
13/10/07 13:24:04.78 2753MEb4
>>54
すいません、6行目以降はあなたに向けたわけではなかったので、気分を悪くしないでください。
>>52の6行目以降は納得しています。
57:login:Penguin
13/10/07 13:50:08.65 9yXscv2N
>>53
もしかして、自分の使っているディスプレイマネージャーとウィンドウマネージャが何なのかも理解できて
いないってこと？
そちらのPCが見えるわけじゃないですから、勝手に判断するしかないわけですけど
あなたが使っているディスプレイマネージャーはGUIという名前ではなくて、lightdmというものです。
lightdmの設定に関しては、おそらくPCの中にもインストールされているはずの
/usr/share/doc/lightdm/lightdm.conf.gz
にかなり詳細に記述されています。
で、logout時のスクリプトに関しては、ディスプレイマネージャの設定ではなく、ウィンドウマネージャの
設定ファイルとマニュアルとドキュメントを調べれば載っているんじゃないですか？
あなたがどのウィンドウマネージャを使用しているかまでは調べる気もないですけど。
58:login:Penguin
13/10/07 13:52:11.06 2753MEb4
>>55
できるだけ普通に質問するように心がけます。
>>39での指摘について質問させてください。
1.GUIでログインしたときはbashにはログインしないのですか？
2.GUIでシャットダウンをしたときはログアウトしないのですか？
3.私のPCでは、起動してログインしてシャットダウンしただけでは、~/.bash_login、~/bash_logoutは実行されてないようです。通常は実行されますか？
（Ubuntu13.04のデフォルトが前提。/etc/passwdには/bin/bashとなっている。）
59:login:Penguin
13/10/07 13:53:29.31 vwlLyUUC
LightDM のログアウト時の挙動については>>37じゃだめかな。
ちゃんと読んでないけど。
60:login:Penguin
13/10/07 13:55:25.02 vwlLyUUC
>>58
1. 設定による。自動で端末エミュレータが上がるような場合はするかも。
2. >>18
3. ログインについては1.、シャットダウンについては2.に同じ。
61:login:Penguin
13/10/07 13:56:43.52 vwlLyUUC
実際にやりたいことは何なんだろう。
それ書いちゃった方が解決早いかもね。
62:login:Penguin
13/10/07 14:02:06.76 9yXscv2N
>>59
>>37に書いてある方法を使うといくつか問題があって
・/etc/lightdm/lightdm.conf というシステムの管理ファイルに、フルパスのスクリプト名を書き込む必要がある
・ログアウトスクリプトは、ルート権限で実行される
てことなので、ホームディレクトリに置きたいような終了処置をさせるのには、ちょっとふさわしくないと思う。
個人管理のPCで、他に方法がないならこの方法を使うかもしれないけど。
63:login:Penguin
13/10/07 14:04:12.77 9yXscv2N
>>49
たしかに、シェルならtrapでそのまま引っ掛けておけばいいな。
サンキュウ そうする。
64:login:Penguin
13/10/07 14:15:46.09 2753MEb4
>>60
1.Ubuntu13.04のデフォルトで、設定しなかった場合は「自動で端末エミュレータが上がる」はならないですよね？ したがって「しない」ですね？
2.「bashはログアウトしないでkillする」であれば、bashにログインするかどうかは関係ないということですね？ そしてログアウトは「しない」ですね？
3.1の「しない」ということであれば~/.bash_loginは実行されない。2の「しない」ということであれば~/bash_logoutは実行されない、ですね？
65:login:Penguin
13/10/07 14:18:02.74 vwlLyUUC
>>64
たぶんそんな感じだと思う。
~/.bash_logout の件は実験してみりゃいいんじゃないかな。
66:login:Penguin
13/10/07 14:28:07.30 2753MEb4
>>65
4.ということは、画面右上のボタンからシャットダウンさせた場合、ログアウトをトリガとして何かを実行させることできないのですね？
5.そして、シャットダウンをトリガとするならば、ホームディレクトリ外のファイルに記述しないといけないということですか？
67:login:Penguin
13/10/07 15:08:13.00 vwlLyUUC
>>66
shutdown コマンドでシャットダウンする場合ならそうだろうけど
右上のボタンってやつの挙動はよく知らないなぁ。
ウィンドウマネージャ側でうまいことやってくれるかもしれん。
68:login:Penguin
13/10/07 16:07:17.15 2753MEb4
ありがとうございます。
ログインシェルはbashでも、GUIの場合は一度もbashを起動することなくログインできるのですね？
69:login:Penguin
13/10/07 17:43:26.16 2753MEb4
いろいろ試して分かったこと。間違ってたら指摘してください。
>>60
1.端末エミュレータが起動すればbashが起動しますが、[bash --login]や[sudo login]などをしないと~/.bash_loginは実行されませんね。
「自動で端末エミュレータが上がるような場合」だけでは「しない」ですね。
起動させた上に明示的にログインさせる仕組みを作らない限り「しない」の方が正しいと思います。
>>35
bash起動でも~/.profileは実行されますが、bashを起動させず/bin/shを起動させ、そこからログインしても~/.profile実行されてますね。
GUIの場合はshが起動してそこからログインしますが、bashは起動してませんので、
「GUIでのログイン時に~/.profileが実行された」というのは間違ってないと思います。
GUIにおいてはログインシェルというよりはデフォルトシェルというべきなんですかね？
ログインシェルを/bin/bashにしても/bin/shでログインしてるようです。
注：ここでのGUIとはUbuntu13.04 Desktopのデフォルトです。
70:login:Penguin
13/10/07 17:46:35.84 vwlLyUUC
>>69
「ログインシェルではない対話的シェル」として上がってるのよね。
その前提で↓とか読むといい。
URLﾘﾝｸ(linuxjm.sourceforge.jp)
71:login:Penguin
13/10/07 18:05:02.54 2753MEb4
>>43
bash起動したら~/.bashrcが実行されるのでbashが起動している可能性は低いと思います。
72:login:Penguin
13/10/07 19:48:31.31 8xfPkJzl
日本Canonicalができたわけだが、中の人誰だ？
Canonicalに日本人ていたのか
73:login:Penguin
13/10/07 20:03:28.71 wAy8SbSV
Canonicalのエライ人が元々日本在住
74:login:Penguin
13/10/07 20:27:18.38 3l88bHNa
日本在住と日本人はえらく違うがどうなんだろう
前から気にはなっていたが
インストールで日本語選択してるのに
ibusに中華変換らしきものが2個位入ってるのは何でだ
75:login:Penguin
13/10/07 20:29:34.77 IrsnLsZN
ええと、Xubuntuで似たようなことがやりたくて($HOME以下のファイルでどうにかならないか)しばらく悩んだことがあるんだ。
それで、常にその右上のボタンから終了するなら、そのコマンドの名前を調べて以下のような同名のシェルスクリプトを書く。
そんでもって、/user/bin辺りよりも先に探されるようにPATHを通せば何とかならない？
たぶんUbuntuでも$HOME/binが存在すればデフォルトでPATHが通るんじゃないかと思うけど、そういうのは一切未確認だから間違ったことを言っていたらごめんなさいということで。
$ cat $HOME/bin/xfce4-session-logout
#!/bin/sh
## ログアウト/シャットダウンするときにやりたいこと
readonly CLIPBOARD_FILE="${HOME}/.cache/xfce4/clipman/textsrc"
if [ -f "$CLIPBOARD" ]; then
cp "$CLIPBOARD" "${HOME}/.local/etc/"
fi
## ここまで
/usr/bin/xfce4-session-logout ${1+"$@"} &
exit 0
76:login:Penguin
13/10/07 20:53:32.21 3l88bHNa
>>75
最後のは選択窓が出るだけだがいいの？
シャットダウン時にやらせるのは
umountfsじゃないのか
opensuseならafter.localなんてファイルがあるけど
77:login:Penguin
13/10/07 21:15:11.87 IrsnLsZN
>76
とにかく$HOME以外のファイルを弄りたくなくて、あれこれ試行錯誤しながら何とかない知恵を絞って考えた結果なので。
自分の使い方ではとりあえずその選択窓が出るときはもうログオフかシャットダウンしかしないから、そしてそれ以外の方法でログオフ/シャットダウンをしないから問題なく運用できてる。
窓を出さずにシャットダウンしたいならキーボードショットカットに書いたスクリプトをオプション付で呼び出す設定をすればいいし。
そりゃ厳密にシャットダウンするときとかログオフするときに処理をしたいっていう風に言われると、まあこれじゃダメですよねって返すしかなくなるけど……。$HOME以下しか弄らない前提なら実用上はこれで十分なんじゃないかと思っている。
78:login:Penguin
13/10/07 23:55:08.98 8sNH/S+B
10月に新しいのでるんだろ?
何時になるか解る?
79:login:Penguin
13/10/08 02:20:28.41 0ajCOiGt
>>75-77
/etc/inittabファイルでは、
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
と設定されているので、ctrl+alt+delでも、シャットダウンされる
そういう抜け道を考えると、
シャットダウン時に、処理を追加したほうが良さそう
(加えてログアウト時にも、何か処理をさせるなら、
ログアウト時にも処理を追加する)
シャットダウンのソースに、フックを書いてないか？
~/以下に、特定のファイルを置けば、
シャットダウン時に実行されるような
それか、Pre-シャットダウンみたいな、
シャットダウンの前処理関数はないか？
80:login:Penguin
13/10/08 10:55:31.91 pzvigbRK
スレ違いかもしれないけど、なんでhandbrakeはUbuntuの公式リポジトリに含まれてないんだろ
81:login:Penguin
13/10/08 13:15:00.50 pHB06s1y
コンソールモードで使ってる人かな？
GUIモードが標準だし、ログアウトもせず、いきなりPowerOffをクリックして修了
させてるけどな。
だめかな？
82:login:Penguin
13/10/08 17:49:27.90 9igvOsun
>>81
俺はその使い方してるし、それが一番デフォルトな使い方なような気がする。
原型をとどめないくらいカスタマイズするのは変人。
83:login:Penguin
13/10/08 19:12:39.31 /z40r4eh
カスタマイズした物が各ディストリだから
弄るのはナンセンス
84:login:Penguin
13/10/08 19:24:21.46 pHB06s1y
ログアウトして、PowerOffする流れは、気になるログを見たいときなんだよな。
異常がなさそうならログとか見る意ないし。
85:login:Penguin
13/10/08 20:06:01.35 cvQaEMWi
WM_POWERBROADCASTを処理する。
86:login:Penguin
13/10/09 20:45:51.62 WilnYHee
nvidiaとcompizどっちかでGUIがまともに出ない時は
CTRL+ALT+Tでターミナル立ち上げるか，CTRL+ALT+F1とかで
CUIに落ちて
sudo killall Xorgとやってログイン画面に戻ってるんですがこの処方は正常でつか？
87:login:Penguin
13/10/09 22:34:54.40 UKj9uHYU
お薬は食後に3回で続けてください
88:login:Penguin
13/10/10 00:42:32.59 ihQjiX2y
そんなに不安定なことって、あまりないよ。
とりあえず、
グラボの型番、Ubuntuのバージョン、ドライバのバージョンを書いてくれないと、
なんとも言えない。
ドライバは何を入れてるのか、特にインストールしたままそのまま使ってる、追加のドライバーから入れた、本家のドライバをダウンロードしていれたとかもね。
89:login:Penguin
13/10/10 09:39:22.79 Nj3xi6kQ
今日はSuacy RCのリリース日だけど、
まだまだ駆け込み更新がくるね。
90:login:Penguin
13/10/10 11:34:01.00 Ht8SJx95
そういや17リリースだっけか
そろそろ移行の準備しないとなあ
91:login:Penguin
13/10/10 19:54:40.59 5alA9reM
>>88
書き方が悪かった，どうしてcompizが落ちるかというのは問題じゃないんだ
設定途中でXのWMがまともに出ない場合があって，その時はみんなどうしてるのかなって
92:login:Penguin
13/10/10 20:30:51.87 tRQ7OPua
デュアルブートにしているとWindowsが悪さする場合があるみたい。
Windowsを消してLinuxだけにすると安定するよ。
Windowsはハードウエアの設定を書き換える場合があるらしいんだ。
93:login:Penguin
13/10/10 22:21:26.27 ihQjiX2y
本家のドライバを、いい加減な入れ方したら、
起動時に、Xが立ち上がったり、立ち上がらなかったり運試し状態になったことはあったな。
94:login:Penguin
13/10/10 23:51:03.33 pC0J0fz7
>>92
そりゃWindows側でファームウェア更新したからじゃないのか
勝手にと言いながら自分でいじってるが常だよ
デュアルブートにすると、NTFSを共有することになり
NTFSが足枷になるのは間違いない
95:login:Penguin
13/10/10 23:58:44.76 Yct+4pZ7
>>92
あるある。
でもwindows下手に消すと
書き換えられてるのが元に戻せなくなるかも。
96:login:Penguin
13/10/11 00:05:40.15 hvXrACp9
そんなにあるなら具体例書いとけよ
もちろんWindowsは糞だけど
何で.netの更新はあんなに時間かかるのか
うんざりする
97:login:Penguin
13/10/11 00:48:48.14 LSAw621L
>>91
起動途中にsleep入れたり、どこぞに解決方法が書いてあったりしたような記憶がある。
今はroot file systemのmountにコケるのか起動しない時があるけど、再起動すれば
ちゃんと起動するし、ま、いっか、的な。ようわからんし。