From nobody Mon Feb 9 23:01:55 2026 X-Original-To: freebsd-users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4f90ZQ2mCCz6QhMV for ; Mon, 09 Feb 2026 23:02:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4f90ZP3m82z3xwp for ; Mon, 09 Feb 2026 23:02:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from delta.joker.local (124-18-6-240.area1c.commufa.jp [124.18.6.240]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 619N1tTf047249; Tue, 10 Feb 2026 08:01:56 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1770678117; bh=+jH53khP/r710drRBkueWnwlwp30a/8XDiaTVP4UNmg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=kjL2APdfjtS+Q7LqOAzMnTcCiS/zpB/VPuAEtF+UAsQJRmfOIqQUuEQLoOiV9QOcW nI2ynhBhpMjirpPrV3tqVXw0NUrvky06MrNOzNXlMzd+hCAQMw35rJnvZpUzN1/7oj qCxLcmEhbarCqTs8U7Y5HjCMhUra+B4rTmuNq7yo= Date: Tue, 10 Feb 2026 08:01:55 +0900 From: Tomoaki AOKI To: masa@amogha.jp Cc: TAKANO Yuji (=?UTF-8?B?44Gf44GL44Gu44KG772e44GY?=) , freebsd-users-jp@freebsd.org Subject: Re: baloo_file_extractor Message-Id: <20260210080155.2815553cb703cf8a7ae9b38f@dec.sakura.ne.jp> In-Reply-To: References: <20260209.205532.2217606476112280488.takachan@running-dog.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-users-jp@freebsd.org Sender: owner-freebsd-users-jp@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4f90ZP3m82z3xwp X-Spamd-Bar: ---- 青木@名古屋です。 On Tue, 10 Feb 2026 01:06:03 +0900 丸山直昌 wrote: > たかの 様 > > 有難うございます。 > > Mon, 09 Feb 2026 20:55:32 +0900 (JST) > TAKANO Yuji (たかのゆ～じ) 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: 丸山直昌 さん > >> 家庭菜園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]