[過去ﾛｸﾞ] FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
432: 2006/05/09(火)22:42 AAS
>>431 の手順で、Windows Updateが動いた
ありがとう
これで、たまってた更新をインストールできるよ
433: 2006/05/24(水)04:11 AAS
OOo-m168をインストールしたんだけど、文字カウントとか選択範囲のところも
数えてくれるようになったんだ。
ちょっと良くなっている。
434(2): lprで止まる 2006/05/24(水)23:25 AAS
どこで聞くべきか迷いますが、こちらでお願いしたいのですが・・・。
FreeBSD6.0R(amd64) + Samba3(ports) + Qemu0.7.0(package)
でQemuゲストのWindows98から外部(Qemuビルトインではない)Samba経由で
ホストのFreeBSD(昔からあるlpr)につながったプリンターで印刷をしています。
一度目の印刷はうまくゆきますが、二度目の印刷がうまくゆきません。
一度目が終った後、ゲストのWindows98のプリンタスプーラのステータスが
「停止中」になり、二度目のスプーリングはたまったまま処理されません。
435(2): lprで止まる 2006/05/24(水)23:26 AAS
それでホスト(FreeBSD)のスプーリングディレクトリ(/var/spool/sambaにしています)
を見ると印刷終了後、印刷データがなくなった後も.seq lock statusが残っており、
lockを削除するとゲスト(Windows98)のスプーラの「停止中」は消えます。
(実際はWindowsスプーラの一時停止のチェックを外し、拒否され、スプーラを終了し
スプーラを開き直すと「停止中」の表示が消える)
FreeBSDのスプーリングディレクトリのパーミッションがおかしいのか？
といろいろ試し、最終的に777(ユーザー root、グループ daemon)にしましたが
ダメでした。
結局、いちいちFreeBSD側でlockファイルを削除しています。
普通に印刷できているよ、と言う方はどのようにprintcapやsmb.confや
スプールディレクトリのパーミッションを設定しているのでしょうか？
(そもそもこれでトラブル部分を絞り込めているのでしょうか？)
/usr/local/etc/smb.confのプリンタ部分
[global]
printcap name = /etc/printcap
printing = bsd
printer name = lp
[printers]
comment = All Printers in /etc/printcap
path = /var/spool/samba (※printcapの sd= と同一にしています)
browseable = no
writable = yes
printable = yes
以上です。お願いします。
436(1): 434-435 2006/06/07(水)23:50 AAS
もしかして俺ってスレストな人・・・？
437(1): 2006/06/08(木)13:10 AAS
> どこで聞くべきか迷いますが、こちらでお願いしたいのですが・・・。
質問スレが適切じゃないですかね。
> path = /var/spool/samba (※printcapの sd= と同一にしています)
この括弧の中が間違いで、lpdのスプールとsambaのスプールは別物です。
printcapのsd=には
/vap/spool/lpd/プリンタ名
とディレクトリを掘ってそれを指定し、lpdを再起動してください。
438: 2006/06/09(金)22:15 AAS
FreeBSDのOOo 2.0.3はもうRC5まで逝っているな。
439(1): 2006/06/09(金)22:16 AAS
>>436
じゃなくて、ports内のqemuのバージョンが上がっていないだけだよ。
qemuのバージョンが上がると、プチ祭が始まるから
そのときに書き込めばレスはある。
440(1): lprで止まる 2006/06/13(火)00:33 AAS
>>434-435です。
>>439
なぐさめてもらってすいません。
>>437
最初からsambaのスプールとlprのスプールを同一にしていた訳ではなく、
lprスプールは一般的説明にあるように
/var/spool/output/lpd/hogePrinter にしていました。
試行錯誤で疲れて、もしかしたら？と思い、やってみたのですが・・・。
printcapのsd=に/vap/spool/lpd/hogePrinterとしましたが、
相変わらずスプールディレクトリに .seq lock status が残り、
次の印刷がスプールされたまま印刷が始まりません。
もちろん lock を削除すると印刷が始まるのですが。
Webにある情報を元に、lprのスプールディレクトリを
770、ユーザー daemon、グループ daemon
としても状況は変わりません。
引続きお願いします。
＃質問スレでは印刷関係の質問は反応が鈍いので・・・。
441(1): 2006/06/13(火)00:47 AAS
>>440
0.70といった古いqemuが原因かも知れないよ。
漏れも、古いqemuで、プリンタが休止中になって
動かないという経験をしたことがある。
qemuは発展途上のソフトウェアなので、更新が物凄く激しい。
それでバグも多いけど、バグが修正される速度も速い。
一度portsから新しいqemuとkqemuをインストールしてみたら?
442(1): 2006/06/13(火)01:54 AAS
/var/spool/lpd/*/lockはlpdが上がってそのスプール(に対応するプリンタ)を
ハンドリングしてる証拠なのだから、あって正常。消す必要はないです。
問題を整理して
0. Windowsの印刷の「ファイルに出力」でプリンタに渡せば紙になるデータを作る
1. printcapを書き、lpdを起動し、lprにそのファイルを渡せば印刷できるようにする(ここまでにsambaは全く関係ない)
2. sambaでほとんど何もしなくても印刷できるようになってる
という順でやれば全く手戻りしないで済むと思うんだけど。
kqemuを疑うならまずは別のPCのWindowsから印刷できることを目指すとか。
443: lprで止まる 2006/06/13(火)23:05 AAS
>>434-435です。
>>441
ありがとうございます。参考に憶えておきます。
（amd64用の qemu には kqemu がないみたいです）
qemu経由でlpr印刷をするとプリンタが動き出すまで10分くらいかかるのですが、
（やや変だなと思いましたが、そういうものかも。と思い込んでました）
今回の試行では、コマンド投入直後すぐにプリンタが動き出しました。
やはりこういう環境でこういう処理をすると遅いのだと分かりました。
444: lprで止まる 2006/06/13(火)23:07 AAS
まず報告です。qemuの問題ではなく、lprの問題だと判明しました。
>>442の助言のごとく問題の切り分けを試みました。
結果的に状況（初回印刷はされるが、次回印刷が溜り、印刷されない）
は変わりませんでした。
Windows環境で印刷の代りに「ファイルへ出力」したファイルを用意しました。
現在のprintcapはsamba環境用に（プリントフィルタで加工せず）
そのままスルーする設定で書いています。
「ファイルへ出力」ファイルをそのままlprに喰わせればちゃんと印刷できるはずです。
/etc/printcap
MFC5840CN|lp|MFC5840CN(Network For Samba raw through):\
:lp=:\
:rm=BRN_A1D573:\
:rp=lp:\
:sd=/var/spool/lpd/lp:\
:lf=/var/log/lpd-errs:\
:sh:\
:mx#0:
プリンタ名はMFC5840CN（型番そのまま）。これはネットワーク機能があり、
ネットワークプリンタとして使っており、プリンタホスト名はBRN_A1D573
（デフォルト設定のまま）です。
※自信ある設定ではありませんが、名前解決のために
/etc/hosts にIPアドレスとプリンタホスト名を書き、
/etc/hosts.lpdにプリンタホスト名を追記してあります。
445: lprで止まる 2006/06/13(火)23:09 AAS
初回の印刷。（FQDNなマシン名は恥ずかしいので hoge.ho.or.jp にしてあります）
（lprのスプーリングディレクトリの/var/spool/lpd/lp/以下には .seq lock status
は存在していません）（以下の操作はすべて一般ユーザーでしています）
>lpr lpd.prn（件のファイル）
>lpq
hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573
hoge.ho.or.jp: sending to BRN_A1D573
Rank Owner Job Files Total Size
1st hoge 0 lpd.prn 373916 bytes
no entries
印刷直後（正常に印刷されました）
>lpq
hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573
no entries
446(1): lprで止まる 2006/06/13(火)23:15 AAS
lprのスプーリングディレクトリの/var/spool/lpd/lp/以下に .seq lock status
が存在したまま、次回の印刷。・・・印刷が溜ります。
~>lpr lpd.prn（同じファイル）
~>lpq
hoge.ho.or.jp: Warning: MFC5840CN is down: sending to BRN_A1D573
hoge.ho.or.jp: Warning: no daemon present
Rank Owner Job Files Total Size
1st hoge 1 lpd.prn 373916 bytes
no entries
その時のスプールディレクトリをrootでls -l
-rw-r----x 1 root daemon 4 6 13 22:29 .seq
---xrwS--T 1 root daemon 27 6 13 22:28 lock
-rw-rw-r-- 1 root daemon 22 6 13 22:28 status
dfA001hoge.ho.or.jp cfA001hoge.ho.or.jp
↑消してしまったのでパーミッション不明
※関係ないかもしれませんが。
スプールが溜った為、
>lprm 1 としてスプールファイルを削除すると、かなり時間がたってから、
削除ファイル名と共に、
「Alarm clock」 とメッセージを出してプロンプトが帰って来ます。
以上です。
ググるキーワードも尽きてどこが悪いのか分からなくなりました。
申し訳ありませんが引続きお知恵をお願いします・・・。
447(1): 2006/06/14(水)01:01 AAS
>>446
まず、ネットワークプリンタならなんでsamba経由でプリントアウトするの?
ゲストOSから直接プリンタを指定すればいいんじゃないの?
それから、今のqemuは、amd64でもkqemuは動きます。
448: 2006/06/14(水)01:32 AAS
漏れは、ここのスレの影響でqemuに移行しつつあったんだけど、
最近のOOo2.0.3とかは意外と出来がよいので、OOoの方が使用頻度が
上がってしまっている...
と、スレの流れに逆らってみるテスト
いや、事務処理の文書を読み書きする程度なんでね。
漏れの場合。
それにしても、FreeBSDでオフィス環境が選べるって良い時代になったね。
449: 2006/06/14(水)01:45 AAS
それにしてもqemuのマウスの動きのバグ、なかなか直らないね。
450(1): lprで止まる 2006/06/16(金)09:05 AAS
>>447
＞amd64でもkqemu
バージョンアップするモチベーションが上がりました。
目的はゲストOSから印刷する事なので、lprにこだわる必要はないのですが・・・。
過去レスにもゲストOSから直接ネットワークプリンタに出力している
例が書かれていました。しかし自分の環境（-user-net）ではゲストOS内から
ネットワークプリンタにpingしても通らず
「pingして通らなかったのはQemuのNAT経由だから」と
理由づけ、あっさりとあきらめてsambaを使ったのですが・・・。
tunでネットワークを使う場合はホストからゲストを見たい場合ですよね？
ここいらあたり、犬小屋に移動してもいいのでどなたか教えてもらえませんか？
外部ﾘﾝｸ[html]:www15.big.or.jp
451: 2006/06/16(金)19:41 AAS
漏れもqemuでNATだけど、普通にネットワークプリンタ使えているよ。
FreeBSD 6.1-stable + qemu-0.8,1
やっぱりqemuが古いのでは...
452(1): lprで止まる 2006/06/16(金)23:56 AAS
まず先にお詫びを申し上げます。
>>450でqemuゲストのWindowsからネットワークプリンタが見付からない、
と言ってましたが、単なるWindowsに対する理解不足でした。すいませんでした。
sambaでネットワークプリンタを入れた経験で妙な思い込みをしてました。
結果的にQemu内のWindowsから直接ネットワークプリンタに繋がり、
普通に印刷できました。
Windowsのネットワークプリンタを誤解してました。
WindowsではWindowsネットワークプリンタとTCP/IPネットワークプリンタ
は別物なんですね。↓で気づきました。
外部ﾘﾝｸ[php]:www.relief.jp
ベンダ提供のネットワーク対応のプリンタドライバを入れたらあっさり使えました。
さんざん質問して申し訳ない・・・。
これに懲りずにまた何かあったらよろしくお願いします。
lprで印刷が溜る件は結果的に必要ではなくなりましたが、中途半端も気持悪いので、
もし助言があるようでしたら引続きお願いします。
453: 2006/06/23(金)23:06 AAS
qemuのマウス関連のバグ直らないね。
けっこう困っているんだけど。
454: 2006/06/26(月)09:25 AAS
クマらないでっ
455: 2006/06/26(月)11:39 AAS
鳩摩羅什;(344-413) Kumarajiva
456: 2006/06/26(月)23:25 AAS
kqemuのportsが更新されていたので、入れてみたら
マウスのバグ? が直っているみたい。
うーん、いまのところ快適... かな。
今のバージョンは、kqemu-kmod-1.3.0.p9
457: 2006/06/27(火)00:05 AAS
そう？うちじゃ相変わらずなのだが＞まうす
458: 2006/06/27(火)01:55 AAS
今回のkqemuでどうもマウスの引っかかりはなくなったみたいだね。
でもマウスカーソルのゴミが残るようになった。
459: 2006/06/27(火)03:25 AAS
>>416
それは違う。
『そこまで言って委員会>>69』は、東京のTVが気を使って言わないことをどんどん言ってるから面白いんであって、
決して>>377みたいな面白さではない。司会がたかじんでなくても>>185でなくても成立する。
むしろたかじんが東京嫌いなせいで、東京に放送できなくて社会として損してる。
南京大虐殺は（小虐殺さえ）全くなかったという放送のときには、左翼のゲストさえ、最後は納得させられてた。
単に暴言吐いてるだけではそうならない。スタッフがきちんと資料やデータを駆使して準備してたからだ。
東京のTVは南京と聞いただけで別に勉強せず避けてるだけ。
>>400
禿同
460: 2006/06/28(水)00:52 AAS
UNIX板で委員会ネタの誤爆かよ。（・∀・）人（・∀・）
461: 2006/06/28(水)01:19 AAS
学生時代に関西にいたんだけど、
あっちのテレビはローカルと侮れない独自番組がいろいろあって
面白かったよ。
関西人独自のアイデンティティ像にはマスコミもかなり影響してるな。
上下前次1-新書関写板覧索設栞歴
あと 541 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s