GPD Win Max 2 2023にArchLinuxを入れた所感
表題の通り、GPD Win Max 2 2023にArchlinuxを入れて運用している。 結論から言うと驚くほど問題がなかったので、正直あまり書くことはないのだが、とはいえ特にノートPCとLinuxは結構相性問題があり、動くなら動くで知りたい人がいると思われる。 ということで、使用感についてここで共有しておく。
表題の通り、GPD Win Max 2 2023にArchlinuxを入れて運用している。 結論から言うと驚くほど問題がなかったので、正直あまり書くことはないのだが、とはいえ特にノートPCとLinuxは結構相性問題があり、動くなら動くで知りたい人がいると思われる。 ということで、使用感についてここで共有しておく。
以前Kubernetes with CALICOでコントロールノードとルータを兼用させたいといっていて、当時は結局兼用できずに仮想的に別サーバに分けることで解決したわけだが、先日再挑戦して無事できたので設定について晒す。
qiita版はこちら
今更Minecraftをやっている。
自力で映える建築物を建てる気はなかったので、はじめから幻想的な地形になるamplifiedでプレイしているのだが、高低差があるせいかかなりの確率でブランチマイニング中に地下水にぶつかってしまう。そして対処しようとしてうっかり溺死する
自宅でkubernetesクラスタを構築し、長年の課題だった自宅サーバの可用性が大幅に向上した。これでやっとサービスの公開に移れる。ということで、今回は前々から立てたかったmastodon互換1のおひとり様インスタンスとしてakkoma2インスタンスを構築することにした。
かれこれ5年ほど自宅サーバを運用している。もっぱらファイルサーバ用途だったのだが、素人の場当たり的な運用によりしばしば設定ミスによる障害が発生し、可用性はかなり低かった。
qiita版はこちら
日記や作業中のメモを取るのにneovimを使っているのだが、
と言うことで、空バッファの代わりにメモ用のリポジトリを開くようにしたい。
Epson公式でLinux向けのドライバーが提供されているので、それとsaneをインストールすれば使える
マニュアルなどの書類を手軽にデータ化して捨てられるよう、スキャナを導入することにした。
先日1年ぶりのネットワークスペシャリストに再挑戦をした。 この際、羞明対策に最近使いだしたサングラスを持ち込んだりしたのでそれについて。
ちなみに結果は合格だった。 これで自分もネットワークのスペシャリストだ!アマチュアだが。1
現在我が家では自宅サーバが一機稼働している1のだが、諸々の理由2により、将来的にraspberry pi のような省電力で安価なSBCとコンテナを利用したクラスタ構成にしたいと思っている。
その際、バックアップやセキュリティの都合上、オブジェクトストレージやデータベースといった、永続化したいサービスのみファイルサーバで動かし、それ以外のウェブアプリケーションは別のホストに分離したい。
最近ブログをリニューアルしたついでにアクセス解析も始めることにした。宗教上の理由でGoodle Analytics には頼らずなるべくセルフホスティングで動かしたい、ということで、OSSのPlausibleを試すことにした。
3年ほど前、初めてLinuxに触れてからOSSという文化にとても感銘をうけ、常々貢献したいと思っていた。 と言いつつ結局特に行動していないワナビだったのだが、この度晴れてプルリクを作成し、マージされるに至ったので共有
何ヶ月か前に自宅サーバのManjaroを更新した際にそれまで機能していたNFSでのファイルへのアクセスができなくなった。当時は原因がわからずsshfsで代用していたのだが、最近になって新たに購入したMacbookから手軽にアクセスするため、改めてNFSの復旧を試みた
今月(2021年8月、投稿時点)Debianの新しいバージョン、Debian 11 Bullseyeがリリースされた。早速試したい1のだが、AWS LightsailではまだBullseyeでのインスタンス作成はできなかった。
更新日 | 内容 |
---|---|
2021/07/ | 本題から脱線している箇所の整理と不具合について追記 |
ディスプレイを買い替えた。 それにともなって、置き場のなくなった液タブを手放して板タブを買うことにした。
自宅サーバ上でNextcloudなどのwebアプリケーションを稼働させるにあたって悩ましいのがhttps
をどうするか。
パブリックへは公開していないので盗聴などの危険性はあまりないとはいえ、https
がスタンダードとなりゼロトラストが叫ばれる昨今、プライベートネットワークだからと例外扱いせず、SSL(TLS)でのエンドツーエンドな暗号化を行っておきたい。
パスワードなど、特定のファイルを履歴から削除するというのはのはすぐ見つかったが、特定のファイル以外を削除するというのだと見つからなかったのでここに書いておく。
こちらの記事はQiitaに投降した記事と同一の内容になります
ブログをWordpressからZola(Rust製の静的サイトジェネレータ)へ移行して数か月、自作テーマはテーマは依然として作成途中であるが、とりあえず今のところ問題もなさそうなので、重い腰を上げて旧ブログの記事を移行することにした。
具体的な工程としては以下
ブログプラットフォームでおなじみのWordpress ブログから大規模サイトまで作れる CMS | WordPress.org 日本語
多言語用にサブディレクトリ型のマルチサイトを使用
本記事の工程でも多言語、マルチサイト用の余計な工程ががかかってる。シングルサイトならもっと楽。
静的サイトジェネレーターZolaで生成 Zola
今回はZolaだが、移行の手順の流れや考え方自体は他でも使えるのではないかと思う。
Zola用のツールがあるとは思えなかったので、ほかにメジャーなSSGであるところのHUGO用のツールを探す。
SSHでサーバーに入り、以下のようにプラグインを入れる
$ cd /path/to/wordpress/wp-content/plugins/
$ sudo wget https://github.com/SchumacherFM/wordpress-to-hugo-exporter/archive/2.0.0.zip
$ sudo unzip 2.0.0.zip
自分のケースではsudo
が必要だったが共有してるタイプのレンタルサーバーならHOMEディレクトリ以下にあると思うので、sudo
しなくてもいい。
次にWordpress上の画面で対応
プラグインを有効化し… {{image(src=“activate.png”, alt=“有効化!”)}}
エクスポート {{image(src=“export.png”, alt=“エクスポート!”)}}
なぜか一部のマークダウンがAtomにディレクトリ扱いされて読めないというイレギュラーがあったが、VSCodeでは開けたのでそのまま続行する。 Atom最近使ってなかったから更新されてなくてバグってたのかもしれない。
Hugoならこれで終わりかもしれないが、今回は別のSSGなので、ここからが本番。
正直今回のケースでは記事が少ないので手動修正のほうが早かったのだけれど、せっかく記事にするなら役に立つ記事にしたいというのと、bashを学ぶちょうどいい機会ということもあって、極力bashで一括でやれるようにした
出力時のディレクトリの構造としてはこんなかんじ
posts内のファイル名は投稿日-スラッグ.md
という形式だった
aboutが固定ページで、ほかの投稿はpost配下に日付-スラッグという形式で入っている模様。
config.yamlはサイトの設定だが今回は移行先のブログはすでにあるので使わない また、固定ページは1件しかなかったのと内容を更新するつもりだったので後述の自動処理では扱っていない。
これが日本語と英語と2組ある(英語は英語勉強したい気分の時にしか にある
まずはこれを移行先の構造に合わせ以下のようなレイアウトに移動したい
最終的に出来たのがこれ
ROOT=${PWD} # hugo-exportの親ディレクトリで実行することを想定。
SRC="$ROOT/hugo-export/posts" # 移動元のディレクトリ
DST="$ROOT/content/posts" # 移動先のディレクトリ
cd $SRC
for $FILE in *.md
do
LEN=$((${#FILE} - 14)) # スラッグ未設定の場合は日付だけだったので、判別する。
if [[ $LEN -eq 0 ]]; then
AFTER="$DST/${FILE:0:-3}" # 日付だけの場合は仕方がないのでとりあえずそのまま移行する。
else
AFTER="$DST/${FILE:11:-3}" # スラッグがある記事については日付を取り除く。
fi
mkdir $AFTER
echo "$FILE to $AFTER"
cp "$FILE" "$AFTER/index.md" # 英語記事を移動するときはここだけ変える
done
これでだいたい移動ができた。
誤算だったのは下書きで、slugがファイル名にもフロントマターにも反映されていなかった。原因が下書きだからかスラッグが未入力だったからか? とはいえブログを移行して数か月という状況で、旧ブログに残っていた下書きの必要はなさそうなので、気にせず続行する。
Hugo-exporterはその名の通りHUGO用なので、Zolaとはフロントマター(ワードプレスで言うところの記事名とかスラッグとか、要は本文以外の情報が書いてるとこ)の書式が違う。 具体的に言うとHugo exporterの出力形式だとフロントマターはYAMLだが、ZolaはTOMLというのを使っているらしい。
出力時が以下
---
title: タイトル
author: ワードプレスのユーザー名
type: post
date: 2019-06-24T12:01:46+00:00
draft: true (公開済みの記事はこの行自体がない)
url: /ja/slug/
featured_image: /path/to/image
categories:
- 未分類
tags:
- tag1
- tag2
---
移行MD形式の本文
移行先に合わせた修正後のフォーマットが以下 ※移行ついでにいらない情報削除したりスラッグの構造を変えつつ旧パーマリンクにエイリアスをつくって以前のurlでも飛べるようにとかしてるんで同じ内容というわけではない。
本記事はQiitaに投稿した記事と同一の内容となります。
半年前にサーバーの移転に伴ってNextcloudも引っ越ししたのだが、いくつかエラーが起きていたので、致命的なのだけ修正して放置していた。
ドメインを移行したついでにサーバー自体をレンタルサーバーからAmazon Light sailに移行した。
ファイル共有兼同期できるメモ帳としてNextcloudを導入したら思ったよりもいろいろできて感動した話。
前回の記事の続き。
サーバのOSを入れ直しに伴いバックアップと再設定をした。
これまでUbuntu19.04で運用していたファイルサーバが、アップグレードに伴いなぜか自動でサスペンドするようになってしまった。
非常に不便なので早急になんとかしたかったがざっと調べても同様の事例が見つからなかったので、諦めてクリーンインストールすることにした。
ついでに興味があったManjaroにOSを変えることにした。
PCゲーム中にメモとか調べ物とか他のことをしたい。
2019/08/28 仮想化について追記
引数として先程のMACアドレスを使って## 経緯
節電のためにファイルサーバを平日の昼間サスペンドさせることにしたのだが、そうすると祝日の平日に手動でサスペンドを解除する必要がある。
コレ自体は仕方ないとして、せめて電源ボタンではなくメインマシンからLAN経由で遠隔で電源を入れられるようにしたい。
調べたところWake-on-LANというそれらしい機能があったので利用する
自作のファイルサーバがあるのだが、平日の日中は当然使われていない。
にもかかわらずつけっぱなしなのもどうかと思うので、そのあいだサスペンドするようにする
調べたところ、 時間を指定してサスペンド、一定時間後の復帰をさせる rtcwake
と
定期的にコマンドを実行させるcrontab
を使えば行けそうなので設定してみる。
メインのPCがなぜか勝手にサスペンドから復帰するという怪奇現象が起きている。
観察していたところ、どうも冷蔵庫が唸るときに連動して起動しているように見える。
まさか本当に冷蔵庫と連動しているわけではなく、思い当たるのは冷蔵庫の振動をマウスが拾っているのが原因ではないかと思われる。
というわけで無効化する。
わざわざ記事にするほどのことでもない気もするが、調べるときに地味に面倒だったので書き残しておくことにする。
というのもUbuntu でゲームの録画しようというのが調べてもなかなか出てこなかったので。
そもそも録画するほどのゲーマーなら普通に考えてPCもWindowsもあるわけで、
自分のようにPCゲームのためにWindows10渋々使うけどそれ以外は極力Linuxでやりたいというのはかなりレアケースだろうし仕方がない。
PCを自作NASに移行して半年弱、当時は予算の関係で保留にしていたが、そろそろHDD買い足してバックアップなども万全にしたい
当初はファイルシステムは無難にext4、マザーボードの機能でRAID1を組むつもりだったが、いろいろ調べた結果ZFSというファイルシステムを導入することにした。
ここ半年の中で一番の大きな出来事といえば、自作pcだと思う。