エントリー

カテゴリー「本サーバ関連」の検索結果は以下のとおりです。

ページ移動

Cubieboard2をDLNAサーバで復活させる

昨年ディスククラッシュでWebサーバを止めてしまったCubieboard2,ボード自体は問題ないのでサブPCの交換したSSD480GBを使ってDLNAサーバにする

IMG_20250506_102432.jpg

取り外しボード上の埃を清掃

IMG_20250506_104939.jpg

長年利用したboot用の8GBのμSDカードは使えるだろうか?と全WriteでSDフォーマットする

ss20250506_001.png

問題なさそうなのでOSをセットアップ

既に専用OSであるCubianは更新されていないのでArmbianを使う

ss20250506_002.png

「Armbian_community_25.5.0-trunk.370_Cubieboard2_bookworm_current_6.12.20_minimal.img」

ミニマムバージョンをDL(こちら)してμSDカードに書き込む

ss20250506_003.png

μSDカードをセットして起動

IMG_20250506_145954.jpg

armbianのデフォルトユーザーはroot,パスワードは1234

最初のログインでrootのパスワード変更とリモートからログイン可能なユーザ登録(後でarmbian-configからrootログインをネット経由禁止にする)

拙者はIDを1001に統一したいのでユーザ登録せずBREAKして統一グループとユーザを作成

# addgroup ...

# adduser ...

sudoを使えるようにする

# gpasswd -a hoge sudo
ユーザ「hoge」をグループ「sudo」に追加

SSD480GBをルートにして起動させるためルートディレクトリの変更

$ sudo nand-sata-install

ss20250506_004.png

ss20250506_005.png

画面に沿って進めていけばsda(SSDなら)にシステムがコピーされboot可能になる

完了後,reboot

ss20250506_008.png

$ sudo apt update
・・・
$ sudo apt upgrade
・・・
$

カーネルがアップされたので,reboot

armbian-configにて日本モードにする(TM,UTFなど)

DLNAサーバのセットアップ(参考サイト

$ sudo apt-get install minidlna

$ cat /var/log/minidlna/minidlna.log
minidlna.c:1126: warn: Starting MiniDLNA version 1.3.0.
minidlna.c:393: warn: Creating new database at /var/cache/minidlna/files.db
minidlna.c:1186: warn: HTTP listening on port 8200
scanner.c:730: warn: /var/lib/minidlna を検索中
scanner.c:819: warn: /var/lib/minidlna (0 ファイル) の検索終了!
playlist.c:135: warn: Parsing playlists...
playlist.c:269: warn: Finished parsing playlists.
monitor.c:222: warn: WARNING: Inotify max_user_watches [8610] is low or close to
the number of used watches [2] and I do not have permission to increase this limit.
Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.

$ sudo sysctl fs.inotify.max_user_watches
$ sudo echo "fs.inotify.max_user_watches = 86100" > /etc/sysctl.d/minidlna.conf
$ sudo sysctl -p /etc/sysctl.d/minidlna.conf

$ sudo apt install vim

$ sudo vi /etc/minidlna.conf

メディアディレクトリの変更
#media_dir=/var/lib/minidlna
media_dir=/svr/minidlna

$ sudo service minidlna restart

ネット関係のコマンドが何も入ってない

$ sudo apt network-manager

$ sudo apt install net-tools → iproute2に移行して非推奨(ifconfigはip)

$ sudo apt install dnsutils (nslookup等)

メディアをWindowsから操作するためsambaをセットアップ

$ sudo apt install samba

$ sudo vi /etc/samba/smb.conf

[minidlna]
path = /srv/minidlna
public = yes
writeable = yes
create mode = 0666
directory mode = 0777
allow trusted domains = yes

$ sudo service smbd restart

cubieboard2をdlnaでアクセス可能にしてVLC,MediaPlayerで確認

簡単な情報として,MiniDLNA statusを,「http://dlna:8200/」で参照可能

DLNAサーバはWindowsネットワークアイコンにも表示される

(追加:2025.5.8)

元ケースを修正して収めた

IMG_20250507_173926.jpg

  • UPSを取り除いた
  • 12V電源が無くなったので5V FANに交換
  • FAN制御を基板化
  • CPUボード,SSDのケース内配置を変更

FAN制御のためのGPIO

直接制御ではなくコマンドで対応する(NOAAサーバ構築時調査済

既に必要なコマンド類は導入されていたので,一般ユーザでもGPIOを利用できるようにする
$ sudo chmod 666 /dev/gpio*

起動時にパーミッションを変更
$ sudo vi /etc/rc.local

$ sudo gpiodetect
gpiochip0 [1c20800.pinctrl] (288 lines)
gpiochip1 [axp20x-gpio] (4 lines)

$ cat /sys/kernel/debug/pinctrl/1c20800.pinctrl/pins
registered pins: 175
pin 0 (PA0) 0:1c20800.pinctrl
pin 1 (PA1) 1:1c20800.pinctrl
pin 2 (PA2) 2:1c20800.pinctrl
pin 3 (PA3) 3:1c20800.pinctrl
pin 4 (PA4) 4:1c20800.pinctrl
pin 5 (PA5) 5:1c20800.pinctrl
pin 6 (PA6) 6:1c20800.pinctrl
(略)
pin 192 (PG0) 192:1c20800.pinctrl
pin 193 (PG1) 193:1c20800.pinctrl <- PG1 = 193
pin 194 (PG2) 194:1c20800.pinctrl
pin 195 (PG3) 195:1c20800.pinctrl
(略)
pin 275 (PI19) 275:1c20800.pinctrl
pin 276 (PI20) 276:1c20800.pinctrl
pin 277 (PI21) 277:1c20800.pinctrl
$

同じPG1を使用(前回

(PG1:5pin目,GND:10pin目)

$ gpioset gpiochip0 193=0 #OFF 0V
$ gpioset gpiochip0 193=1 #ON 3.3V out

制御プログラムは前回を元に調整

Blogのメンテナンス

去年HDがクラッシュしたため新サーバに移行したが,未対応箇所があったのでメンテナンスを行った

コメント投稿

投稿キーが未表示がなっていてコメントの投稿ができなくなっていた

原因はPHPのイメージ関数(GDライブラリ)がインストールされていなかった

GDチェックは,phpinfo()で結果を観るか「php -m | grep gd」で判る

$ sudo apt install php-gd
$ sudo systemctl restart apache2

この際なので必須でないメールアドレスとURLに必須でない旨を記載

名前もニックネームとして適当な入力を判り易くした(ニックネームは管理上必須)

freoを最新版へ更新

一部の不具合ファイルを更新

バージョンを「Ver.1.21.0a」とした

SSL対応

本Blogは閲覧者からの情報を得ることはコメント投稿時以外ないのでSSLに対応する必要はないのだが最近のブラウザはSSL通信が基本になってるようなので対応した(ブラウザで安全でないサイトって出るのも気分悪いしね)

実際は新サーバでSSL対応してなかっただけで,前サーバまでのSSL証明書は「いわゆるオレオレ」で対応していた

今回は「Let's Encrypt」で認証して貰った

参考サイト:https://www.server-world.info/query?os=Debian_11&p=httpd&f=3

注意点としては「/etc/apache2/apache2.conf」の設定も確認しておくこと

Windows11の24H2(別件)

遂に強制的に24H2のアップデートが行われてしまった(本日)

そこで大問題となったのがSAMBAアクセスで上記の対応中だったので焦った

以下のサイトを参考にして復旧

こちら

Windows HOMEの場合は以下のサイトでローカルポリシーの設定ができるようにして「gpedit.msc」を実行

こちら

レベルダウンと言っても良い不具合レベルだと思うが,なんとかなったので良かった

システムメンテナンス

6月に移行してから長期稼働していたので再起動メンテナンス

カーネルのアップもあったので大丈夫か心配だったが思い切ってついでにアップグレード

案の定,再起動してもなかなか起動しない

IMG_20241123_140615.jpg

やってしまったかと思いケースから取出しコンソールで確認したところ・・・ファイルシステムのチェック待ちだったようだ

今回の全ログ

大型アップデートになったので念入りにチェックすることになったようでSSDなのに5分くらい掛かった

ファイルシステムに問題はなく完了

ブログ,メールシステムともに異常なし

ようやくBlogを復旧

6/9 16:00頃 サーバUPSのバッテリ確認する際にやってしまった

UPSの調子が悪いようなのでメンテナンスするかどうか悩んだ末,HDDを止めると再起動しない感じがしたので肝心なファイルはバックアップして触ろうとしたら主電源が落ちてしまった

それでも電源ONして再起動してくれたのだけどHDDの音がおかしい様子だったので再度(shutdown -h)正規の方法で電源断終了(実際はHDDがリトライしていたので遅い)

そして・・・二度と起動しなくなってしまった

IMG_20240609_221304.jpg

なので急遽,準備していた新サーバへ移行しBlogだけは復旧したが全復旧までは時間がかかりそうだ

6/11 Blogをバックアップから復旧させたが書き込みできくて再度復旧方法を検討

6/29 Blogもエントリーの更新がようやく解決(本日)

次期システムとして構築しておいたものが2年前からだったのでBlogシステムであるfreoのソースが同期させていたと思うのだけど異なる感じもありHDDが読めないかどうか復旧を試みていた

IMG_20240618_155858.jpg

2回復旧を試して,結果はシステムは読めたがコンテンツは全滅

少しぐらいは復旧できると思っていたのでショックである

どうやらi-nodeが破壊していたようで全く駄目(どの時点で破壊されたかは判らない)

Blog:別バックアップにより全復旧

自宅アメダス:全滅 → 少し前のバックアップがあった

NOAA画像:3月時のバックアップがあり復旧,3~6月までは受信サーバに受信データが残存しているので復旧可能

サーバアクセス記録:全滅

競馬DB:全滅だが再構築は可能

共有ディスク:全滅で再構築は可能だけど別サーバにしようかと検討中

その他:いろいろDB化していたが全滅(影響度は低い)

メールシステムは即日に再構築したので全復旧

システムディスクは残っているのでシステム設定は再確認可能

と,いう結果となってしまった

ここまでディスクが破壊されたのは初だな

ページ移動

ユーティリティ

検索

エントリー検索フォーム
キーワード

過去ログ

Feed