44Tなんぼのもんじゃい！

「乗ってみなきゃわからない」「登ってみなきゃわからない」ってことで、いつもの「河内堅上参拝コース」へ今日はブロンプトンで行ってみました。

コースは本堂高井田線を青谷の入り口から金山媛神社までの２ｋｍ弱で１３０ｍ ＵＰほど。途中何箇所か１０％超えもありますが平均すると７％の坂道。

フロントチェンリングは４４Ｔ、内装ハブは１速、リア１６Ｔでなんとか足つき無しで登り切れました。チェンリング５０Ｔの時は金山彦神社でギブアップしましたが、そうならずに済んだのは「４４Ｔギアの効果」ってことなんでしょう。

行き帰りに利用する大和川ＣＲは、けっこうな数のサイクリストがおられました。

ロードバイクで走ってる時は皆気軽に会釈してくれはりますが、こちらがブロンプトンだと何か戸惑いがあるみたいｗ。ブロンプトンに乗る時の衣装はほぼ普段着なので、そういうのも影響するのかも。

スマホで音楽か何かを鳴らして走っておられるサイクリストさんも何名か。ま、個人の自由ですから何とも言えませんが、信号などで止まってる時に、聞きたくもない音楽を鳴らされるのは、あんまし気持ちの良いものではありません。

それはともかく、平坦路・大和川ＣＲは内装３速／リア１６Ｔで走ってましたが、なんとなく漕ぎが重たい気がしてました。けど、内装２速／リア１３Ｔだと軽すぎる感じなので、「ジャスト！このギアや」というのが無い感じです。慣れの問題か、脚力の問題か、気持ちの問題か…。元気が良ければ内装３速／リア１６Ｔで、そうでなければ内装２速／リア１３Ｔでのんびりと、という使い分けが良いのかもしれません。

内装ハブ３速ギアをきちんと使えるように

Bear Gryllesオリジナルは50Tのチェンリングでしたが、これを純正44Tに換装しました。

このBromptonに乗り始めてすぐの頃から内装ハブBWRの減速比が気になっていて、特にトップの157％が重たすぎて「使う場面がほとんど無い」状態でした。

この点をなんとかしようと…

経済的なことを何も考えないなら、BWRをやめてしまって＝リアホイール＆変速機構一式をリプレースして外装多段にしてしまう方法などがありますが、さすがにそれは難しい。（そんな財力は無い…）

ということで、できるだけ安価に済ませる方法で「これならなんとか」というのが「純正44Tチェンリングに交換する」方法でした。

それでも、内装側トップｘ13T は「ほとんど使う場面は無いな〜」という感じです。下り坂で漕ぐ・平地追い風で激走する、という場面ぐらいでしょうか…。Bromptonに乗ってて、そんなことはほとんど無いでしょう…。

クランクやＢＢまで交換するのであればチェンリングの選択肢はもっと増えますが、そこまでするのもどうか…費用対効果の点からも気乗りがしませんでした。

っということで、記事タイトルには「きちんと使えるように」と書きましたが、６速ギア全部を「きちんと使う」のは、少なくともBWRの減速比のままでは少々無理があります。この辺りを問題視するような場合はもう「高額変造コースしか選択肢は無い」ような気がします。

とりあえず新規インストールしてみましたよ、Kubuntu26.10

仮想マシンに入れたのとほぼ同じで、大きな問題なくすんなり導入できました。

Kubuntu26.04環境と同じになるよう大まかなセットアップまで済ませましたが、特別何か苦労するようなこともなく、あっさりと済んでしまいました。

lm-sensors を導入して、手動でnct6775モジュールをロードして作り置きしてあるnct6775.confをセットしてからsensorsを実行してみたところ、何故かRADEON RX9060XT の各情報が取得できず。Kernel 7.3 で何か対応できてない箇所でもあるんかな…と思ってましたが、さにあらず。具体的な理由はよくわからんのですが、rocm関連パッケージを導入（sudo apt install rocm）した後は従来通りにセンサー値を取得できるようになりました。そういうことなのか、何なのか…。

rocm関連パッケージは導入したものの、Lemonade ServerできちんとRX9060XTを使ってくれるようになってるのかどうか…って辺りはまだ未確認。

以前とは違って、iGPUも有効にして画面表示はiGPUで、AI関連処理はdGPUで、という風にしたいのですが、はたして上手くいきますのやら…。

とりあえず、以上のような状況で、普通にパソコンを使う分には全く問題無い状態にできました。今のところ「Kubuntu 26.10、安心して使えるんちゃうかな。」という感じです。

kubuntu 26.10

事前に告知されていた通り１０月１５日に正式版がリリースされました。

Kernel7.3・KDE Plasma6.7 と興味深いコンポーネントもあり、ひとまずQEMU/KVMの仮想環境に入れて試してみて（＝様子を見て）おります。

常用環境はkubuntu 26.04 ですが、それと遜色なく扱うことができて、（別にトラブるのを期待してたワケではありませんが）なんか拍子抜けするぐらい「普通」でした。

この「普通」ってのが非常に重要で、今のところ感想としては「これを常用にしても良いかも…」というぐらい。

Kernel7.3の恩恵なのか、26.04と比べて妙にキビキビした動きで非常に好印象なのもあって、ちょっと真面目に常用化する方向で考えたいな、と思うております。運良く？２TBのSSDが１つ「空き」になっておりますし、26.04はそのまま残しておいて、空きSSDに新たに26.10を導入＆セットアップを…

26.10を常用し始めると、来年４月に27.04にしてさらに１０月に27.10にして、その翌年４月？に28.04にして…となるんですかねぇ…

心地よい天気に誘われて…

いつものコースへ出向いてみたものの…

なんとなくチカラが入らんくて、少し休憩してたら偏頭痛までしてきやがって「今日はダメな日」と意思決定し、その場で折り返して帰宅しました。

結局２５ｋｍほど走っただけ。「走った」うちには入らんな…

ロードバイク自体は快調そのもの。ちょっと前は登りダンシングで僅かに異音が発生してましたが、ヘッド周りを調整したおかげで無事解消。

そろそろ各地は秋祭りの季節。地車や神輿で賑わう季節になってきて、出向くコースを選ばんと。地元の祭りの邪魔にならないようにね。河内堅上（青谷・雁多尾畑）方面は次週末２４日・２５日が秋祭り。邪魔にならないよう、次の週末は河内堅上方面はサイクリングコースから外しときます。

クロモリフレームのSCAPIN Eleanor。手元に来たのが２０２５年６月初ですが、たぶんこのバイクが組み上げられたのは２０１３年の秋頃のはず。とすれば、仕上がってからもう１３年経ってるワケで、前オーナーさんは「ほとんど乗っておられなかったはず」とのことですが、「経年劣化」があってもおかしくない頃合い。

ということで、特に「傷み・不調は無い」とは言うものの、補修パーツの入手性も気にしつつそれなりにチェックして早め早めの交換でいたわって乗りたいと思います。

続いてデスクトップの壁紙で悶々…

 やっと画面ブラックアウトの件を片付けたと思ったら、次は「壁紙が勝手に替わりやがる」件。

特に何かした覚えはまったく無いけど、何かの拍子に…と言うか気づいたらデスクトップの壁紙がKubuntuデフォルトのものに替わってやがる。で、よくよく様子を見ていると、モニターの入力信号を切り替えたら（切り替えて元に戻った時に）替わっとる。

調べてみると（と言うかGoogle先生に聞いてみただけですが）、「それは "KDEあるある" ですよ」との言葉と共に左記のように３つの方法があるよ、と教えてくれた。

自分には対処する何かがあるワケでもなく、１つめから順に試してみるしか…。方法１は自分は対象外だった。そんなフォルダは無い。で方法２をやってみたら、見事に解消ですよ。

おかげで、これまで色々やってきたデスクトップのカスタマイズが綺麗さっぱりKubuntuデフォルトに戻りまして、ありがたくイチから設定し直しました。

ということで、こちらも（いちおう）対処完了。ってゆーか、対処はできたんですが原因が分かってないので「また起こる」可能性を排除できてない。

こういうのを経験するのも「楽しみのうちの１つ」なんですかね…

【後刻追記】

この対処をしたあと、スリープから復帰した後でも画面ブラックアウトが発生しない…んじゃなかろーか…。よう分からんのやけど…

メンタルリフレッシュのサイクリング

家にこもって画面ブラックアウトと戯れてるだけじゃ、ココロもカラダも傷みますからね…

ということで、週末サイクリングでいつものコースに行ってきました。

どこの田んぼも稲穂が垂れ下がって収穫時期であることを知らせてくれてました。「ゴールド色の絨毯」とはよく言ったものです。農協系のアホおやじとかそれ系のバカ政治屋は、こんな絵を見たら背筋が寒くなってるんかねぇ…しらんけど。

パソコンの具合とは違ってロードバイクは至って快調。ライポジも「乗り慣れた」ってことかもしれんけど全く具合が良いし、変速具合も前も後ろもパシパシ決まるし、必要なことは「レギュラーなメンテナンス」ぐらい。普段使う道具は、こうでなくちゃいけませんね。

ってことで、少し暑いですけども、季節なりに爽やかな気候の中をサイクリングしてきました。

続：画面ブラックアウトの拳

前の日記で「スリープから復帰すると発生するような…」と書きましたが、これまでの状況からいうと「マジでそれやろ」という感じです。

私が言う「画面ブラックアウト」とは、長い時間ブラックアウトしたままになる…というものではなくて、瞬間的にVSyncが切れて真っ暗になり液晶画面の表示が復帰するのに数秒ほどかかる、ということなんですが、スリープから復帰して少し時間が経った頃に１回か２回ほど発生する、という感じです。

KDEとChromium系ブラウザのfontconfig問題を抱えてた時は、もっと膨大な回数繰り返したりデスクトップの表示を完全に失ってしまったり、という酷い状況でしたが、現状はそこまで酷い状況にはなりません。

とりあえず、これまでに疑った原因を１つ１つ潰して様子をみておりましたが、追加で導入したフォントを /usr/share/fonts にしてもダメで、Chromium系ブラウザを使うのをやめてもダメ、スリープから復帰する時に特別な操作をする仕掛け（※）を外してもダメ、という状況。

※スリープしている時間が一定時間より短い時はレジューム時の認証を回避する、という仕掛け（ネタ元）

でもこれは、「スリープから復帰した場合」に発生し、システムをコールドブートやウォームブートをした時には発生しません。絶対に発生しないのかどうか確証はありませんが、少なくとも、朝にコールドブート・ウォームブートで起動した日は、パソコンの使用を終えてシャットダウンするまでの間、１度も発生しません。

以上が、これまでに手元で確認できた状況です。

スリープ＆レジュームをしなければ問題は起こらない。

スリープ＆レジュームをして問題が起こったとしても１回か２回ほど数秒のブラックアウトが発生する程度。

ということなので、どちらかを選択して「KDE環境を使い続ける」っていうのが今のところの結論で、私的には「これにて１件落着」とします。（もう終わりにしたいなぁ…）

結局まだダメな画面ブラックアウトの拳

結局なんだかんだでKubuntuに戻っておりまして、「あ〜〜、まだダメなんか〜〜」と少し呆れ気味の日々をすごしております。

実のところ、素のUbuntu(GNOME)でも画面ブラックアウトが発生しまして、丁度タイミング良く？Kubuntu 24.04〜26.04へのアップグレードが開放されたこともあって、既存のKubuntuを26.04にアップグレードしましたのです。

で、しばらくの間は落ち着いた状況で「あ〜よかったな〜」と思っておったのですが、何の前触れもなく再発し始めまして…。

しかし、よくよく考えますに、問題が起こる前にバックグラウントで動くBrave Browserのプロセスがコケてるような気がして…なんとなく…ですが…

もしかしてお前か？！

ということで、常用ブラウザをChromium系ではないFirefoxに替えて様子見しております。

KubuntuでもUbuntuでも、デスクトップのフォントやアプリのフォントは Rounded Mgen+ を入れておりまして（~/.fonts/ 下）、もしかするとそういうことも関係してるのか…と思わなくもないですが、心静かに秋の夜長を様子見しながら過ごしたいと思っております。

以前は画面ブラックアウトが何度も何度も…何度も何度も何度も連発することがありましたが、今はそれほど酷くはない状況。

【後日追記】

追加でインストールしたフォントは ~/.fonts/ ではなく /usr/share/fonts/ 下に入れ直し、システム・アプリともフォント設定をやり直しました。が、そういうことでは画面ブラックアウトは解消せず。とりあえず、先述の通りFirefoxを常用しつつ様子見を継続します。

なんとなく…、シャットダウンせずスリープ＆レジュームした時によく発生するような…気のせいかもしれませんが…

画面ブラックアウトの件とKubuntuのGUIがぶっ壊れた件

 まず「画面ブラックアウト」は、まったく予想しなかったのですが（実はそれが敗因なんですが…）なんとまぁ、HDMIケーブル（かコネクタか）の問題でした。

素のUbuntuに入れ替えてから１度だけ画面ブラックアウトを目撃してしまって…。その時に「もしかして…」と思って、昔使っていたHDMI~DVI-Dケーブルに交換してみたら（パソコン側がHDMI、モニタ側がDVI-D）、それ以来発生しなくなりましたｗ

もしかしたら「そのうちに」発生するのかもしれませんが…たぶんそういうことは無いでしょう。と思います。

もう１つの「KubuntuでGUIが起動しなくなっちまったよ」の件ですが、これが原因だったようです。けっこう痛いバグでしたわ…

• 端末から fc-cache -f コマンドを実行する
• ~/.cache/fontconfig フォルダーを削除する

という一時対処方法があったようですが、「問題のブラウザを起動すると再発する」とのことなので、Chromium由来のブラウザを常用する身としては現実的にはありえない対処ですし、まぁ、しゃーないですね。

具体的にどのように対処されるのかわかりませんが、修正されたパッケージのリリースが確認できた時点で、Kubuntu 24.05.5 を 26.04.1 にアップグレードしよかな…なんて思っております。（24.05.5はレスキュー用として残してきました）

素のGNOMEに少しモノ足りなさを感じたので…

Ubuntu 26.04.1 LTSの上に Cosmic DE を入れてみました。

入ったのは 1.9.0。以前から仮想マシン上のUbuntuで試していたので、導入も設定もさほど違和感はなく、さくっと終了。

実マシン上だと Frosted Glass のエフェクトを有効にしても表示は快速です。

わりかし気に入ったので、しばらくこのまま使ってみることにしましょ。

しかし、アプリも含めて統一感のある状態ってのは「やっぱエエ感じやな〜」と思います。そういう意味で「KDE は良かったな〜」なんて思い直しました。

いつかまた Kubuntu に戻ってしまうかも…

素のUbuntuへ行ってみる

KDE Plasmaでの画面ブラックアウト問題を自力解決できず、結局、GNOMEへ行ってみることにしました。

以前と同様の環境に戻すのに、えっらい手間がかかりましたが、とりあえずまぁ、どうにかこうにか。

以前の環境で QEMU/KVMを使った仮想環境で素のUbuntuを使ってたのもあって、特に違和感なく。今後しばらくは、これで様子見していきますよ。

画面ブラックアウト問題は、結局ソフトウェア的な問題になってしまいましたが、なんとなく…ハードウェアにも問題があるのかもしれん…という気が（少しだけ）しています。

具体的には、液晶モニタ。今はなき三菱のDiamond Crysta RDT232WX なんですが、けっこう長く使ってきてるので…。もう１つはモニタに繋いでるHDMIケーブル。どこ製のものかよく分からん（覚えてない）のですが、もう少し由緒正しいケーブルに交換してみるのも方法かも…なんてね。

完全なる画面ブラックアウト

今朝イチバンから、ログオン直後に左のようなダイアログがパラパラパラと出てきて、パネルなどのコンポーネントが全く表示されず、という状態になりました。

このダイアログを［Ｘ］で消すと画面はマウスカーソルのみが静かに佇む完全にブラックアウトしました。

[Ctrl] + [Alt] + [T] でコンソールは開くようで、いくつかサービスを見てみると起動してるっぽい。ＯＳとしては起動してるけど、デスクトップの表示だけがダメ、という状態のよう。

先日の記事に載せていた対処スクリプトを実行してみたりしましたが、まったく改善せず。もう１つのSSDからKubuntu 24.04.4 を起動して少し調べては試してみて「ああ、ダメか…」を何度も繰り返し…。

そろそろ嫌気がさしてきて、「さっくり消して新規にインストールし直すしかないか…」と諦めかけて「最後にもう１回だけジタバタしてみるか」ということで、~/.cache を丸ごとリネームして起動してみたら、なんとまぁ、デスクトップが戻ってきましたよ。

もちろん…と言うか当然ですが、デスクトップのテーマ類やアプリの設定とかがさっくり初期化されてしまいましたので、改めて設定し直しを…

先日書いていた「不定期に画面ブラックアウト」もこれで治ってくれればヨシ。

何事も経験するのがイチバンですね。

踏んだ場数と経験の量が技術と自信を高めますｗｗｗ

【後刻追記】

「直りました」と書いた直後に、再発しましたよ(爆)

なんだこれは…

こういう「よく分からん状態」に長く付き合ってるとメンタルが傷みますので、かような状態からは早々に退散することにします。はぁ…

ハンドルバー自体をカスタム

大した話ではありませんが、ハンドルバーエンドの未使用な２０ｍｍをカットしました。

ハンドルバーはDixna J-Fit Monroe FZですが、ショートリーチ化するために、おそらくメーカ意図から外れた「前下がり」にセッティングしているので、見てくれ上、バーエンド部がやたら長くなり、且つ、少し上向きなっていました。

そうした見かけ上の問題を解決するためにエンド部２０ｍｍをカットした、というワケ。

目的のもう１つは、ちょっと前に十三峠に行った際、頂上駐車場で風に煽られてばったり倒れてしまって、その時にバーテープが少し破れてしまったんです。それを「隠す」ためにねｗ

カット後に南河内方面にサイクリング行ってみましたが、まぁ全く問題無し。使ってない部分をカットしたので当たり前ですね。下ハンを持った時でも手より後ろにまだ１５ｍｍほど余裕があり、手がすっぽ抜けるなんてことも無さそう。

ストレートハンドルバーとかではカットするのは普通ですが、ドロップバーのカットはあまり見聞きしたことはないです。非可逆な加工に少しばかり不安がありましたが、とりあえずは問題なくて安心しました。

ならクルＣ７（の一部）を走ってみた

毎週末(土)か(日)の定例サイクリング、いつも通りに「いつものコース」へ。

法隆寺まで来て「よし。今日は松尾寺まで行ってみよ！」ってことで原因不明の意気込みをもって法輪寺横を過ぎ法隆寺カントリー倶楽部を通り抜けて、松尾寺アプローチの県道１２３号へ出た時、「よし。今日はやめとこ」と気持ちが萎えて(殴)そのまま東へＧｏ。

富雄川のところから県道２７４号＝ならクルＣ７を初めて辿ってみました。けっこう走りやすかったです。時折大きな道路を横切る格好になりますが、そこでＳＴＯＰ＆Ｇｏになるだけで、あとはのんびりと景色など見ながらポタリング…。

富雄川が大和川に合流する少し手前で「左岸に行け」と明日香方面を案内されますが、それは無視して直進。合流地点の新御幸橋は渡らず大和川右岸を進んで、川が「ぐわん！」と右に大きく曲がる箇所にある沈下橋を久しぶりに渡って左岸へ。渡る前に「記念撮影でも…」と思ったら、バイクが来るわクルマが来るわ…。こんな橋でも（失礼やな）利用は多いようで。

そんなこんなで、王寺を抜け三郷を抜け国分を抜けて大和川ＣＲ経由で帰宅しました。

とりあえず、ならクルＣ７はまぁまぁ良い感じでした。北端地点がどこなのかよく分かりませんが、輪行込みなら、近鉄奈良線の富雄をスタートして富雄川沿いを走るのも良いかもしれません。ゴールはＪＲの法隆寺か王寺か。コース上にはあまり目ぼしいものは無い感じですが、大和郡山でキンギョ釣りしたり、Hamp 3rdでランチしたり。

それか、近鉄奈良線の大和西大寺を起点に秋篠川沿いを南下して大和郡山から富雄川にトラバースして…というのも良いかもしれません。

自分的には「ロードバイクの全自走」が基本のポタリングなので、コースバリエーションを検討するにはもう少し工夫が必要です。

不定期に画面ブラックアウトしやがる

もう２年以上Kubuntu LTSを使ってきております(24.04→26.04）が、ずっと悩まされてるのが「画面が突然ブラックアウト」の症状。

予兆なく急に起こる。ですぐに戻る。

それが何度も連続することもあれば１度で終わる時もある。コールドブートしてログインした直後に起こることもあるしスリープから復帰した時に起こることもある。動画を再生してる時にマウス（ホイール）を操作すると発生する頻度が高いかも…いやそうでもないかも…。とにかく、よー分からん。

「すぐに戻る」と言っても、画面表示の信号が途絶えてブラックアウトして信号が復帰しても、液晶モニタ（三菱RDT232WX）の都合で表示が戻るまでに数秒待たされます。

という極めて鬱陶しい状況なんですが、ある時に見つけた情報より、現状は左のようなコマンドで対処しております。

KDE関連のキャッシュの消去＆再構築なんですが、これを行うと「しばらくの間」は平穏に過ごせるのですが、いつの日かまた起こるようになり…

ま、そういうことの繰り返しなワケです。

いいかげんこの症状に「おさらば」したいんですが、実際に何が原因なのか…。いくつかのログを眺めてみても「おおっ、これか！？」と思えるようなものは見当たらんし…（見当たらない原因は、おそらく私のスキル不足…）

っということで、少々辛い日をおくっております、という話。

＃ Kubuntuは諦めて素のUbuntuにして（＝逃げて）平和な日常を取り戻すか…

【後刻追記】

上記コマンド群に少し付け加えてスクリプトにしました。

#!/bin/bash kquitapp6 plasmashell rm -rf ~/.cache/plasmashell* rm -rf ~/.cache/org.kde.dirmodel-qml.cache rm -rf ~/.cache/kioexec rm -rf ~/.cache/ico if [ -f ~/.config/kwinoutputconfig.json.bak ]; then rm -f ~/.config/kwinoutputconfig.json.bak fi mv ~/.config/kwinoutputconfig.json ~/.config/kwinoutputconfig.json.bak kbuildsycoca6 --noincremental kstart plasmashell

【後日追記】

なんとなく…ですが「スリープから復帰する」と症状が出るみたい。

Lemonade ServerでRadeon RX9060XTを正しく使う

ふとした思いつきウェブ界隈を漁っておりましたら、「お？これは…」と思い当たる情報を目にして…

「やっとこさ」Docker環境下のLemonade ServerでGPUを正しく使ってもらえる状態に設定できました。

「できました」と言うか…要するに自分が正しく環境設定できていなかっただけの話で…。ポイントはこちらの「Prerequisites」でして、"Configure permissions for GPU access" の udev Rulesの作業を洩らしておりました。

AMDの説明書きにある通りにちゃんとやらないとダメですね。とは言っても、それが難しいケース（＝AMDのドキュメントが複雑怪奇）はたくさんあるのですけども。まぁ、今回の件は完全に私のマヌケなミスです。

「自宅でAIごっこして遊ぼ」という目的で始めた作業ですが、やっとこさ、ベースのAIエンジン部分の環境ができました。

続：久々にライポジを変更

前回調整してから何度か乗っていますが、「あともう少し」という感じがしました。

お尻の前ズレはだいぶマシになりましたが、会陰部の痛みがまだ少し残ること、膝前部の痛みが少し出ること、などがあってサドルのセッティングを少しだけ変更しました。

サドルを僅かに後ろに引き、且つ、前下がりを少しだけ強めにしました。

せっかくお尻の前ズレを緩和できたのに前下がりを強めたらまた前ズレしてしまうやん…という気が少ししますけど、上手く折り合いをつけたいところ…。

とりあえず「これでどーや！」という感じですが、なんとかこれで上手くいってもらいたい（＝もうそろそろＯＫを出したいところ）。

久々にライポジを変更

お尻の位置が前にズレてしまいがちなのが少し気になってて…

で、対策してみたのでその具合を確認するために酷暑サイクリングへｗ

対策の目的は（当然ながら）「リーチをできるだけ短くすること」で、変更したのはハンドル角度とブレーキレバーブラケットの位置。ブラケットの位置を手前にずらす、ブラケット角度が上向きすぎになるのでハンドルを前下がりにセット、という組み合わせ技。これで１０ｍｍ弱ほどリーチを短くすることができました。

乗ってみた感じですが、上ハンを持った感じは良好、下ハンを持つと少し寸詰まりな感覚（もう少し手を奥に置きたい感じ）がありましたが両立は難しいので上ハンを優先。

リーチを短くできたので、サドルの角度も見直して前下がりの度合いを少し緩めに変更しました。

とりあえず今日乗ってみた感じでは特に問題ありませんでしたので、しばらくこのままでいってみます。

久しぶりに滝畑ダムまでサイクリング

６月末まで工事で通行止めになってた府道２１８号の通行再開後の様子を見に…というのもあって、猛烈に暑かったですけど、なんとか行って帰ってこれましたｗ

花の文化園を過ぎて府道２１８号に入るところで、府道を辿ってこられた３人組みのサイクリストが自分の後方につく格好になりました。こちらはユルユルのポタリストなので、速攻で抜いて行かれるでしょ…と思うておりましたのですが、何故か少し頑張って漕いでしまってｗけっこう長い間先行する形で進んでいきました。が。

登りが辛くなってきてヘロヘロになってペースが激落ちしたところで、ズバっ！と追い抜いてくださいました。はれてプレッシャーから開放されましたｗｗ

いつもなら梨の木隧道を通ってダム湖に向かうんですが、そのコースに行く元気が無かったので、キャンプ場の先からも府道２１８号を辿って、石川を渡ってすぐのところで「写真を撮って折返して帰ろ」と思うたんですが、何故かそのまま登り続けて…で結局、冒頭の写真の場所まで行ってきました。

写真とか撮ってると、ズバっ！と追い抜いていかれた３人が来られて、「やぁ〜やぁ〜、先ほどはどうも」的な話から、あれこれとお話させていただきました。お一人はMERIDAのグラベルバイクでGRXコンポを使っておられました。もうお一人は赤白のカレラのフレームでブルベを志向されてる方。もうお一人はTREKに乗っておられる八尾市民の方。何にしましても、お時間とらせてしまって、申し訳ありませんでした。

府道２１８号は、途中１箇所だけ山側法面の補強工事が行われてました（今日は工事はお休みの様子）。 「路面が綺麗に舗装し直されてないかな〜」なんて淡い期待をしていましたが、見事に裏切られました。路面は以前のまま。残念っ。

来る途中の路面はけっこう濡れた箇所が多かった。たぶん、朝がたまで雨が降ってたんだろうと思います。天気予報では「午後は急な雨に注意」とか言ってて、冒頭の写真の通り妙な雲も出てきそうだったので、素直に折り返して往路のコースをそのまま逆に辿って帰宅しました。ありがたいことに今日は東からの風で、帰りの大和川ＣＲは追い風ルンルンでした。