くだらねえ質問はここに書き込め！ Part 185

**login:Penguin** · 2010/07/17(土) 00:18:25

まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/

読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About

過去ログ検索（Part29: 22氏提供） http://2chlinux.dtdns.net/2ch-linux-ks/

Google検索　http://www.google.co.jp/linux

関連スレッドは >>2-4 あたり。

くだらねえ質問はここに書き込め！ Part 184
http://pc11.2ch.net/test/read.cgi/linux/1274866441/

**login:Penguin** · 2010/07/19(月) 00:52:00

>>41
loopモジュールはロードしました。
BusyBoxはデフォルト設定でコンパイルして、他にはまったく何も入れてません。
デバイスの管理なんかはmdevという機能がBusyBoxにあったのでそれを使ってます。
modprobe loopしたら/dev以下にloopデバイスが幾つか作られたのを確認してます。

**login:Penguin** · 2010/07/19(月) 01:10:35

-t iso9660 とかは？

**login:Penguin** · 2010/07/19(月) 06:42:06

>>38
というか、事前にバックアップ取っとけ。
http://old.ubuntulinux.jp/wiki/Partimage/
LiveCDで起動して、USB HDDにバックアップすればいい。

**login:Penguin** · 2010/07/19(月) 14:06:29

皆さんはSELinux使っていますか？

TRYしてみようと思っているのですが、詳しいサイトも書籍も見つからずなかなか始められません
何かいいサイトとか書籍知ってたら教えていただきたいのですが

あまりにも沢山の項目があったりで、何をどうしていいのかチンプンカンプンです

まだiptablesやsquidは苦労しましたが楽だったように思います

**login:Penguin** · 2010/07/19(月) 18:23:12

SELinuxはユーザーが取り組むようなものじゃないと思うが、
とりあえずSELinux wikiあたりを読んでみてはどうか。
http://www.selinuxproject.org/page/Main_Page
書籍だとこのあたりだと思うが、記憶がちょっと古いな。
Selinux: Nsa's Open Source Security Enhanced Linux http://www.amazon.co.jp/dp/0596007167/
SELinux by Example: Using Security Enhanced Linux http://www.amazon.co.jp/dp/0131963694/

**login:Penguin** · 2010/07/19(月) 18:57:51

SELinuxって有効にして
なんかダイアログ出てきたら
ボタンぽちぽちするやつだろ？

**login:Penguin** · 2010/07/19(月) 19:33:29

単刀直入に質問をさせてもらいます。

「連投」の仕方を教えてください。

**login:Penguin** · 2010/07/19(月) 21:28:16

>>45
Fedora向けだが、これはわかりやすいかも。
Fedora 13 Security-Enhanced Linux User Guide
http://docs.fedoraproject.org/en-US/Fedora/13/html/Security-Enhanced_Linux/

**login:Penguin** · 2010/07/19(月) 23:30:33

皆凄いッスね
自分も英語読めないわけじゃないですが、SELinuxのような煩雑で膨大な量の項目を英文で読んで設定していくってレベルはありません
まぁコツコツやっていくしか無いでしょうが、こういうの読んでやってるって思うと凄いなと思います
日本語訳されたプログラム言語のマニュアルなんかでも読むの大変だと思うのに・・・

**login:Penguin** · 2010/07/19(月) 23:39:21

無理して日本語訳読まずに、お国の言葉に翻訳されたのを読めばいいよ。

**login:Penguin** · 2010/07/20(火) 00:11:41

この手のは日本語の方がかえってわかりにくいよ。

**login:Penguin** · 2010/07/20(火) 00:27:06

下手なテキストで勉強するより、英語の勉強をした方が早い。

**login:Penguin** · 2010/07/20(火) 01:17:52

実行した結果が分かる分マニュアル類の英語は読みやすい気がする
あと日本語マニュアルが中途半端過ぎて結局LANG=Cとかen_US.UTF-8の方が使いやすい

**login:Penguin** · 2010/07/20(火) 06:50:47

自分の英語力の場合しかじかである
という感想をここで語って何の意味があるのだろう。

**login:Penguin** · 2010/07/20(火) 23:11:09

CentOS5.2を使っているのですが、
GUIのログイン画面の下に出ている「再起動」や「停止」を
表示させないようにしたいです。
ユーザー名・パスワードを知らない人間に
勝手に電源を切ってほしくないから、というのが理由です。
ちなみに、本体はカギ付きの箱に入れて触れないようにしています。

どなたかご存じないでしょうか？

**login:Penguin** · 2010/07/20(火) 23:22:44

Ctl+Alt+F1は？
Ctl+Alt+BSは？

**login:Penguin** · 2010/07/21(水) 00:05:07

>>56
runlevelを3にしたら。

**login:Penguin** · 2010/07/21(水) 00:15:14

>>56
GUIのログイン画面ってGDMだろか?

**login:Penguin** · 2010/07/21(水) 01:11:12

>>56
GDMなら
http://www.cyberciti.biz/faq/linux-unix-remove-gui-shutdown-reboot-option/
ちょっと古い情報なので、駄目だったら新しい情報を探すよ。

**login:Penguin** · 2010/07/21(水) 01:12:04

>>56
キーボードとマウスにも触れないようにした方がいいんじゃね。

**login:Penguin** · 2010/07/21(水) 01:24:53

>>60様以外回答になってない気がする
何書いてもいいと思うけど>>56がレスするとしたら大変そうだw

**login:Penguin** · 2010/07/21(水) 02:54:54

言い忘れたが、電源を切ることはできなくてもCtrl+Alt+Delでリブートはできる。
これ無効にするにはカーネルを修正する必要があったような。

**login:Penguin** · 2010/07/21(水) 04:06:47

以下のようなタイマー処理のテストプログラムを書いています。
1秒毎にタイマーハンドラが呼び出される度に"No="の文字列が出力されてしまうのですが、
なぜタイマーハンドラが呼び出されるとgetsで入力待ちしている処理を抜けてしまうのでしょうか？
#include <stdio.h>
#include <string.h>
#include <signal.h>
#include <time.h>
void timer_handler(int sig)
{
printf("\007");
}
int main()
{
char buf[100] = "";
timer_t timerid;
struct sigaction sigact;
struct sigevent sigev;
struct itimerspec itms = {{1, 0}, {1, 0}};
<続く>

**login:Penguin** · 2010/07/21(水) 04:08:52

<続き>
sigact.sa_handler = timer_handler;
sigact.sa_flags = 0;
sigemptyset(&sigact.sa_mask);
if (sigaction(SIGUSR1, &sigact, NULL) == -1) {
perror("sigaction");
return 1;
}
sigev.sigev_notify = SIGEV_SIGNAL;
sigev.sigev_signo = SIGUSR1;
if (timer_create(CLOCK_REALTIME, &sigev, &timerid) == -1) {
perror("timer_create");
return 1;
}
if (timer_settime(timerid, 0, &itms, NULL) == -1) {
perror("timer_settime");
return 1;
}
do {
printf("No=");
gets(buf);
buf[strlen(buf)] = '\0';
} while (strcmp(buf, "end") != 0);
return 0;
}

**login:Penguin** · 2010/07/21(水) 04:53:17

>>64
正直板違いだと思われ。
プログラム板できいてけれ。

あと素人のワシだとちと読みづらい改行だの。
環境も良くわかんねし。

**login:Penguin** · 2010/07/21(水) 08:19:52

>>64
板違いってことなので手短に
割り込まれてエラーになっているから

**login:Penguin** · 2010/07/21(水) 08:31:16

>>65
環境はUbuntuを仮定する．まずは、
$ strace ./a.out
を実行してみると、getsはreadというシステムコール(カーネルが提供する関数)を使っているのが分かる。んで、
$ man 7 signal
の305行目あたりを見てみると
「read,write,open,waitなどのインターフェースは
sigaction の SA_RESTART フラグが設定されていればリスタートされる
そうでなければEINTRエラーを出して失敗する」
てなことが書かれている

64 · 2010/07/21(水) 09:07:29

>>66
板違い、すいませんでした。

>>67-68
なるほど！manを読んで理解しました。
ありがとうございました。

**login:Penguin** · 2010/07/21(水) 10:54:34

>>66 plus
確かにその通りですね…
しかし"time 割り当て"を指定したのですか？

**login:Penguin** · 2010/07/21(水) 11:07:31

>>70
コテハンつけてくれ。

42 · 2010/07/21(水) 17:42:59

>>43
いまさらながら、modprobe isofsしたらマウントできました。
どうも、すみません。

**login:Penguin** · 2010/07/21(水) 19:04:21

バイナリファイルの先頭89バイトを削除したいのですが、
適当なコマンド（一般的なもの）はありませんか？
ddを使う方法を考えてみたのですが、
パフォーマンスが低く、巨大なファイルの扱いに難があります。

**login:Penguin** · 2010/07/21(水) 19:07:51

>>73
C言語でさくっと書けばいいじゃない。
バイナリモードで開いて、９０バイト目から出力するコード
入門書レベルのものだと思うよ。

**login:Penguin** · 2010/07/21(水) 19:27:37

>>73
tail -c +89

**login:Penguin** · 2010/07/21(水) 19:43:05

>>75
ありがとう。
tailのmanページは読んだんですが、+記法を読み落としてしまったようです。
+記法ではスキップ量（89）ではなく開始バイト（90）を指定するとのことです。

>>74
自分が使うものならいくらでも書くんですが、
人が使うものなので「一般的なもの」という要件がありまして。

56 · 2010/07/21(水) 22:50:03

みなさま、いろいろ情報をいただきありがとうございます。
結果、GDMだったので>>60さんの情報を参考にどうにかなりそうです。

>>61
キーボード・マウスを取っ払う方法も、実は案として出たのですが
不便なこと甚だしい、ということで不採用になりました・・・。

74 · 2010/07/21(水) 22:58:37

>>76
そうだったか。ごめんね。

76 · 2010/07/21(水) 23:37:18

>>78
いえ、こちらこそ説明不足でした。
スクリプト言語だと以外とバイト操作が面倒ですよね。
今時、C言語でファイル操作というのも面倒が多いですが、
他に手頃な言語もないですし。
JavaやMonoあたりが適当なところでしょうか。

**login:Penguin** · 2010/07/21(水) 23:56:18

>>77
GDMの設定ならここら辺も参考にすればいいんじゃないでしょうか。

ttp://library.gnome.org/admin/gdm/

**login:Penguin** · 2010/07/21(水) 23:56:46

>>79
ん、結局のところ、なんでもいい。
むしろ、その環境で、できることをできればいいと思う。

究極を言うと、
”解決すればそれでいい”
だと思います。

解決するための手段は、できるだけたくさん持っている方が
いいと思うんです。

結果が一つならば、手段の選択肢をたくさん持っているといいと思います。

その、C言語で面倒が多いのを承知で解決策を持つのは
あなたのスキルになると思いますので、できれば、

同じ結果を、たくさんの手法で出してください。

**login:Penguin** · 2010/07/22(木) 06:32:31

>>81
何というか、大丈夫かい。暑くて参ったりしてないか。

最近は低レベル層でやるべきことが増えすぎて、
C言語でまともなプログラムを書くのに時間がかかるからなぁ。
カーネルの変更の影響をもろに受けたりするし、
組み込みならいいと思うが、そうでもなければ使う機会もほとんどない。
C#の勉強でもするかなぁ。

**login:Penguin** · 2010/07/22(木) 07:59:05

>>57
その辺抑止可能

**login:Penguin** · 2010/07/22(木) 10:15:15

問題は何を作るか何で作るかではなく誰が作るかだけ

**login:Penguin** · 2010/07/22(木) 14:50:42

ddでHDDを丸ごとバックアップするときに、ブロックサイズって512の倍数だったらなんでもOK？

たとえば、仮に1メガのHDDがあって、bs=768kとかにしたら2回目でHDDの容量超えてしまうけど
その場合ってどうなるの？

**login:Penguin** · 2010/07/22(木) 15:30:33

実験すればわかることだと思うが、問題ない。
一般に512だと低速なので、数MB程度にすることが多い。
# ちなみにddのMBは対数の底が2でなく10。

**login:Penguin** · 2010/07/22(木) 15:46:32

>86
レスｻﾝｸｽ

そしたら512の倍数ってのも意味ないのかな？
MBRのバックアップに使うくらい？

**login:Penguin** · 2010/07/22(木) 22:01:55

ＰＥＮＴＩＵＭプロセッサ上のＬＩＮＵＸＯＳにおける仮想アドレスから実アドレスへの変遷過程を勉強しているのですがよくわかりません。
どなたかわかる方がいましたら説明していただけませんか？

**login:Penguin** · 2010/07/22(木) 22:38:00

Linux上でC言語プログラミングの勉強中でして、ファイルの読み書きに丁度入る段階なのですが、
作ったプログラムにバグがあるとシステムまで破壊してしまうリスクがあると教材には書かれてあります。

それを読んでちょっと怖くなったのですが、Linuxでもこのリスクはありますか？
それとも、Linuxにおいては、$HOME内にプログラムを置いて一般ユーザーで実行すれば、
システム全体には無害なように設計されているのでしょうか。それともLinuxでもリスクは同じですか？

**login:Penguin** · 2010/07/22(木) 23:55:58

>>89
基本的にはシステムを破壊することはないが、
ファイル破壊の可能性があるプログラムを実行するなら、
仮想マシンを使った方がいいと思うよ。

**login:Penguin** · 2010/07/23(金) 00:12:21

>89
その前に勉強用のLinuxは、OSが壊れちゃまずいの？

**login:Penguin** · 2010/07/23(金) 00:16:04

>>88
自分には分からないからってだけだけど、くだらなくなくない？
あともう少し具体的にポイントを絞った方がいいかもね。
【Linux】カーネル総合5【Kernel】
http://pc11.2ch.net/test/read.cgi/linux/1253459338/

**login:Penguin** · 2010/07/23(金) 09:34:16

>>89
使うたびにddでイメージからOSを立ち上げれば良いよ

**login:Penguin** · 2010/07/23(金) 11:43:29

本来はここでもWindows板でもなくネットワーク板で
質問すべきないようだとは思うのですが、人が
いないようなのでここで聞かせて下さい･･･お願いします。

Windowsでアパッチ鯖を立て、VPNを通じて
他の拠点からアクセスさせています。

ところが、CIFSの問題でかなりアクセス速度が
遅いらしく不満が出ています。
これはLinuxで鯖をたてれば解消するでしょうか。
それとも、サーバのOSを変えようが、クライアントが
Windowsである以上、CIFSの問題は発生するのでしょうか。

つまり
　現在：サーバ（WinXP）←→クライアント（WinXP）←CIFSですよね
から
　変更：サーバ（Linux）←→クライアント（WinXP）←サーバがsambaならCIFSは無関係？？
でも、CIFSの遅延問題解決できるのでしょうか？
それとも
　鉄板：サーバ（Linux）←→クライアント（Linux）←CIFSは無関係
でなければ解決できないのでしょうか？

**login:Penguin** · 2010/07/23(金) 11:53:04

立てた事ない素人の感想より

＞サーバ（WinXP）←→クライアント（WinXP）
これはともかく（ていうかXPを鯖って、、おっかねえ）
＞サーバ（Linux）←→クライアント（WinXP）
これで使い物にならないとかいうならもう設定と足回りの問題なんじゃね？と。

そのアパッチ鯖で何やってんのか知らないけど

**login:Penguin** · 2010/07/23(金) 13:31:12

>>94
CIFSは詳しくないが、「CIFSの問題で」というのは確定なのかい？
パフォーマンス障害を分析するだけのスキルがないなら、
とりあえずSambaの試験をしてみればいいと思うが。

**login:Penguin** · 2010/07/23(金) 13:43:11

>>94
あれこれ考えてるうちに実験が終了してしまうのが
Linuxの利点だ。
ライセンスも買わずにダウンロードで終了
適当なマシンにちょいとインスコして実験すればよかろうに

**login:Penguin** · 2010/07/23(金) 13:52:37

自分が自由に弄れるPCがない
↓
もうVMwareで試すしかない。
↓
それはめんどいから勘弁してくれ
↓
有識者に質問する
↓
ためせばいいじゃん
↓
最初に戻る

**login:Penguin** · 2010/07/23(金) 13:59:27

>>98
> それはめんどいから勘弁してくれ
つまりこれを人にやれ、って言ってんの?

**login:Penguin** · 2010/07/23(金) 14:37:35

>>94-95
構成する方の把握力に依るのでは無いでしょうか…
そう云えば Adobe Reader でも設定上の問題は在りましたね

**login:Penguin** · 2010/07/23(金) 14:50:37

Unix板とLinux板が別れている原因がわかったような気がした

**login:Penguin** · 2010/07/23(金) 14:51:31

Linuxでsambaにするなら結局使うのはCIFSでしょ。

**login:Penguin** · 2010/07/23(金) 15:09:07

>>102
よかった、話が通じる人がいた･･･

やっぱりそうですよね。ありがとうございました。

**login:Penguin** · 2010/07/23(金) 15:13:21

それと、サーバ及びクライアント双方のWindowsがVista以降ならCIFSの性能が上がってるはず。
WAN経由で使ったことないんであくまで人聞き。

**login:Penguin** · 2010/07/23(金) 15:56:55

なるほど。ありがとうございます。
双方だと厳しいですね･･･
サーバをあきらめてFTP運用も視野に入れて対策を練ってみます。

**login:Penguin** · 2010/07/23(金) 16:00:00

>>103
それは当たり前すぎて誰も言わなかっただけだよ。
単に「SambaでもプロトコルはCIFSか？」という質問だったのかい？
試用環境が必要なら、稟議書を書くのも仕事のうちだぞ。
チューニングすればパフォーマンスは上がると思うが...。

**login:Penguin** · 2010/07/23(金) 16:09:48

エスパーとしての能力も試されます。

**login:Penguin** · 2010/07/23(金) 21:35:00

>>96が全てだな
原因も分からない問題に闇雲に意味不明な対策を入れても時間を浪費するだけ。
ちゃんと調べろよwww

**login:Penguin** · 2010/07/23(金) 22:37:26

じぇんじぇん関係ない事で申し訳ないが
てきとーにネットしてて、んで火狐閉じてJD閉じて、、
んっでメモリが立ち上げたときより微妙に喰ってる。

この辺のメモリ開放がちと下手くさいのはgnome仕様なのか判らんけど
微妙に積もると挙動がおかしくなる。

この辺うまい手ありませんかね、、？

**login:Penguin** · 2010/07/23(金) 23:02:57

>>109
微妙に食っているとはどこを見て言っているのか
メモリ解放が下手くさいと思うのはどうしてか
挙動がおかしくなるのは何か

がないと他人が確かめることすらできないので基本ただの思い込みだと思う。
ユーザープロセスの問題ならpsで原因プロセスまでは確かめられるはず。

**login:Penguin** · 2010/07/23(金) 23:03:41

>>109
http://www12.atwiki.jp/linux2ch/pages/53.html#id_5666f777
って話か?

**login:Penguin** · 2010/07/23(金) 23:23:22

fglrxを使ってるとか。

**login:Penguin** · 2010/07/23(金) 23:45:06

firefox本体じゃなくて、呼ばれて出てくるプログラムとか？
3.6.4以降は経験ないけど。

っていうかちゃんと終わって後始末してくれないプログラムなんてざらだよ。
一週間に一度はps確認しよう。

**login:Penguin** · 2010/07/23(金) 23:47:38

>>109
プロセスが消えたら開放されるだろう。

**login:Penguin** · 2010/07/24(土) 01:50:29

firefox3.6.7 の build に失敗します.
.mozconfig とエラーの最後らへんを置いておくので, よかったらみてください.

ttps://docs.google.com/document/edit?id=10T3Rr3Wu6M0_3GcEv5T81-Xdc6xrpYIg0LmlqbA57sI&hl=ja&authkey=CNvaqvcH

ttps://docs.google.com/document/edit?id=1KzZDoXQRZOGleFlXF-o2e9NN2jM2q55BllDIJG9DPW8&hl=ja&authkey=CPb6n6oD

**109** · 2010/07/24(土) 01:57:12

うーん今xfce入れ直してやってみたけど>>111さんの話が正解？なのかな？
同じようになったし。

みなさん有難うございました。psかぁ。

**login:Penguin** · 2010/07/24(土) 02:11:05

もし仮に、誰しもがカーネルをプログラミングできるような膨大な情報が公開されたら、世の中はどう変わりますか

**login:Penguin** · 2010/07/24(土) 02:15:18

>117
今もカーネルをプログラムできる莫大な情報はある
誰も近寄らないだけ

**login:Penguin** · 2010/07/24(土) 02:58:43

>>118
Linux を叩き潰したいのですがどうすればいいですか？

**login:Penguin** · 2010/07/24(土) 03:00:00

>>116
何言ってんのかよくわかんないけどGNOMEでは使えるメモリが少し減ってXFCEでは減らなかったって言ってるのか？
もしそうならコマンドレベルで具体的に何をしてどういう出力になったのか書いてから言えよ。
工夫する力のない低能な釣り以外ではもう少し具体的な情報まぜて書くんだけどな。

**login:Penguin** · 2010/07/24(土) 03:20:10

(1)自分のパソコンにLinuxをインストールする
(2)右手にハンマーを持つ
(3)そのままパソコンに向かって振り下ろす

**login:Penguin** · 2010/07/24(土) 03:20:36

GNOMEでは使えるメモリが少し減り、XFCEでは変わらない。

コマンドレベルで教えてもらっても利用価値ないな。これを知ってなにができる。
そこらに転がっている石ころのような情報にどんな価値があるというんだ。工夫以前の問題だ。

**login:Penguin** · 2010/07/24(土) 03:37:39

>>122
>>116さんですか？真性のバカと区別できない釣りとか勘弁してください

**login:Penguin** · 2010/07/24(土) 04:11:40

>>123
いや、違うよ。でもね。君の言い方はあまりに酷いものがあるよ。
くだらねぇ質問をしてくる質問者に何を期待しているの？コマンドレベルでの具体的回答なんてものは有用性が高いものに限ればいいよ。メモリ開放の部分をマンドレベルで知って君はどうするの？よくわからないなら黙ってろよグズが

それとも何か、お前はXfceやGNOMEのソースコードかバイナリでも逆コンパイルするなり、Linuxのカーネルをデバッグしてmallocやreallocしているところやfreeしているところを見て改良でもするつもりなのか？ああ？お山の大将風情は黙ってなさい。
お前なんぞが Linuxを使っているという時点で腹立たしいわ、糞ったれ、てめぇには Minixで十分だ。オラ今すぐ Minixのソースコードを自機に打ち込んでこいよインスコ選民が、でもってタネ本買ってこい。
そっからx86アーキがメモリをどのように扱っているのかを理解してこい。リアルモードやプロテクトモードでごっちゃがえした用語を統一してこい。グローバルディスクリプタテ
ーブルの管理方法からページテーブルの管理方法まで全部学んでこいよカスあああああああ！！！テメェマジ鬱陶しいな
クソ夜中にバカと区別できないだと？　バカはテメェだカスが、こんなスレで誰が自演するってんだよボケゴラぬっ殺すぞケツダゼおら

**login:Penguin** · 2010/07/24(土) 04:32:28

早朝からに感動で泣いた。

**login:Penguin** · 2010/07/24(土) 05:14:50

>>124
＞Linuxのカーネルをデバッグしてmallocやreallocしているところやfreeしているところを見て改良でもするつもりなのか？ああ？お山の大将風情は黙ってなさい。

メモリリークはデバッグでの検出は実質不可能。
どのメモリがどれだけのライフサイクルを持ってるかわからないんだから。

正論と綺麗事は紙一重。
口だけの君はポメラで十分だｗ

**login:Penguin** · 2010/07/24(土) 07:06:41

>>124は口から泡を吹く前に改行を覚えるべきだ !

**login:Penguin** · 2010/07/24(土) 07:19:19

みんな、落ち着け。
何と戦ってるのか知らないが、感情的になると負けるぞ。

>>126
最近のデバッガはすごいぞ。

**login:Penguin** · 2010/07/24(土) 10:43:21

>>124
なんだよ自演バカ起きてたのか。具体的な操作や出力を知らずに現象の確認なんてできんだろ？
早く書けよ。あと用語を並べただけじゃバカは払拭できんぞ。

>>126
そもそもkernelでmallocとかしないしな

>>128
機械的に判定可能なリークは分かるけど、それ以外は無理なので実質不可能ってことじゃないかな

**116** · 2010/07/24(土) 13:59:01

なんか書き方が悪かったせいか寝てる間に妙に荒らしてしまって済まない。

xfceタスクみる限りだと「X」てコマンドが今71MB喰ってるんだけど
これがfirefoxやJDを閉じてもメモリ開放されないからこれかな？と
おもただけの話で。

メモリそのものの消費はgnomeもxfceも大差ないなぁ。xfce重くなったね。

**login:Penguin** · 2010/07/24(土) 14:41:25

>>129
実行時デバッガのメモリリーク検出は結構使えるよ。
APIをフックしてるだけだから、Linuxだとカーネル等には使えないけど。
というか「可能なものは分かるが、可能でないものは無理なので不可能」ってナンセンスだぜ。

>>130
あとはLXDEとか。

**login:Penguin** · 2010/07/24(土) 14:43:47

>>131
とばいえ、個人的に気に入ってるのでやっぱxfceにしてます。
メモリそのものはRAMディスクも考えてた（面倒くさい）位だから余ってるし。

メモリが足らない他のはopenBOXだけにしてる（実用上何も問題ない）

**login:Penguin** · 2010/07/24(土) 15:25:29

>>130
こっちからも自演じゃないって言っとかなくていいのか？

意味のない話も飽きたので
まず空きメモリのチェック方法はfreeコマンド。>>111に注意ね。
プロセスの起動→終了の前後で空きメモリが減ったというならその前後両方を比較する。
原因プロセスを知りたいなら通常psコマンド。rss,vszを見て前後両方を比較する。

なお、mallocなどは効率を考えてくれていてfreeするたびに都度ページを返すわけでは
ないので、前後で稼働中のプロセスがその間にメモリを消費するなら一般的にはその
プロセスを終了させる以外に近い状態に戻すことはできない。

>>131
>>126で書かれているとおり、メモリのライフサイクルが機械的には分からないので、
実質的に不可能ってこと。対象となる部分を使いまわしたりせず、即freeして忘れます、
とかなら検出できるんだけど、そうでないことが現在は多いってこと。そのため
使いまわすためにとっとくけど必要になっても使用できない＝リークが検出できない。

ってことじゃないかな。
昔他人が書いたコードのチェックによく使ってたけど最近自分のコードでは使ってない。

**login:Penguin** · 2010/07/24(土) 17:44:10

Samba で、Windows と同じユーザ名（パスワードは異なる）にしていると
ユーザ認証画面が表示されずにいきなり中が見れるようになるんですが、
ユーザ名とパスワードを確認するようにするにはどうすればいいですか？

サーバ：ubuntu 10.04 LTS（ samba 2:3.4.7~dfsg-1ubuntu3 ）
クライアント：Windows xp SP3

[global]
dos charset = CP932
unix charset = UTF8
display charset = UTF8
workgroup = LAN
server string = %h server (Samba, Ubuntu)
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
panic action = /usr/share/samba/panic-action %d
hosts allow = 192.168.1., 127.
[Share]
comment = Share Directory
path = /data
read only = No
create mask = 0644

**login:Penguin** · 2010/07/24(土) 18:30:30

いやいや、安全圏からレスをするクズは本当に気分がいいだろうな。まるでひとゆきだぜ

**login:Penguin** · 2010/07/24(土) 19:52:40

>>133
「実質的に不可能」というのは、現実には不可能というニュアンスだろう。
しかし、実際のところかなり複雑なメモリリークも検出可能になりつつある。
もちろん、検出不能なものもあるが、全く使い物にならないような表現は事実に反する。

**login:Penguin** · 2010/07/24(土) 20:17:45

>>134
Windows側のパスワードを変えてからアクセスしてみたら？
元のパスワードでアクセスできたならそのユーザーのsamba用パスワードは元のパスワードになってる。
>>135
意味不明な嫉妬とか勘弁
>>136
伝わってるなら後は定量データがない限り主観の問題。表現にこだわってもね。

**login:Penguin** · 2010/07/24(土) 22:23:34

CentOS 5.5にOpenSSLとvsftpを使ってsftpサーバーを構築しているのですが、sshdとsftp-serverというプロセスがそれぞれ10個程度あり、メモリを圧迫しています。
なので、これらのプロセスが増えすぎないように設定したいのですが、どこの設定を変えればいいのでしょうか？

**login:Penguin** · 2010/07/24(土) 22:31:06

>>137
「不可能」は部分否定ではなく完全否定、定性的な話だと思うが。
もしかして自分のスキルレベルを基準に考えてないか？
プログラマの平均スキルはかなり低いぞ。

**login:Penguin** · 2010/07/24(土) 23:20:10

>>１３８
CentOSは5.3をごく稀に触る程度なので知らんしsftpなのかftpsなのかよく分からんが
メモリ圧迫で困るならコネクションの数を制限しとけばいいんでないの？
>>139
可能なケースと不可能なケースの比率が定量的で現在主観。ってかもう何の話？

**login:Penguin** · 2010/07/24(土) 23:37:02

>>139
引用で申し訳在りませんが？
これ位でしょうか…
if ((falloc(SMRHSHSCRTCH, S_IFEXT|0644, MAXRODDHSH)) < 0)