デフォルトの設定ではサイドバーの幅が本文に比べて多すぎるように思ったので幅を調整してみた。
方法はネットのお世話になりこのページのお世話になり、style.cssに以下の内容を最後に追加した。
@media screen and (min-width: 48em) {
.wrap {
max-width: 1200px;
padding-left: 3em;
padding-right: 3em;
}
.has-sidebar:not(.error404) #primary {
float: left;
width: 75%;
}
.has-sidebar #secondary {
float: right;
padding-top: 0;
width: 19%;
}
}ラズパイのBusterでUPDATEを試みたところ
などのエラーメッセージが出てUPDATE出来ない事象が発生した。
私としては今まで経験が無かったことなので少し慌てたがネットで調べると良くあることのようで、その内容に従って処置すると難なくUPDATEに成功した。以下はその内容である。
１の「公開鍵を利用できないため、以下の署名は検証できませんでした」に対しては
警告メッセージの中に
NO_PUBKEY 04EE7237B7D453EC NO_PUBKEY 648ACFD622F3D138
なる記述があり、警告は２項目であるのでそれぞれその内容に従い、
$ sudo apt-key adv –keyserver keyserver.ubuntu.com –recv-keys 04EE7237B7D453EC
$ sudo apt-key adv –keyserver keyserver.ubuntu.com –recv-keys 648ACFD622F3D138
と２回キーの書き換え操作を行う。これは警告されるキーの数だけ行う。
２の「以下の署名が無効です」に対してはりすとで確認すると
pi@raspberrypi:~ $ apt-key list
/etc/apt/trusted.gpg
—————————————————-
pub rsa2048 2012-04-01 [SC]
A0DA 38D0 D76E 8B5D 6388 7281 9165 938D 90FD DD2E
uid [ 不明 ] Mike Thompson (Raspberry Pi Debian armhf ARMv6+VFP) mpthompson@gmail.com
sub rsa2048 2012-04-01 [E]
pub rsa2048 2012-06-17 [SC]
CF8A 1AF5 02A2 AA2D 763B AE7E 82B1 2992 7FA3 303E
uid [ 不明 ] Raspberry Pi Archive Signing Key
sub rsa2048 2012-06-17 [E]
/etc/apt/trusted.gpg.d/microsoft.gpg
————————————————
pub rsa2048 2015-10-28 [SC]
BC52 8686 B50D 79E3 39D3 721C EB3E 94AD BE12 29CF
uid [ 不明 ] Microsoft (Release signing) gpgsecurity@microsoft.com
/etc/apt/trusted.gpg.d/php.gpg
———————————————
pub rsa3072 2019-03-18 [SC] [期限切れ: 2021-03-17]
1505 8500 A023 5D97 F5D1 0063 B188 E2B6 95BD 4743
uid [期限切れ] DEB.SURY.ORG Automatic Signing Key deb@sury.org
———————————————————————————————————–
DEB.SURY.ORG の署名が有効期限切れなのでphp.gpgを削除する。
$ sudo rm /etc/apt/trusted.gpg.d/php.gpg
update時のエラーメッセージ中に表示されているDEB.SURY.ORG の キー を削除する。
$ sudo apt-key del Z181S2B699CD5741
OK
DEB.SURY.ORG の新しい GPGファイルをダウンロードする。
$ sudo wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg
これで$ sudo apt-get update でエラーが出なければ成功である。
最近USBメモリーを使った外部とのデータのやり取りが増え、自宅での作業もそのUSBメモリー内のファイルに対して行うことが増えて来た。
ホームページのデータなどは自宅内のNASサーバーにおいてあるので自宅内に何台かあるパソコンでの作業もNAS内のファイルに行うことが出来るので問題ないが、持ち歩くUSBメモリー内のファイルとなれば別で作業するパソコンに都度差し込む必要が出て不便である。
そこでこのUSBメモリーも家庭内NASと同様の扱いが出来れば便利かと思い付き調べてみるとusbmountなるものがありこれをインストールすればUSBメモリーを挿すだけで特段操作しなくてもNAS内のファイルと同等の扱いが出来ることが判明したので早速試してみた。
ここを参考にusbmountのインストールを実施する。
まず
sudo apt-get install update
sudo apt-get install upgrade
sudo reboot
で最新バージョンにしておいてからusbmountをインストール
sudo apt-get install usbmount
usbmountの設定ファイルである/etc/usbmount/usbmount.confを編集
FILESYSTEMS=”ext2 ext3 vfat usbfs”
MOUNTOPTIONS=”sync,noexec,nodev,noatime”
FS_MOUNTOPTIONS=”-fstype=vfat,iocharset=utf8,codepage=932,uid=1000,gid=1000,dmask=000,fmask=011″
など
使っているrasbianがstretchの場合
sudo vi /lib/systemd/system/systemd-udevd.serviceを編集
MountFlags=slave
を
MountFlags=shared
に
sudo reboot
USB メモリーをラズパイに挿入して自動マウント出来ていれば完成
pi@raspberrypi:~ $ df
| ファイルシス | 1K-ブロック | 使用 | 使用可 | 使用% | マウント位置 |
| /dev/root | 14836000 | 1274544 | 12925836 | 9% | / |
| devtmpfs | 470116 | 0 | 470116 | 0% | /dev |
| tmpfs | 474724 | 0 | 474724 | 0% | /dev/shm |
| tmpfs | 474724 | 12572 | 462152 | 3% | /run |
| tmpfs | 5120 | 4 | 5116 | 1% | /run/lock |
| tmpfs | 474724 | 0 | 474724 | 0% | /sys/fs/cgroup |
| /dev/sda1 | 30228480 | 665280 | 29563200 | 3% | /media/usb2 |
/media/usb2にマウントされている。
/etc/usbmount/usbmount.confで指定したuidとgidが機能しているかどうか
ls -l /media で見てみるとuser,group共 pi となっており設定が機能していた
これがrootのままだとsambaでwindowsから書き込めないなどの不具合が出る。
次に家庭内のどのパソコンからでもアクセスできるようsambaに組み込む。
sudo vi /etc/samba/smb.conf
の最後に
[USB]
path = /media/usb2
read only = no
guest ok = yes
force user = pi
を書き込み/etc/init.d/smbd restart
でsambaを再起動してWindowsから見えれば完成である。
令和３年５月１日追記
その後USBメモリーの使い勝手を良くするためamazonで見つけたUSB延長コードを購入。
ラズパイのUSBポートに直に抜き差しするのは稼働している機器に衝撃を与えることとなり不安であったがこれだと安心して抜き差しが可能である。
エクスプローラでNASを指定した時の画像。USBが組み込まれている。
動画ファイルを扱うことが頻繁になり、サーバーの容量と速度不足が気になっていたので、サーバーをラズパイ3B+に32G-SDcardからラズパイ4Bの4Gメモリーのものに120GのSSDをつけたものに取り換えた。
最初はメモリー不足から応答が遅くなっていた事への対応が出来ればということでSDカードをそのままラズパイ4Bに刺せばいいのでは思っていたのだが、何故かラズパイ3で稼働していたSTRECHの入ったSDカードはラズパイ4Bでは動作せず、結局新規にBusterをインストールしたラズパイ４にwordpressを移設するはめとなり大がかりとなってしまった。
やり方は
$ sudo apt-get install certbot python-certbot-apache
で関連ファイルを追加する。上手く追加されたかどうかを以下のコマンドで確認する。
$ sudo certbot –version
旧サーバーの/etc/letsencrypt 以下のファイルを新サーバーの/etc/letsencrypt以下にコピーする。
以上で移設完了である。IPアドレスを旧サーバーのものに変更して起動する。
https://anabuki.mydns.jp/でアクセスできれば移設成功である。
今回は何故か一発で完了した。SSLが動かなかったらどうしようとか、wordpressとmysqlとの連携が壊れていたらどうしようとか心配したが、案ずるより産むが易しであった。
美味く動かなかった時は旧サーバーに戻すことも想定しながら作業した。
今後不具合が出る可能性がないとは言えないので、個別に対応していくつもりである。
結果は、やはりメモリー・SSD共高速であり、ログインとか編集画面への移行時引っ掛かかっていたものも無いようである。めでたしめでたしである。
しかし、一夜明けwebalizerのデータを見てみると日本語が大化けでした。
過去の自分で書いた記録を見てみると、日本語化にはソースからのコンパイルが必要とのこと。結構大作業のようなので後日暇を見つけて挑戦してみるつもの。
よく調べておけば良かったと後悔しきりである。