Date: Tue, 10 Feb 2026 08:01:55 +0900 From: Tomoaki AOKI <junchoon@dec.sakura.ne.jp> To: masa@amogha.jp Cc: TAKANO Yuji (=?UTF-8?B?44Gf44GL44Gu44KG772e44GY?=) <takachan@running-dog.net>, freebsd-users-jp@freebsd.org Subject: Re: baloo_file_extractor Message-ID: <20260210080155.2815553cb703cf8a7ae9b38f@dec.sakura.ne.jp> In-Reply-To: <ydl7bsl9a1g.fsf@pc06.mar> References: <20260209.205532.2217606476112280488.takachan@running-dog.net> <ydl7bsl9a1g.fsf@pc06.mar>
index | next in thread | previous in thread | raw e-mail
青木@名古屋です。 On Tue, 10 Feb 2026 01:06:03 +0900 丸山直昌 <masa@amogha.jp> wrote: > たかの 様 > > 有難うございます。 > > Mon, 09 Feb 2026 20:55:32 +0900 (JST) > TAKANO Yuji (たかのゆ～じ) <takachan@running-dog.net> writes: > > >たかのです。こんばんは。 > > > > KDE5 (or 6) を利用しているのであれば、systemsettings を起動し > >て、「検索」のところに baloo と入力して検索すれば良いかと思われ > >ます。 > > KDEシステム設定の検索のところで「ファイル検索を有効化」のチェックを外す > と、確かに~/.config/baloofilerc の中身が > > [Basic Settings] > Indexing-Enabled=false > > となりましたが、既に動き出している baloo のプロセスは止まらず、10秒毎に > core を吐き出し続けました。ロッグアウトすれば止まるのでしょうが、明示的 > kill で止めました。 > > 今初心者向けの FreeBSD+KDE5 の使用説明文を自分のブログに載せようと思って > 書いているのですが、こういうの困るんだよね。初心者に kill を使えって、無 > 理ですよ。 KDEやらFreeBSDやらに限らず、初心者向け解説では「ログアウト又は再起動後に 再度ログインすると設定が反映されます」のような記述を当たり前のように 見かけますので、それでいいのではないでしょうか？ どうしてもログアウト→ログインさせるのが嫌だけれどPIDを調べて killは無理だろう、ということならkillallを使う手もあるかと。 > ブラウザを使って non-ascii のファイル名のファイルをダウンロードした時か > らこのbaloo_file_extractor が core を吐く現象が始まったように思います。 > これのバグレポートを悠長に書いているほど私の人生の残り時間は長くはありま > せん。馬鹿馬鹿しくてつきあっていられません。初心者に使わせる時点でbaloo > は止めておかないといけません。インストールスクリプトを直します。 ご参考まで、Bugzillaでキーワード「baloo」、ステータス「New, Open, In Progress」で検索すると1件ヒットしました。 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285309 1年近く前からあるみたいですね。 開発者側で再現できずに いるように見えます。 もしかすると丸山さんの「non-ascii のファイル名の ファイルをダウンロード」というのが鍵なのかもしれませんね。 > 前に 32GB の USB3.2 メモリに FreeBSD13.5+KDE5 をインストールして動かすと、 > まあ何とか実用に使える程度の反応速度で動く、と書きました。私のブログ > https://amogha.livedoor.blog/ にそのインストール方法を書きましたが、 > baloo は止めないといけません。baloo が動いていると全く実用になりません。 > > > 確か、 KDE4 の頃だったかな？ Windows に触発されて全ファイル検 > >索機能のための DB 生成プログラムが積まれましたが、まぁ、CPU 食い > >すぎるし、当時は HDD だったので、HDD への IO が全て持っていかれ > >るので Plasma 検索はオフにするのが、ほぼほぼ当たり前になってます。 > > > > そして、それは今でもプログラム名を変えつつ、サポートされている > >状態で・・。 > > > > Plasma ファイル検索は僕は使ったことないです。当然僕はオフに > >しています。systemsettings からチェックをはずすだけで OK なはず > >です。 > > Plasma ファイル検索って知りませんでしたが、大容量の外付けディスクを > umount しようとするとbusy で umount できず、 lsof で調べると > plasma-shell とかがアクセスしている、ってことは頻繁に経験します。ま、こっ > ちは core 吐くわけではないので、無視する手もあると思いますが。 > > >＃最近は、ウザいので akonadi さえもインストールしなくなりました。 > > akonadi ですか。これも私は何者か知りません。普段使いのデスクトップマシン > ではps ax|grep akonadi で沢山プロセスが表示されますが、ブログに書いた方 > 法でインストールしたシステムでは akonadi という string でヒットするプロ > セスは見つかりません。 > > pkg info|grep akonadi |wc > > は両方とも > > 8 62 623 > > 何が違うのか、全然見当がつきません。 Akonadiですが、デフォルトのバックエンドがmysql80に移行した ときにmysqlの設定のしかたが旧バージョンのままで起動に失敗 （mysqlに接続できず終了、コアは吐かなかったと思います）する 症状が出ました。 オプションでバックエンドをsqliteなりpostgresqlなりに変更 すると（postgresqlは自力での初期設定が必要でしたが） うまく行きますが、akonadiがそもそも邪魔なら無視して放置 （但し、一部機能で問題が出るかもしれないので警告は必要？） でいいかもしれません。 初心者向けであれば公式pkgが前提と思いますので、そもそも このバックエンド変更による対策は使えませんね。 > >From: 丸山直昌 <masa@amogha.jp>さん > >> 家庭菜園FreeBSD愛好家 丸山です。 > >> > >> KDE5 に付いてくる baloo_file_extractor って何ですか？しょっちゅうcore を > >> 吐きまくって、勝ってに再起動やがって、あっちこっちのファイルシステムを調 > >> べまくってきるようで、鬱陶しいのですが、、、。まあ一応止める方法は知って > >> います。 > >> > >> ~/.config/baloofilerc で > >> [Basic Settings] > >> Indexing-Enabled=false > >> > >> とかやっておけば良いらしいのですが、いったい何の役に立つものなのか、なぜ > >> こういう出来が悪いものがのさばっているのか、知りたいと常々思っています。 > >> > >> -------- > >> 丸山 直昌 まるやま なおまさ > >> メールアドレス： masa@amogha.jp > > > > > >たかの > >--- > >Contact to me. > >takachan[at]running-dog.net http://www.running-dog.net/ > >takachan[at]xn--w8j2bze0962a.jp http://xn--w8j2bze0962a.jp/ > > -------- > 丸山 直昌 まるやま なおまさ > メールアドレス： masa@amogha.jp > -- 青木 知明 [Tomoaki AOKI] <junchoon@dec.sakura.ne.jp>home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20260210080155.2815553cb703cf8a7ae9b38f>