Droboシリーズ Part4

1 ：不明なデバイスさん：2016/10/17(月) 15:33:42.57 ID:DAKwuxco.net

Drobo, Inc
http://www.drobo.com/
国内正規代理店 : 株式会社プリンストン
http://www.drobo-jp.com/

Beyond RAID / Drobo Drive Capacity Calculator
http://www.drobo.com/storage-products/capacity-calculator/

Droboシリーズ Part3
http://echo.2ch.net/test/read.cgi/hard/1354110411/
Droboシリーズ Part2
http://toro.2ch.net/test/read.cgi/hard/1310041785/
Droboシリーズ Part1
http://hibari.2ch.net/test/read.cgi/hard/1287464180/

211 ：158：2017/03/20(月) 12:08:57.60 ID:NNLq1gjw.net

minidlna自体はちゃんと動いているけれど、そもそもDroboがPDTからJSTへの変換でおかしな時間を示してるから、
その値を参考にするminidlnaもテレビ上で間違った値を表示してる感じ。
DroboでのJST指定方法が間違ってるのかな？

profileにJST+9とすることでDrobo上の時間は一応合った。けれど、その状態でminidlnaのsevice.shにJSTを指定すると、
テレビ上では午後5:12と変換前のファイルになる。
逆に、profileをJSTにしてservice.shにJST+9を指定してもやはり午後5:12のファイルになる。
というわけで、やはりお手上げ。

212 ：不明なデバイスさん：2017/03/20(月) 15:00:41.45 ID:BCNtoHKJ.net

1番の時にpdtから7時間ズレてるから、utcになっているんじゃね？
タイムゾーンの書式間違いの可能性もあるでよ。

213 ：158：2017/03/20(月) 18:18:39.91 ID:NNLq1gjw.net

>>212
猛者ありがとう。ググり直したらまんま俺のことが書いてあったわw
https://ja.wikipedia.org/wiki/Tz_database
>よくある間違いはTZにJSTと指定してしまうことである。これだとTZにUTCを指定した場合と同じになってしまう。
TZ=JST-9で解決。ちなみにAsia/Tokyoはダメだった。

あとはなぜか66GBも消費してた点だな。
これが問題なければうちのDrobo5Nは問題なさそうだ。
これはサポートでも答えてくれそうだから聞いてみよう。

214 ：不明なデバイスさん：2017/03/20(月) 19:34:52.81 ID:BCNtoHKJ.net

>>213
原因がわかってよかった

215 ：不明なデバイスさん：2017/03/21(火) 02:32:06.58 ID:6ISYwky6.net

そうだろうと思った

216 ：不明なデバイスさん：2017/03/21(火) 08:23:40.22 ID:BrEEU2UL.net

NASにNETGEARとかSynologyみたいにアプリがもっと充実してくれたらなぁ

217 ：不明なデバイスさん：2017/03/21(火) 10:02:39.25 ID:qJpEly4d.net

そういうのは自前サーバーでいいのでは？
NASに求められるのは安定性だから。

218 ：不明なデバイスさん：2017/03/22(水) 00:36:27.87 ID:fJO6Lym2.net

drobo 5N2が発売か…２週間前に5N買ったのにorz

219 ：不明なデバイスさん：2017/03/22(水) 00:47:34.36 ID:fJO6Lym2.net

もっとも、大きな変更はport-bondingとDroboDR対応なので、
個人のバックアップ用途には関係ないさと信じてみる。

220 ：不明なデバイスさん：2017/03/22(水) 01:30:13.58 ID:5Z7pyU3l.net

ρ(-ω-､)ヾ(ﾟωﾟ;)ﾖﾁﾖﾁ