先日、Mac miniをlinux mintにしたのに続いて、今回は元WINDOWS10のノートパソコン、ASUSのvivobookにlinux mintを入れた。

Mac miniはすんなり特に問題もなかったんだけど、元WINDWOS10のノパソはハマりどころがあったのでメモ。

インストールに準備するものは前回と同じ

「10年以上前のMac miniをlinuxで復活」

前回と違うのはインストールに使ったlinuxのバージョンがlinux mint Xfce22.1から22.2にひとつ新しくなったところ。

インストール用に作ったUSBメモリを挿して、F2を押しながら電源をONして、Bios画面を開く(Bios画面を開くやり方はメーカーごとで違う、かな)

BOOTでUSBを選んでlinux mint起動。

Macの時は画面の案内どおりに進めていけばOKだったけど、進めていくと今回はメディアコーデックを利用するにはセキュアなんちゃらが必要で、と言うところで固まった。確かMac miniの時にこんなことは起こらなかった。

ふりだしに戻る

まだ何もしてないんで、気楽に電源を落してやりなおし。

USBメモリを挿して再び電源ONしたらエラーメッセージを吐いて起動しなくなった。

ふりだしに戻る

エラーメッセージをうろ覚えでとりあえず検索したら同じ現象を解決したひとのサイトが見つかった。

「Linux mintインストール時に起こったエラーを解決」

めちゃくちゃ感謝するしかない。

エラーメッセージ:

Failed to open \EFI\BOOT\mmx64.efi - Not Found
Failed to load image : Not Found
Failed to start MokManager : Not Found
Something has gone seriously wrong : import_mok_state() failed: Not Found

解決方法:

インストール用USBメモリの中に「/EFI/boot/」にある「grubx64.efi」を「mmx64.efi」にリネーム

エラーメッセージ:

error: shim_lock protocol not found.
error: you need to load the kernel first.
Press any key to continue...

解決方法:

BIOSメニューでSecure BootをDisableにする

以上でインストール時のエラーは解決して無事linux mintが立ち上がった。

その後の設定でもハマりどころがあったのでメモ。

【その1】起動時にUSBメモリをマウントする

今回インストールしたノパソ

「22980円のノートパソコンvivobook購入」

ストレージが32Gしかない。

WINDOWS10の大型アップデートに追随できず、8ヶ月ぐらいしか使えず、その後、CloudreadyというOSを入れて、さらにChromeOS Flexにして使ってきたもの。

ストレージが少ないので、外付けSDカードメモリやUSBメモリが必須。

linux mintでも当たり前に外付けのストレージを認識して使える。

んだけど、ちょっとクセがあった。

起動時にすでに挿さってるUSBやSDのメモリは

「認識するけどマウントしていない」

という状態。マウントしないとメモリの中のファイルにアクセスできない＝使えない。

Thunarというファイラー(エクセスプローラー？)を開いて、認識されているメモリをクリックして開こうとして初めて、マウントされるようだ。

マウントするためだけにファイラーをいちいち開くのは面倒くさい。

「/media/username/」にマウントポイントのディレクトリを作成してコマンドラインでマウントできれば手っ取り早い。

sudo mount /dev/sda1 /media/username/usb

マウントはできてUSBの中を読むことはできる。でも、所有者もグループもrootで、書きこむにはroot権限が必要。

↑[10/08 16:38:31]追記

sudo mount -o defaults，uid=1000，gid=1000 /dev/sda1 /media/username/usb

手動でマウントする時にオプションを指定すればユーザー権限のファイルとしてマウントできるので問題はない。

検索しまくって

「/etc/fstab」にUSBメモリの情報を追加編集することでパソコン起動時にUSBメモリを認識＆マウントできるようになった。

1)マウントポイントのディレクトリ

→「/media/username/usb」

2)認識されているデバイスを調べる

→lsblk

(すでにマウント済みの表示だけど)認識されている外付けメモリは「/dev/sda」と「/dev/sdb」。

「/dev/sda」にある「/dev/sda1」というパーティションを自動マウントの対象にする。

3)メモリのUUIDなどを調べる

→blkid /dev/sda1

/dev/sda1: 
 LABEL="USBDrive1" UUID="1880-4B4F"
 BLOCK_SIZE="512" TYPE="exfat"
 PARTUUID="21a0e8cc-01"

必要なのは「UUID」と「TYPE」

4)「/etc/fstab」に追加編集

→sudo vim /etc/fstab

※「/etc」以下にあるファイルは間違うとシステム全体にかかわるので取り扱い要注意。バックアップを取ってから作業するのが吉

UUID=1880-4B4F  /media/t2akii/USBDrive1  exfat  defaults，nofail，uid=1000，gid=1000  0  2

「UUID」「マウントポイント」「ファイルタイプ」「オプション」「ダンプ」「パス」をfstabの末尾に設定する。

マウントポイントは(1)、UUIDとファイルタイプは(2)で調べたもの。

オプションは「defaults」(だいたいデフォルト)「nofail」(マウントに失敗しても無視して起動)

uid(ユーザーID)gid(グループID)は一般ユーザーは1000ということでOKっぽい。

ダンプやパスは呪文でOK。

5)fstabにエラーがないか確認

→sudo findmnt --verify --verbose

エラーがあると最悪の場合、システムが起動しなくなるのでエラーのないことを必ず確認

sudo mount -a

さらにとりあえず手動でマウントしてみて問題がなれば、再起動。

以上で、起動時にマウントされて、USBメモリにフルアクセスできるようになっている、はず。

【その2】CapsキーとControlキーを入れかえる

HOMEディレクトリにふたつファイルを作ればOK

・「.Xmodmap」

clear lock
clear control
keycode 66 = Control_L
add control = Control_L Control_R

・「.xinitrc」

#!/bin/sh
usermodmap=$HOME/.Xmodmap
if [ -f $usermodmap ]； then
    xmodmap "$usermodmap"
fi

「設定マネージャー」に「キーボード」というのがあって「レイアウト」変更もできるっぽいんだけど、試行錯誤してもうまくいかなかったんで、上記のファイルを作って解決しておいた。

その後の設定でハマったのは

ChromeOS Flexで使ってた時はマウントもキーの入れ替えもChromeOSでの設定で、ほぼ何も気にせず使えてたから。LinuxにしたMacはHDDもそこそこ大きいので外付けストレージは滅多に使わないし、キーボードはHHKBなのでそのまま使えたから。

自分で調べてゴソゴソやる必要もなかったんで、今回改めてハマってしまった。

仕事でMSやAdobeを要求されることも少なくなったし、パソコンまわりはlinuxで十分だなあ。

[更新]2026-02-01 09:03:42

今日、GOバトルリーグでACEに到達。

9/16に初期レート1812でレート戦に入って、レート1700台の沼に沈んだりしつつ、今日レート2024でACE。

今回はレート戦になって1700台に沈んでからパーティを固定してやってみた。

110戦66勝、勝率6割で2024まで上げられたので、パーティ構築はそれなりだったと思う。

どんなパーティを使ったところで苦手なポケモンはいるもんで、上手いひとなら劣勢を立ち回り(プレイング)でひっくり返したりできるんだけど、わたし程度だと無理。

わたしが取ることのできる対策はひとつだけ

「そのポケモンが出てきたら試合は諦める」

運が悪かった、マッチングに嫌われたということで、切りかえる。

そして、そのうち美味しいマッチングの波がくるに違いない、だ。

にしても、パーティを固定すると「覚えゲー」「作業ゲー」っぽくてマンネリ感。

…なもんで、5セット(フルセット)は飽きちゃって気力も続かない。一日3セットを目処にやるようにした。

去年あたりから、たぶんAIがらみでのコンテンツ収集と思うんだけど、クローラーやBOT＝人間以外のアクセスが増えている。

当ブログのエントリを秒刻みで地引き網してるんで、さすがにそれどうなの？ということで今月からアクセス制限することにした。

今日時点でブログのエントリ数は3000ちょっとで、さらに個別、年月日別、カテゴリ別等々、リンク数はエントリ数の何倍かは多い。同じエントリなのに、リンクが違うといちいちアクセスすることになる。

この程度のボリュームで負荷どうこうはないはずだけど、レンタルサーバーに間借りしてる立場だし、ちょっと意識したほうがいいよなあ、と。

てことで。

アクセスのremote addrからhostnameを引いて、ドメインが取得できないもの、ccTLD(国別のドメイン)で日本語話者ではなさそうな国のドメインなど、かなりがっつり制限をかけた。

それらのアクセスはすべてホームページ「On Golden Pond」へ、301リダイレクト。

ホームページの方は、各ページが全部ペラ一枚の静的ページだし、アクセスが集中したところで表示速度に影響が出るようなこともないだろうし。

AIにコンテンツを収集されることに対して、特に問題とは思ってなくて、むしろ、ウチのイイ加減なデタラメをどっさり食べて、元気に育っておくれ、なんだけど！

アクセス頻度というかアクセスのやりかたを考えていただけませんかねえ。

自作実装のActivityPubサーバーに「引用」を実装した。

引用ってナニ？

気になる投稿を見かけて、その投稿についてコメントをつけたい、なんて思った時にその投稿を自分の投稿に埋めこむ、文字通り「引用」する機能。

XなどのSNSではすでに利用されていて、フェディバースでもMisskeyやFedibird、kmyblueなどのサーバーでは実装されている。

なんで今さら？

つい先日、フェディバースでもっともポピュラーなMastodonというサーバーがこの「引用」を実装して運用を始めたから。

「引用」はXなんかのSNSでよく見られる「どれどれ、おれさまがモノ申してやろう」によく使われている。

投稿主の意図とは関係なく「晒しあげ」に使われることが多い、という問題を抱えているんで、Mastodonは引用の導入に消極的だという話があった。

てこともあってのことだと思うけど、引用の導入については、引用する該当の投稿が引用を許可しているか、偽装されていないかなど、ハードルを設けている。

わたしの場合、「おれさまがモノ申す」するような、みっともないマネはしたくない、でも、自分の過去投稿を引用したいことは「言い足したい」などでけっこうある。

ということで、ウチに実装する「引用」は、自分の投稿を自分で引用する「自己完結型」引用とする。

という無駄に長い前置き…老人の特権で勘弁してください。

で、引用の実装。

https://codeberg.org/fediverse/fep/src/branch/main/fep/044f/fep-044f.md

↑Mastodonの引用について

これがすべて。

・引用の許可

投稿のJSONに「引用を許可します」を明記する

"interactionPolicy":{"canQuote":{"automaticApproval":["https://www.w3.org/ns/activitystreams#Public"]}}

「interactionPolicy」というそのまんまの要素に、「canQuote」というそのまんまのキー。この値に「public」が指定されていると誰でも引用できる投稿となる。

・投稿を引用する

引用が許可された投稿を引用する

"quote": "https://tokoroten.doncha.net/t2aki/items/05829-20250921"，
"quoteUrl": "https://tokoroten.doncha.net/t2aki/items/05829-20250921"，
"quoteUri": "https://tokoroten.doncha.net/t2aki/items/05829-20250921"，
"_misskey_quote": "https://tokoroten.doncha.net/t2aki/items/05829-20250921"，

引用する投稿をJSONに記載する。Mastodonは「quote」だけど、すでに実装済みのサーバーとの互換のために「_misskey_quote」なども記載しておく。

この投稿には引用がついていて、引用する投稿のURLを書いておくね、ということになる、かな。

・引用のチェック

引用を含んだ投稿を受け取ったサーバーは、その引用が「正しいのか/表示していいのか」を確認する必要がある。

引用を含んだ投稿には、引用する投稿のURLのほかに「quoteAuthorization」のURLを記載する。

"quoteAuthorization": "https://tokoroten.doncha.net/t2aki/quote_auth/05833"，

このURLにGETでリクエストして、返ってくるJSONで引用の整合性を確認する。

以下が「quoteAuthorization」が返すJSON

{
  "@context": [
      "https://www.w3.org/ns/activitystreams"，
      {
        "gts": "https://gotosocial.org/ns# ，
        "quoteAuthorization": {
           "@id": "https://w3id.org/fep/044f#quoteAuthorization"，
           "@type": "@id"
        }，
        "interactingObject": {
           "@id": "gts:interactingObject"
        }，
        "interactionTarget": {
           "@id": "gts:interactionTarget"
        }
      }
  ]，
  "id": "https://tokoroten.doncha.net/t2aki/quote_auth/05833"，
  "type": "QuoteAuthorization"，
  "attributedTo": "https://tokoroten.doncha.net/t2aki"，
  "interactingObject": "https://tokoroten.doncha.net/t2aki/items/05833-20250921"，
  "interactionTarget": "https://tokoroten.doncha.net/t2aki/items/05829-20250921"
}

以下すべての一致が確認できたら引用として表示される。

・idと引用投稿の「quoteAuthorization」

・attributedToと引用される投稿のattributedTo

・interactionObjectと引用投稿のid

・interactionTargetと引用される投稿のid

以上で最低限、自己完結型引用を投稿できる

↑mastodon.socialで引用投稿を表示

上記はいろいろ省略してる。

contextに記載するものもそうだけど、自己完結じゃない場合、ひとさまの投稿を引用する時にはリクエストのキャッチボールが生じるので対応が必要となる。

その投稿を引用したい!

・「"type": "QuoteRequest"」のActivityを引用したい投稿の主にPOSTでリクエストする。

・リクエストを受けたら承認(Accept)/拒否(Reject)のリクエストを返す。

返事を見てから引用をする/しない。

とはいえ、自己完結型は承認もなにもないので、このへんはばっさりスルー。

引用したい側は、引用元に可否を問い合わせるのは「MUST」

引用される側は、返事する/しないはおまかせ

ということだし。

このブログはもともとコード掲載することを考えてなくて、めっちゃ見にくいんで、そのうちホームページの方に改めて掲載します。

「おひとり様ActivityPubサーバーの自作実装::On Golden Pond」

今日時点、引用にしても絵文字にしても、ActivityPubの仕様にはない(？)ので、サーバーごとで対応にバラつきがあって、現物合わせの手探り。

判じ物、当たるも八卦当たらぬも八卦(死語)の世界だなあ。

[09/22 09:50:38]追記

あれ？自己完結するなら、interactionPolicyは不要な気がする。

あとで検証してみよう

[09/23 23:09:35]追記

intractionPolicyは不要だった。

これは「引用しようとするひと向け」のもので、自己完結するなら不要。

intractionPolicyは本家Mastodonの引用制御

・誰でも引用できる

・followerまでが引用できる

・引用できるのは自分だけ

この選択のためにある。

引用を含んだ投稿を表示させる時に、引用されている投稿の引用ポリシーを確認にくるのでは、と疑ったんだけど、アクセスログを見てもそんな形跡もなかった。

ということはquoteAuthorizationの設定だけ約束どおり作っておけば、引用を含んだ投稿を意図通り表示してくれる。

[更新]2025-11-18 09:03:30

フェディバース用のプロフィールページの見た目をちょっとだけいじった。

おひとり様自作実装のActivityPubサーバーでフェディバース＝SNSに投稿したり流れてくる投稿を読んだりしてる。

ローカルのタイムラインは、自分ひとりの壁打ち、自分の投稿が並ぶだけ。

ということもあって、デザインもくそもない、昭和平成の掲示板風味のローカルタイムラインだ。

そもそも、おひとり様の投稿は、フォロワーさんのいるリモートサーバーに投げられて、リモートサーバー側で表示される。投稿を表示するリモートサーバーの種類ごとに表示のレイアウトやデザインは違うものとなる。

さらに、リモートサーバーでは過去投稿もキャッシュされるので、たとえば、わたしの投稿一覧もリモートサーバーがキャッシュした範囲で表示される。

てことは、わたしの投稿を見るために、わざわざウチのおひとり様サーバーに飛んでくる必要はない。自分以外に見るひともいないページとなれば、そりゃ手抜きで十分、放置ということになる。

とはいえ、リモートサーバーの方にある「元のページで表示」などのリンクで、ウチに飛んで来られることもないこともない。

最低限の見栄え見た目を整えてみた。

て、「border-radius」で囲みの罫線の角を丸めただけなんだけど、角が丸いだけで、なんかそれっぽい見た目になって満足して…はいけないんで、プロフィールに文言追加、リンク追加。

ベースを白にして、コントラストを低めにするのがオサレなんだけど、それは目に優しくない。

昔、視覚に問題を抱えるひとたちのサポートをするNPOに関わってたこともあって、ちょっとだけ意識するところ。

なので、黒ベースのコントラストはっきり系にした。

ほとんど見られることのないページのURLはこちら

https://tokoroten.doncha.net/t2aki

フェディバースのSNSは面白いですよ！

Xやスレッズ、ブルースカイに疲れたらフェディバースのSNSを試してみましょう！

[更新]2026-02-01 09:03:58