Linux | ekbt

NASのHDD交換

NASのHDD

NASとして運用しているLinux機のOSはUbuntuで運用しているが、これまでHDDは4TBのHDD１台と2TBのHDD２台で計8TBで運用していた。しかし、余ったHDDも4TBが2台、500GBが2台ある。これは売ってしまって、HDDはもっと大容量のものに買い替えようと思っていたが、ご存じの通りHDDも大幅な価格上昇で逆に4TBと言えども高価なものになり貴重になった。

NASは4TB2台へ

なので、余っているHDDは有効活用することにした。NASへは4TBのHDD2台として、余った2TBのHDD2台と4TB1台は、データ移動バックアップ用として活用することにした。

4TBのHDD取付

Seageteの4TBのHDDをまずはNASに取付、2TBのHDD2台は外すことにした。

今回取り付けるSeagateのST4000DM004、2019年製

取付の様子

2TBの日立製のHDDを外し、そこに4TBを取り付けた。

HDDとSSDの構成。OS自体はSSDに入れてそこから起動するようにしている。HDDは「/home/share/」にマウントして、そこからsambaで共有をかけている。

今の時期夏で暑いので、直接ファンでクーリングするようにしておいた。

HDDのマウントとsambaによる共有設定。

まずは、OSを起動して、ユーティリティのディスクを起動。

でHDDの認識状況を確認。

無事認識しているようだ。そこで、中央左のギアマークをクリックして、マウントの設定を行ってゆく。

出て来たメニューの「マウントオプションを編集」をクリックする。

ここで、「ユーザーセッションのデフォルト」をOFFにして、「マウントオプション」の「システム起動時にマウントする」と「ユーザーインターフェイスに表示する」にチェックを入れる。

また、「表示名」は分かりやすいように「sgt4tb」にした。そして「マウントポイント」を「/home/share/sgt4tb」とする。設定したら、「OK」ボタンをクリック。

アクセス権限などの設定

ターミナルを起動して、フォルダーの所有者や、アクセス権限の設定を行っていく。

まずはlsコマンドで、フォルダーの状況を確認。

そして、

sudo chown nobody:nogroup /home/share/sgt4tb
sudo chmod 777 /home/share/sgt4tb

２つのコマンドを実行。これでWindowsなどから見えるようになっているはず。

なお、sambaの共有設定はもうしているので、これでいいはず。

sambaのインストールは
apt install samba

sambaの共有フォルダーの設定は

sudo mkdir /home/share
sudo chmod 777 /home/share

sambaの「/etc/samba/smb.conf」の設定は以下を追加している。

nanoでsmb.confを開く
sudo nano /etc/samba/smb.conf

設定ファイルでは

======================= Global Settings =======================

の所で以下を追加
unix charset = UTF-8
dos charset = CP932

ワーキンググループの設定
#Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = XXXX

外部から見える時の表示
#server string is the equivalent of the NT Description field

server string = %h server (Samba, Ubuntu)
netbios name = XXXX

ここは各LANの設定に合わせて変更
####Networking####
interfaces = 127.0.0.0/8 192.168.1.0/24

sambaシェアーの設定
「share」　　　　　　　　　　　＜－[share]と記入
path = /home/share
writable = yes
guest ok = yes
guest only = yes
force create mode = 777
force directory mode = 777

sambaの起動設定反映
sudo systemctl restart smbd

Windows側からの見えかた

不必要になったフォルダーはrmコマンドとかで削除しないと。間違って入れるとHDDではなくOSの入ってるSSDに書き込まれてしまうので、すぐに容量オーバーになる。

rm -r tmporg

しばらくたってもWindows側から見えない、もしくは見えてもパスワードを要求される場合には、samba用のユーザーを作っておくとよい。
ユーザー作成と登録手順
Linuxユーザーの作成:
sudo useradd -M -s ユーザー名
Sambaパスワードの設定: Samba用のパスワードを登録します。
sudo smbpasswd -a ユーザー名
ユーザーの有効化: 登録したアカウントを有効にします。
sudo smbpasswd -e ユーザー名

外したHDD

2TB2台がケースに入れてUSB接続するなど色々使えるようになった。

#NAS #ubuntu #seagete #ST4000DN004 #samba #linux

-広告-

CPUグリス塗り替え

中古で購入したので

Win11/Linux(Fedora)機に使用しているNVIDIA GeForce RTX3060 中古で購入したので、一応GPUのグリスを塗り替えておくことにした。

分解掃除中

グラボを開けてみると、やはりカパカパになっていた。

GPUチップの表面型番

グリス塗布

グリスはTK-GR2、ナノダイヤモンドグリス熱伝導率16W/mKというものを使用。

-広告-

末永く使えるようたっぷり塗っておいた。

動作確認

動作試験をやってみて、最高温度は86℃位とあまり変わらなかった。

動作確認サンプル画像

#aiartwork #nvidia #rtx3060 #linux #fedora #stabilitymatrix #aiグラビア #aiart

-広告-

Linux/Win機ファン追加・メモリ増設

ファン追加

AIお絵描き用Linux/Win機、グラボが少しでも冷えるようにと、グラボの横にファンを付けました。

メモリも倍増

さらに、メモリもWin専用機が32GBもあるのにいつも30％位しか使ってないので、それとメモリ入替して16GB->32GBメモリにしました。ご存じの通りメモリは今高騰しているので使い回し。

メモリ不足解消

おかげで、余程連続して描かせない限りはメモリ不足で遅くなることもなくなりました。
普通に使っているとスワップ領域も殆ど使わないで済んでいます。
1280×856のサイズで平均描画時間は20秒程度。

やはりケースも交換か

グラボのクーリングはやはりケース前面が閉じているせいか、最高85-86℃まで上がるようです。描画を止めるとすぐ下がってきますが。
前面が空いたケースに替えないといけなさそう。

描かせたサンプル画像

メモリに余裕が出来たせいか、若干画像も良くなったような・・・

#fedora #stabilitymatrix #nvidia #rtx3060 #aiグラビア #aiart

-広告-

Fedora WorkStation版へ入替

KDE版はちょっ中落ちる

Fedora KDEが調子が悪い。とてもStability Matrix を入れる段には進めないので、同じFedora でもWorkStation版ならいいかと入れなおしてみた。数日経っているが、画面が乱れて落ちることもなく安定に動作している。グラボにもステーを付けて安定させておいた。

インストールはLiveメディアから

KDE版と同じくLiveメディアをUSBメモリ―に作成してそれからインストール。Ubuntuは容量がとうとう8GBになったが、Fedoraの場合2.8GBと小さいのでなかなかよい。

インストール完了。グラボの認識もOK。

RPM Fusion リポジトリの有効化してCUDAドライバのインストール

ここがキモだが、なかなかややこしい。

手順としては、こんな感じです。現時点での情報で、URL等が変更になる可能性もあるので注意が必要。

① RPM Fusion（free + nonfree）を追加

sudo dnf install \
https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm \
https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

② NVIDIA ドライバ（akmod）をインストール
RTX 3060 は最新ドライバ
sudo dnf install akmod-nvidia

CUDA も必要
sudo dnf install xorg-x11-drv-nvidia-cuda

③ カーネルモジュールをビルド
sudo akmods –force
sudo dracut –force
ビルドが終わるまで待つ（重要）。

④ 再起動
sudo reboot

詳しくは、RPM Fusion(https://rpmfusion.org/Configuration)のHPを参照の事。

ダウンしたStability Matrix を起動

Stability Matrixのダウンは、GitHubサイトを開き、Latest（最新版）のStabilityMatrix-linux-x64.zipファイルをダウンロードする。https://github.com/LykosAI/StabilityMatrix/releases

.zipファイルを解凍しておく。

ファイルの解凍と配置ダウンロードしたZIPを解凍すると、中にStabilityMatrix.AppImage（または実行ファイル）が入っています。
これを、十分な空き容量（最低でも50GB〜100GB以上を推奨）があるフォルダに移動させます。
そして、実行権限の付与の設定、配置したファイルを右クリックして「プロパティ」を開き、「プログラムとして実行を許可」のチェックをオンにします。
（または、ターミナルで chmod u+x StabilityMatrix.AppImage を実行します）

起動実行権限を与えたファイルをダブルクリックして起動します。

次の約款・・・の所にチェックを入れ、続けるをクリック。すると、どのパッケージを使うかとか、使うチェックポイントの設定になるので、色々と最新のものもあるけれども、

昔から使っているよさそうな、

パッケージはStable Diffusion Web UI　Automatic 1111
チェックポイントはepicrealismXL_pureFix

起動後もその他、細かい設定も色々ある。AIに聞きながら色々やっている。

パッケージの設定で、-medvram –xformers など

そしてAIお絵描きを再開。Windowsの時よりとにかく早い。1.5倍位は早く描ける。色々とAIと相談し細かい設定追加、プロンプト作成変更等を今やっている。

サンプル動作画像

起動後数日で試しに描いてみた画像です。まあうまく動いているようだ。

試し動作で描画させたサンプル画。

ただ、やはりメモリ―が逼迫して段々遅くなる。同じプロンプトで連続で描かせるとメモリ―消費は抑えられるようだけれども、プロンプトを修正してはまた描かせるを繰り返していると、結構遅くなり場合によっては止まったりする。グラボの温度は連続動作させていると８０度程度まで上がる。クーリング環境も検討しないといけない。

今後の課題

まずはメモリ―増強だな。しかし、今メモリ―がご存じの通り高騰しているのでしばらくは我慢か。
それから、今使っているケースは前面が空いてないので前面ファンがついているが、グラボに直接外気があたるようにはならない。前面の空いているケースに変更しないと。
あとはCPUもRYZEN 7あたりにアップしたいかな。

#fedora #stabilitymatrix #nvidia #rtx3060 #aiグラビア #aiart

-広告-

Win/Linux機へFedora KDE

Fedora回帰

Win/Linux機、Linux最近はUbuntuばかりだったが、昔使っていたFedora Linuxへと回帰することにした。Fedoraは色々と種類があるので、KDEのPlasma を入れてみることにした。

SSDを差替えてのダブルブートにしている

ISOファイルダウン

FedoraのHPからLiveのISOをダウンしてそれから起動、インストール。

Liveメディアからインストール

ダウンしたISOファイルを使い、rufusを使いUSBメモリ―に書込みインストールメディア作成。

インストール

インストールはLive起動したところから

インストール完了

無事インストールは完了。以前より設定等が簡単になって意外と早く終わった。

トラブル発生

まあWindowsの操作環境に似ていて良かった。Google Chromeをいれるところまではやった。が・・・

どうもnvidiaのRTX3060との相性が悪いのか、しょっちゅう画面が乱れてハングする。困った。どうもKDE自体がnvidiaとの相性が悪いようだ。FedoraもWorkStation版がいいかな？

#linux #fedora #fedorakdeplasma

-広告-

GeForce RTX3060にアップ

やはりNVIDIAかと

Windows11とLinux（Ubuntu）のSATA SSD差替えでのダブルブート機、グラボはやはりNVIDIAかと、Radeon RX6600からGeForce RTX3060にアップ。

NVIDIA GeForce RTX3060

ELSA(エルザ) のGeForce RTX 3060 ERAZOR GD3060-12GEBEZ

結構古めの中古

取付

Radeon RX6600を取外し、GeForce RTX3060を取付。取付は簡単に終了。

性能チェック

GPU-Zにて動作状況をチェック。

問題なく動作しているようだ。

3DMarkでもベンチ。

まあまあの性能になった。今の所Windows11でしか動かしてないが、Ubuntuが26.04が出ているので、そちらもインストしてみようかと・・・。

rtx3060 #nvidia #geforce #windows11 #linux #ubuntu #ssd #AI

-広告-

Radeon RX 6600 XT導入

AMD三昧

AMDのCPU（Ryzen 5 3500）のLinuxとWindowsのダブルブート機、本格グラボ導入。中古のASRock製グラボ Radeon RX 6600 XT Challenger D 8G OC
これでUbuntuを導入、StabilityMatrixでAI絵作成専用機とする予定。CPU・GPU両方にAMD製、まさにAMD三昧。

取付の具合

中古のASRock製グラボ Radeon RX 6600 XT Challenger D 8G OCの外見

これで4K動画もスムーズに再生できるようになった。

以前のグラボ

以前使用していたのは、玄人志向のGF-GT710-E1GB/HSだった。これはただ表示のみという感じ。ぎりぎりHD動画は再生可。
NVIDIA GEFORCE GT710搭載

OSの認識

まずはUbuntu24.04を導入。

問題なくグラボは認識。

さて、引き続きWindows側でもやっておくか。

#RADEON #AMD #RX6600

-広告-

UPSのオーバーロード

UPSのSUA500JBがオーバーロードしてしまい、ピーピー言って電源が入らなくなった。このUPS、東日本大震災の時、計画停電するとかで、購入したのでもう15年経ってしまった。取説などどこかにいってしまった。メーカーAPCのHPでももうサポート修理期間も終了していることになっている。去年夏バッテリー交換して快調に動いていたのに。

どうすればオーバーロードをリセットできるかと悩んでいたら、設置場所から動かして良く前後を確認してみたら、裏側の右下に「過負荷保護リセットボタン」があった。これ、機械式ヒューズだな。ボタンが飛び出していたので、これを押してみると見事に復活、使えるようになった。

しかしこのUPS、もう15年も経っているので、そろそろ変え時でもある。もう一台同じころに計画停電備え購入したSUA1000JBもある。ことちらもバッテリー交換が必要だ。しかし古い。メンテナンスして使い続けるのか、最近流行のポータブルバッテリー電源にしてみるのかどうしようかなあ。太陽光発電と組み合わせると電気代も安くなりそうなので・・・。

-広告-

#UPS #APC

AI機への改造－１

AI機への改造

Win11/Linux機のAI用にメモリ増しまし、グラボ入れ替えを企んでいる。

まずは電源増強

まず電源増強を行った。前はLinuxでHPを見たりワードやエクセル、pythonなど動けばいいという感じで400Wの電源しか積んでいなかった。これを一気に650Wにしました。前のは玄人志向の物、

今回はCougarのATLAS650。80PLUS Goldが良かったが、高いのでBronzeで我慢。

なお、AI（Stability Matrix）をやるうえで必要なハード仕様は、

用途	推奨GPU	VRAM目安
軽量モデルでの画像生成	GTX 1660 / RTX 2060	6GB以上
LoRAや高精度モデル使用	RTX 3060 / RTX 3080	12GB〜24GB
複数UIを同時に使う	RTX 3090 / RTX 4090	24GB以上

だそうで、

最小限の電源は、グラボにRTX 3060を使うとすると、
NVIDIA公式推奨電源容量：550W以上
RTX 3060単体のTDP（消費電力）は約170W。CPUや他のパーツ（SSD、HDD、ファンなど）を含めると、システム全体では300〜400W程度の消費が見込まれます。
安定動作と将来の拡張を考慮すると、600〜650Wの電源ユニットが理想的だそうだ。