Debian最少構成でUSBメモリーからBoot

５年前に購入したXS-35機で、HDDを使用せずにUSBメモリーだけでBoot可能にしました。
その備忘録です。

使用したのはDebian8-JessieのNet-inst用ですが、最新のStretchでも同じ。

USBメモリー、USB-DVDを接続しておいてCD-ROMから立ち上げ。後半で追加すべきデスクトップやプログラムは一切選択なし（これで勝手に最少構成になる）

次にUSBメモリーでBoot立ち上げ後、以下の作業を追加

１）アップデート
　　su
　　apt-get update
　　apt-get upgrade

２）sudoをインスト
　　apt-get install sudo
　　visudoで以下のkimiko以下を1行追加
　　# User privilege specification
　　root    ALL=(ALL) ALL
　　kimiko    ALL=(ALL) ALL

　　rebootして、kimikoでログインしなおす

３)ufwのインスト
　　sudo apt-get install ufw

　　$ sudo ufw disable (ファイヤーウォール無効)
　　$ sudo ufw default DENY (基本遮断)

　　$ sudo ufw allow from 192.168.11.2 to any port ****（ssh用ポート変更）
　　$ sudo ufw allow from 192.168.11.4 to any port ****
　　$ sudo ufw allow from 192.168.11.5 to any port ****

　　$ sudo ufw allow 9000　　　（Opensim用）
　　$ sudo ufw allow 9001/udp
　　$ sudo ufw allow 9002/udp
　　$ sudo ufw allow 9003/udp


　　$ sudo ufw enable (ファイヤーウォール有効)
　　$ sudo ufw status  (ufw ステータス確認)


４)sshのインスト
　　$ sudo apt-get install ssh
　　$ sudo nano /etc/ssh/sshd_config

　　4行目
　　port 22 >>>> ****

　　# 27行目：noに変更してrootログイン禁止
　　PermitRootLogin no

　　最終行に私だけログイン可能を追記・記載
　　AllowUsers *****

　　# /etc/init.d/ssh restart
　　　　 [ ok ] Restarting OpenBSD Secure Shell server: sshd.

５）USBメモリー寿命対策＞＞頻繁に書き換えするためにRamdiskを明示作成
　　# cd /
　　# mkdir ramdisk
　　# chmod 777 ramdisk

　　# nano /etc/fstab で以下の3行を追加
　　tmpfs    /tmp    tmpfs    defaults    0    0
　　tmpfs    /var/tmp    tmpfs    defaults    0    0
　　tmpfs    /var/log    tmpfs    defaults    0    0
　　tmpfs    /ramdisk    tmpfs    defaults    0    0

　　その後
　　# mount /tmp
　　# mount /var/tmp
　　# mount /var/log
　　# mount /ramdisk
　　これでrebootする

６）アクセスタイムの記録を止める。これもUSBメモリーの書換に相当するので無効にすれ　　ば延命に寄与。「/etc/fstab」のマウントオプションに「noatime」を追加。
　　$ sudo nano /etc/fstab
　　/dev/sdb1 / ext4 noatime,errors=remount-ro 0 0


７）Opensim、OSgridゲーム用にmonoをインスト
　　$ sudo apt-get install mono-complete

以上で完了。
以下のSSは、再起動直後の状態で、メモリー使用量は37MB、軽いわよん〜＾＾）

XS35-v2を母艦補助に転用

OsgridとJOGのサーバーはRaspberry Pi2で運用できるようになり、今までその目的で使用していたXS35機が余ってきました。

スペックはサーバー用で3年前に購入したもので、すっごく質素なものです。
（ベアボーンPC：Shuttle　XS35 V2 AtomD525 1.8GHz 4GBメモリー）
http://kimikodover.blogspot.jp/2012/03/osgrid-server.html

SLなどメインで使用しているのはwindows7機ですが、XS-35機をこの母艦の予備機に衣替えすることにしました。

OSはLinuxBeanで、母艦で使用しているソフト類もwineで稼働できるようにしました。
で、Opensim用のviewerにはLinux用Singurarityをインストしています。

25W程度でファンレスのXS-35機にはグラボーなどありません。
無理やり立ち上げたViewerのFPSは4・・・・・＠＠）

まあ、緊急用の補助機なら取り敢えずこれで我慢、ガマン。。。　^^)

200W程度のWindows7機が、25W程度のLinux機で代用できそう。

Raspberry 1台で JOG と OSgrid との並列接続できました

OSgridが復活しました。
さりとて、お世話になっているJOGからは去りがたく。。。。。

そこで両方を1個のRaspberryで並列運転するのにトライしてみました　^^)

OSgrid用は9000番台、JOG用は9010番台のポートを使用し、シミュレータはそれぞれ別フォルダーにしてRamdiskへコピペします。

JOG用のOpenSim.iniでは、listen_portの行を以下のように変更しています。
http_listener_port = 9010
Regions にあるRegions.iniも変更し、OSgridとは重複しないポートにしておきます。

これでscreenを使って、それぞれBackgroundで稼動させます。
Raspberry Pi 2 のメモリーが１GBに増えたおかげです。

両方あわせて１３個のSimで、約1万プリムをRezしています。
もう少しメモリーに余裕がありそう。。。。^^)

CPU負荷率は、待機時で1~5%、アタシがはいれば10%程度です。
これでメモリー込みの本体35$、3.5W消費電力って本当に優れたPCボードです^^)

Ramdiskの使用効果で、SDカードの寿命も延びればうれしいな～

（どちらも同じOAR使用なので、ちともったいないかな～？）

---------------------------------------------------------------------------
（追記150227）
MapをWarp3DImageModuleからMapImageModuleに変更しましたので、さらにRamdiskが楽になり、CPU負荷率も低下しました。　連動して数値と画像を入れ替えました。

OSgridの持ち物を移植しました＾＾

OSgridが3ヶ月経過しても復活しません。
そこでBackupしていた持ち物を、HypergridモードのStandaloneへ復活・統合させました。

これで持ち物類は一挙に6700個に膨れ上がりました。
Opensimのフォルダーは3.3GBですｗ・・・・・・＠＠）
この内の半分はAsset.dbです。

2時間ほどかかりましたが、これで一安心ですｗ
さっそくフォルダー全体をバックアップしておきます～　＾＾）

OSgrid進捗情報＞良いニュースじゃないけど。。。

ダウンしてからほぼ2ヶ月経過しましたが、苦戦中との公式情報です。。。＞＜
http://news.osgrid.org/2014/10/15/recovery-update/



(from irc, oct 15)

< leTwitch> The news is, there really isn’t much new to tell. Three different organizations spread geographically all over Texas are all struggling with a broken raid volume. We get two steps fwd and one back; be patient. There really isn’t a good way to give an eta on work like this; once we can certify that we have the volume back in a readable form, then we can start pinning down certain tasks and registering progress. Even then, ETAs will be just that *estimated* time to arrival.

< leTwitch> The real showstopper at this juncture is that the data recovery folks can see the data, but when they ship it to the datacenter and we get it hooked up to the server, we cant. So right now what’s happening is a straight up dump of the paths and directories to a big volume (single partition). The last thing that didn’t work for us was a set of partition copies. The thing we’re doing now is the last trick up the sleeve of the engineer doing the data recovery; if this doesn’t work, we’ll be left with nothing more to do than rebuild the server and start rebuilding from archives.

My understanding is, we dont pay anything if they dont get our stuff back, so if thats how it winds up, we’ll be talking with them about getting back what we have already paid them.

< leTwitch> so if nothing else, the end of the waiting will soon come to pass.
< leTwitch> we’ll be moving forward one way or another.
< leTwitch> Heh, I guess that is news of a sort.
< leTwitch> o/

OSgridからの状況お知らせ

昨日にtwitterへアップされた公式状況です。

NEWS: The cloned drives are back at LSN. They will be connecting one pair
of the drives and attempting the first stage of the rebuild.
https://twitter.com/osgrid/status/514542478855507969

ダウンしてから1ヶ月あまり経過しましたが、もう少しで復活できるのかな～
復帰作業が成功しますように～　＾＾）

OSgridデーター復活の新情報

ダウン中のOSgridに関して、あたらしい情報がアップされていました。

（以下意訳、誤訳かも？）
Raid1のデータ修復するには$4600が必要で、予算オーバー。（？）
それよりも、HDを4台追加してクローンを作るならもっと安くできる可能性があり、データーセンターと相談中。

原文　http://news.osgrid.org/2014/09/12/recovery-details/

う～～ん、何か微妙だな～。。。。。。

OSgrid以外のところもダウン？

google+を見ていて、OSgrid以外にも同様にRaidがクラッシュしてダウンしてるところがあることに気がつきました。
https://plus.google.com/+MikeHart_Next_Reality/posts?hl=ja

A bit of bad news for The Next Reality Grid. Similar circumstances have hit our servers at our Data Center. Like OSGrid our Raid has also failed completely. Luckily we do have backup OARs of all the regions. But not sure about our registered avatars details in the Database. Its going to be a few days before the Raid can be replaced and everything restarted again.

google+にはこんなコメントもｗ　＠＠）
Is that pure coincidence? Or might it be that there is a hacker out there who puts "explosive" assets into the asset servers?

単純な操作ミスなら良いのだけど、何かいや～な予感がします。

Next Reality Gridも無事に復帰されますように。。。。。

DebianからTiny Core Linuxへ変更

Osgrid用サーバーのOS変更ですｗ

先日Debian-7.5.0に変更したばかりですが、システムのLog-file類が頻繁に書き込まれますので、SSD寿命がやはり心配になりやめることにしました。

そして今年4月に問題になったOpenSSL、先日のGnuTLSの脆弱性、ネット攻撃地図閲覧を機会に、サーバーのセキュリティ対策も考えてみました。

１）不要なものはインストしない＞特にサーバー類
　　openssh、x11vnc、vsftpd、Mysql　Web-serverなどはインストしない。

２）firewallは最小限に
　　ポートで攻撃対象になりやすい20,21,22,23,80,3389,3390,53,445,123,5900,5901,8080など余計なものはすべて閉鎖し、gird用のみを開けておきます。

上記１）のためにTinyCore Linuxを採用し、必要なものは自分で追加する方式にしました。
ユーザーのpasswdも設定しておきます。

OSおよびデーター類はすべてRamに書き込まれて稼動されます。
そしてShut-down時には、ファイル類はusbメモリーへ保存されます。

サーバーの遠隔操作はできなくなりますが、安全性の方が重要ですよね～
モニターとキーボードは、切替WS方式にしました。
データー類はUSBメモリーで移動させます。

これで踏み台にされる心配は無いかなぁ～～？　←あまい！

質素(Opensim)と贅沢(SL)の良いとこ採り＝OSgrid ？

SLで静かな景観のプライベートビーチを持つには、相当な取得費と維持費が必要ですよね。

OpensimならPCの中に、ほぼ無料で製作可能なのですが、製作物はテクスを含めて全部を自作する必要がありますし、外部からフレを招いたりするのもネットワークの知識がないと無理みたいです。

でも、OpensimをベースにしたOSgridなら無料（寄付は大歓迎）で、両者の良いとこ採りが可能です。

SSは所有しているOSgridの９個のSimの一部ですが、向こう岸に見える3艘の船だけが自作で、それ以外は服や髪も含めてすべてFreeでFull-perm配布されたものを使用しています。

もちろん、OSgridでアカウント登録（無料）されている住民なら、自由にここへ往来できます。

これ、『質素と贅沢の良いとこ採り』では？
景品として、Linuxの知識もすこしだけ付いてきます。

乗物では、Megaregion方式でSim越境不具合なしにする手段もありますよ～ん　＾＾）

OpenSimのHP（日本語）
http://opensimulator.org/wiki/Main_Page/ja

OSgridのHP
http://www.osgrid.org/

OSgridの説明・参加方法（日本語）
『清水 隆夫の「Good Job !」』
http://tshimizu.cocolog-nifty.com/good_job/2009/12/osgrid.html

OpensimとOSgridの設置説明（日本語）があるブログ
『もとちゃ の めざせ!たこ焼き屋さん』
http://motocha.slmame.com/

OSgridでの持ち物を、Stand-aloneのOpenSimへ持ち出しました

OSgridでは、インベントリの持ち物類は自宅サーバーには無くて、OSgridのAsset-server保存されています。
これを『save iar ***』を使用してAsset-serverからダウンロードし、自PCで起動させたStand-aloneのOpenSimで『load iar ***』を使用してAsset-serverに保存しました。



SSの画面はWindows7機のもので、右はImprudenceで見たOSgrid、左はSingularityで見たStand-aloneのOpensimとServer操作用のcommand窓です。
ちょうど新規追加したNew-boatのフォルダーをimigしたところです。

この作業のために、Viewerを2個とOpensim１個をPC１台で稼動させても、CPU負荷率は安心しておれる範囲に収まっています。

Second-Lifeに対する『ノアの方舟』目的でOSgridを始めたのですが、これでOSgridに対する『ノアの方舟』もできました～　＾＾）

Webから『REGION PURGE』可能に(OSgrid)

Twitterで、OSgrid.orgのアカウントから以下のお知らせが出ていました。

OSgrid.org‏@osgrid　8時間
Attention Region Owners: REGION PURGE has been added to your website account profile. Now you can do it yourself at http://www.osgrid.org

さっそく『http://www.osgrid.org/index.php』から入ってみました。
各Regionの先頭に『PURGE』機能が追加されていますね＾＾）



これでSimがゴーストになっても、自分で削除できるのかな？

間違ってPURGEしても、再起動すればOKとのことです。
『Should you accidentally purge a region that is up and running, just restart it』

でも怖くて試験できませ～ん　＾＾）

どうせなら、SLのHouse-boatを移植

OSgridでBlenderを使ってスカルプト製作練習ちう。。。
で、タグボートかパイロットボートをと思っていましたが、SLで製作したHouse-boatをOSgridへ移植することにしました。

ImpurudenceのExport機能を使用して、SLのHouse-boatの移植データーを作るのですが、Textureやスカルプは直接移植できません。

しかもスカルプはデフォのリンゴ形状になり、大きなものは邪魔になります。
そこで、SLの移植対象から大型のスカルプ部品を消しておいて、作業をしやすくしました。

スカルプデーターは製作時のパソコンフォルダー内にありますから、あとでゆっくりと再生できます＾＾
でもアタシは整理整頓できない子で、Textureも含めて探し出すのに苦労していますｗ。

SSはやっと大型の基本部品をOSgridで再現（途中）したものです。
ノアの方舟のなかの、造船所になるのかも？　＾＾

OSgrid*Firestorm*Mesh*File-UPでViewerクラッシュ

OSgridで、Firestormを使用してMeshファイルをアップしようとするとViewerがクラッシュします。。。＞＜

Viewerのversionは、OSgrid用の以下のもので、最新版です。
Firestorm 4.3.1 (31155) Dec 2 2012 01:57:04 (Firestorm-Release) with OpenSimulator support

OSgrid公式のSandでやってみても、やはりクラッシュします。

FirestormのJIRAで検索をかけると、すごい数がヒットしていて、既知のトラブルかどうかが判別できない状態です＞＜

これって、アタシだけかしら？

ルーターもときどきクリアー必要？

OSgrid常時接続で、通信トラブルが一部に出ていそうな警告発見。
インベの中身も一部が消えているｗ　＞＜

でも他のPCで一般のWEBを見ている場合には、まったく不具合なし。

そーいや、8月以降はSimサーバーをVersionUpしていなかったな～　＾＾）
んで、久しぶりにv0.7.5.4f98259へ入れ替えたけど、不具合がなおらない＞＜

むむむ、、、ルーターかも？
そこで、光モデム、電話回線分離器、ルーター、を電源OFFで掃除ｗ

お～、治ったわあ　＾＾
カミナリさん季節でもないのに、瞬停でもあったのかな？

こっちゃのXS-35機サーバーはもう10ヶ月近く連続稼動
ファンレスで無事に夏場を乗り切ったよん　＾＾）

（SS中央は放置中のHouse-Boat）

House Boat under Construction

3DのCADデーターを2Dに焼きなおして製作中のHouse-boat。
やっと40%ほど完成しました。

Prim数を気にしないで、贅沢に使っています。
おかげさまで、不得意なテクスも作らなくてよさそう＾＾
もちろんMeshではありません　　＞＜

漂着先で住めるので、すっかり放浪者気分？

艤装部品の偽装と擬装を楽しみながら・・・・・＾＾

SL、OpenSimでブラウザなしにWeb表示

SL、OpenSimのViewerで、ブラウザを立ち上げないでWeb表示と操作ができることを、＋Googleサークルのstep Aya様とAyahime Twine様からお教えいただきました。
http://ayahime.x10.mx/?p=415

今までは、lslで『llLoadURL』命令を使って、来訪者がWebを開いてから見ていただく方式だけは使っていたのですが、Viewer２系以降を避けていましたので、ブラウザを立ち上げないで見る方式を不思議に思っていたわけです。

で、さっそくやってみました。（SS）
これで、OSgridへ常時接続しているXS-35機に、Second-Lifeで販売中の商品説明的なhomepageのWEBを追加すれば、自宅サーバーも少しだけ有効さが増加させれます　＾＾）

でも、Google+ってすっごいわ。
一般的なSNSを越えているような感じ。

Facebookよりもこちらがずっと良いわぁ～～♪

OSgridとSLの二面性

『OSgridへのサーバー接続が面白いポイント』
（アタシだけに限定）
１）サーバー、通信プロトコル、Database、Linuxの勉強になる。
２）SL用Object・商品製作目的での、絶好なSandになる。
３）無料で「広大で静かな環境の贅沢」が可能

『OSgridの欠点＝裏返せばSecond-Lifeが良いポイント』
１）経済的な循環がない。
２）スクリプト、物理動作が未熟
３）人的規模が小さい（100:30000）

「相互補完関係」で、どちらかを否定するのはマズイかも。
（○○の件を反省ちう。。？）

でもそれぞれの人にとって各項目の優先比率が異なるので、補完できてるとは限らないけど。

アタシの場合は、以下の経済循環ねらい。。。
OSgridで造形＞SLでスクリ作成＞SLで販売＞鯖の電気代ゲト

でも始点の『OSgridで造形』が未着手なら循環にならいなぁ～

カヤックでノンビリと～ ＾＾）

OSgridでカヤック遊びです～＾＾）
本家のHPに掲載されているボートのスクリは、問題無しに動きます。
でも残念ながら、バンクはしません。

掲載場所はこちらです。
http://opensimulator.org/wiki/Vehicles

Mega-regionにしていますから、Sim越境はまったく問題なしです。
いつ越境したのかも判別できません　＾＾）

アタシは、SLでの商品のアニメを追加で入れました　＾＾）
9個のSimなら、このクラスの舟で良いのかもｗ・・・

OSgridのSimサーバーをUP-Date

昨日、OSgrid0.7.4(Dev)fd27988:2012-04-23にUPされました。
さっそく変更しましたが、以下の内容に気がつきました。

（鈍感かもｗ↓）

１）地図上のObjectの形状・色が正確になったね。
２）接続12時間後で、メモリー消費が前verより550MB程度増えて1100MBになってる。
３）飛行機・ホバーのスクリは変化なし。
４）最初はエラーが数個出たけど、リスタをかけると出なくなりました。


アタシの場合、9個のSimで合計2300primsほどREZしたOSgridのフォルダーをRamに置いているから、Disk-cache扱い分が増えてもこうなるけど、ちと要注意かな？

quitで接続を止めただけで430MBの使用量（OS込み）に戻るので、この差670MBほどがcacheなのかな。

まだ2GBほど余裕があるけど、少なくなればやはりHDDをつける必要ありかな～？
これだけ激しいと、SSDはやはり心配で使えないよね。。。

４）のエラーもちと気になるな・・・・・・
さて、前にロールバックするかどうか、悩むにゃ～　＞＜


（追記です　4月26日　7:00）
24時間経過後で、1200MBの消費量になっていて、ほぼサチレートしています　＾＾）
ロールバックせずに、このまま様子をみることにしました。