このページのスレッド一覧(全14スレッド)![]()
| 内容・タイトル | ナイスクチコミ数 | 返信数 | 最終投稿日時 |
|---|---|---|---|
| 19 | 50 | 2019年11月20日 00:35 | |
| 4 | 23 | 2019年10月31日 22:09 | |
| 6 | 4 | 2019年3月6日 15:20 | |
| 2 | 3 | 2018年9月8日 15:47 | |
| 10 | 5 | 2018年9月1日 13:48 | |
| 2 | 1 | 2018年5月26日 18:33 |
- 「質問の絞込み」の未返信、未解決は最新1年、解決済みは全期間のクチコミを表示しています
NAS(ネットワークHDD) > Synology > DiskStation DS418j
DS418Jをデータのバックアップを目的に購入したのですが、当方の環境では、次のような現象が発生して困っている状況です。
Robocopyでファイルコピーをすると、ファイルの作成日時が、コピーを実行した日時に戻るという症状です。
動作環境
PC:Windows 10 Pro 1903, IP:192.168.1.1
NAS:DS418J, IP:192.168.1.2
PCとNASはスイッチHUBを介して接続されている状況で、他の機器はHUBに接続されていません。
PCはOSをクリーンインストールして他にはアプリをインストールしていない状況です。
コピー元のフォルダ(C:\Temp)には1,000個のファイルを格納しておきます。
コピー先には、共有Testに、あらかじめフォルダ(Test01〜Test10)を準備しておきます。
実行するコマンド
1回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test01\" /COPY:DAT
2回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test02\" /COPY:DAT
3回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test03\" /COPY:DAT
4回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test04\" /COPY:DAT
5回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test05\" /COPY:DAT
6回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test06\" /COPY:DAT
7回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test07\" /COPY:DAT
8回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test08\" /COPY:DAT
9回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test09\" /COPY:DAT
10回目のコピー
Robocopy "C:\Temp" "\\192.168.1.2\Test\Test10\" /COPY:DAT
コピーを実行した直後のフォルダにあるファイルの作成日時をエクスプローラーで確認すると、
コピー元のファイル作成日付と同じになっているのですが、コピーを1回目から10回目ぐらいまで
続けると、1回目にコピーしたフォルダ(Test01)にあるファイルの作成日付が、コピーを実行した
日時に戻ってしまいます。
1回目にコピーしたフォルダ(Test01)のファイル作成日付が、元に戻とは限らず、他のフォルダの場合もあります。
他の環境では発生しないのか、使用方法がよくないのか、ご教示いただけますと助かります。
よろしくお願いいたします。
1点
>今日は寒い。さん
DiskStation DS418jがLinixベースで動作していれば、作成日時をRobocopyでコピーするのは不可能だから、ある意味では、作成日時がコピー日時と同じになるのは仕様と考えるしかないですよね。
ただし、作成日時がコピーされたように見えるのは、明らかなバグなので、この事はSynologyにバグとして認識してもらわなければならないですよね。
そこで画像を見て気になったのですが、WindowsのExplorerとFile Staitionで作成日を見た場合に差異はないのでしょうか。
もし、Explorerで見て作成日時が全てコピー日時と等しければ、DiskStation DS418jのバグではなくて、File Staitionのバグという事になると思いますので、どうか確認をお願いします。
書込番号:23041141
1点
>たく0220さん
こんばんは。返信ありがとうございます。
>> crtime: 0x5dc8e45c:a08d5ad4 -- Mon Nov 11 13:32:28 2019
>ですので、"2019/11/11 13:32:28" がコピーされたファイル(1.dat)に記録されている作成日時です。
なるほど、ご教示ありがとうございます。
>>作成日時:2019/11/01 1:08 (エクスプローラー上の作成日時)
>>→コピー元のファイル作成日付と同じ。
>との事でしたので、この時点ではDSMの"File Station"上では正常(コピー元と同じ)であって
>DS418Jの再起動後に異常(コピーを実行した日時に)に戻ったという事ですか?
そうなります。
>ext4でcrtimeを変更出来るメソッドは今のところ無いと個人的に認識していたので
>Sambaの設定見たときは、出来るようになったの?と疑問があったのですが…
>WindowsとLinuxでは作成日時に対する扱い(考え方)が違うので、
なるほど、ご教示ありがとうございます。勉強になります。
>不具合というより、仕様(元々出来ない)という事もありえそうです。
Synologyサポートには「仕様ですか?」と問い合わせましたが、ファイル作成日時はSynology側で異常は認められず、当方のPC等が原因との見解です。
ですので、仕様(元々出来ない)という事はないように思います。
購入した当時は、異常はなかったような気もします。(今回の症状に気が付いていなかっただけ?かも。)
>書込番号:23039057で、コピー先もコピー元も同じファイル作成日時のファイルがあったと思いますが
>DS418Jの再起動後ですが、エクスプローラー上で作成日時の変化はありましたか?
DS418Jの再起動後、作成日時がコピー元と同じファイルは、20,020個中0個で、コピー先もコピー元も同じファイル作成日時のファイルは一つもありません。
よろしくお願いいたします。
書込番号:23041170
0点
>とにかく暇な人さん
こんばんは。返信ありがとうございます。
>そこで画像を見て気になったのですが、WindowsのExplorerとFile Staitionで作成日を見た場合に差異はないのでしょうか。
>もし、Explorerで見て作成日時が全てコピー日時と等しければ、DiskStation DS418jのバグではなくて、File Staitionのバグという事になると思いますので、どうか確認をお願いします。
次のコマンドを実行ました。
1.robocopy "c:\temp\" "\\192.168.1.2\Test\Test22\" /MIR /COPY:DAT /DCOPY:T
2.エクスプローラーの画面コピー
3.DS418Jの再起動
4.エクスプローラーの画面コピー
画面コピーを添付いたします。
ご確認いただけますと助かります。
>ただし、作成日時がコピーされたように見えるのは、明らかなバグなので、この事はSynologyにバグとして認識してもらわなければならないですよね。
ありがとうございます。うまくSynologyに伝わればよいのですが・・・。当方だけではなんともならないような気も・・・。
よろしくお願いいたします。
書込番号:23041269
0点
>今日は寒い。さん
ご報告ありがとうございました。
DiskStation DS418j側のバグであろうという事ははっきりしたと思いますが、Sambaのバグなり仕様なので、Synologyとしてはどうする事も出来ないという可能性も有るかもしれないですね。
という事で、私としては、作成日時を頼りにした管理をやめるか、私が書込番号:23035261で提案したような方法を採用するか、作成日時をファイル名に含めるようにしたほうが良いのではないかと思いました。
書込番号:23041341
1点
>今日は寒い。さん
確認ありがとうございます。
>Synologyサポートには「仕様ですか?」と問い合わせましたが、ファイル作成日時はSynology側で異常は認められず、当方のPC等が原因との見解です。
Synology側はRobocopyで正常を確認してるという事ですか…
けど具体的な原因については教えてくれなかったのですね。
>購入した当時は、異常はなかったような気もします。(今回の症状に気が付いていなかっただけ?かも。)
ファームウェア(DSM)のバージョンをその頃まで安全に戻せるのなら良いのですが
それで問題点を指摘してもSynologyのサポートが認めてくれるか不明ですね。
>DS418Jの再起動後、作成日時がコピー元と同じファイルは、20,020個中0個で、コピー先もコピー元も同じファイル作成日時のファイルは一つもありません。
ディスクキャッシュか何かしらのキャッシュがDS418J側に残っていて、作成日時が正しく見えてるのかもしれませんね。
残念ながらこれ以上は情報を持ってませんので、同様な症状を確認しているユーザーが現れるのを待つぐらいですね。
あとは、相談してなかったら日本の代理店に相談してみるぐらいかな。
書込番号:23041413
1点
>今日は寒い。さん
本件、すでに多大な労力・時間を費やしてらっしゃるとのこと。
心理的負担も、いかばかりのことでしょう。
心中お察しいたします。m(_ _)m
Synologyを再起動すると、ぜんぶコピー日時になっちゃうって...。
とすると、もうあきらかに悪いのはSynologyですよね。
本件、Synologyの「仕様」なのか、「不具合」なのか、不明です。
しかし、いずれにせよ原因は、Synolgy側にある。PC側にはない。
このことは、各種実験から、ほぼ確実だといえそうです。
以下、外野の戯言で恐縮ですが。
今後、今日は寒い。さんがSynologyに対して、
どういう方針でご対応なさっていくおつもりなのか、
検討するよいタイミングなのではないか、と愚考いたします。
というのは、今日は寒い。さんが
・これまで費やした労力・時間・心理的負担
・これから費やすであろう労力・時間・心理的負担
に、みあう効果が得られるのか、
どうにも先が見えない状況だからです。
一般に、ユーザ側で「あれ?」と思う症状をメーカーに問い合わせたとき、
メーカー側では、次の順に行動をとるかと思います。
<メーカー側の行動>
@ 症状の再現性を認める。
A 再現性を認めた場合、不具合か仕様か判定する。
B 不具合の場合、原因・解決策を探る。
C 解決策がある場合、実施するか否か検討する。
D 解決策を実施する。
本件では現状、@にすら到達していません。
これから仮に、今日は寒い。さんが、
さらに苦労に苦労をかさね、@を完了させたとしても、
Dまでの道のりは遠そうです。
という状況を踏まえたうえで…
方向性は3つあるかと。
(a) 「どうせDまでは無理だし、OKだとして時間がかかりそうだ」
という見通しのもと、Synologyとのやりとりを中止するのも、アリだと思います。
(b) 「Dまでは無理でも、せめて@までは完了しないと気が済まない」
という方向性も、めっちゃ理解できます。
(c) 「いやいや、Dまで、倒れるところまでいくんだ!」
これも、よーくわかります。
私だったら、どうするかなー。
なんとなくですが、(c)のような気がします。
その際には、こんな論理展開にするかと。
「こっちでこれだけ詳細かつ緻密に実験して、
Synlogyがクロ、PCがシロである証拠を、これだけそろえました。
PCがクロだと主張したいなら、
Synologyがシロである証拠を、
今度はそちら側でそろえる番でしょ?
違いますか?」
この論理展開をする場合、「詳細かつ緻密に実験」の資料を、
ぐうの音もでないほどしっかり記載する必要がありますが。
メーカーと戦うのは、やっぱり骨が折れますね…。
とすると、(a)の方向性もあるけど、悩むー。
以上、単なる戯言で失礼いたしました。
書込番号:23043523
1点
>みなさま
たくさんのご返信ありがとうございます。
>とにかく暇な人さん
>DiskStation DS418j側のバグであろうという事ははっきりしたと思いますが、Sambaのバグなり仕様なので、Synologyとしてはどうする事も出来ないという可能性も有るかもしれないですね。
他のメーカーや他の機種はどうなっているのか、疑問がわくところです。NetgearのLinuxベースNASは作成日付が消えてしまったりしないのですが・・・。
>作成日時を頼りにした管理をやめるか、私が書込番号:23035261で提案したような方法を採用するか、作成日時をファイル名に含めるようにしたほうが良いのではないかと思いました。
当方、写真やビデオなどのデータについて、ファイル作成日時を頼りにした管理をしていました。既に作成日時を消失していますので、撮影時刻などの詳細を取り戻すこともできず残念です。これからのデータについては、ご提案のありましたように管理方法を変えていく必要があるかもしれないですね。
>たく0220さん
>ディスクキャッシュか何かしらのキャッシュがDS418J側に残っていて、作成日時が正しく見えてるのかもしれませんね。
>残念ながらこれ以上は情報を持ってませんので、同様な症状を確認しているユーザーが現れるのを待つぐらいですね。
たく0220さんの、「birth time を取得する」で、作成日時が正しく見えていたファイルも、コピーを実行し日時になっていましたので、キャッシュかな?と気づくことができました。いろいろとご教示いただきまして、ありがとうございます。
>tanettyさん
途中で、このNASをゴミにしようかとも考えたり、iSCSIで接続したらなとんかなるかな?と考えたりしました。せっかく購入したものなので、NAS本来の使い方?ができれば(他のメーカーのNASができているのですから)良いのですが、果たしてメーカーがどこまで対応してくれるかは不明です。できれば直してほしいのですが・・・。直してもらえなかったら、やはりこのNASはゴミの運命か?。いろいろ考えるところです。とりあえずメーカーには、再起動で作成日時がコピー日時に戻る症状を伝えたので、どのように対応してくれるのかを待ってみたいと思います。
メーカーからの回答がありましたら、顛末として報告させていただければと思います。
よろしくお願いいたします。
書込番号:23045746
1点
今日は寒い。さん、こんばんは。
>再起動で作成日時がコピー日時に戻る症状を伝えたので、どのように対応してくれるのかを待ってみたいと思います。
>メーカーからの回答がありましたら、顛末として報告させていただければと思います。
ありがとうございます。m(_ _)m
本当にたいへんそうですね…。
うまいことSynlogyが対応してくれることを、心より祈っております。
>他のメーカーや他の機種はどうなっているのか、疑問がわくところです。
以下の情報が参考になるかどうか、甚だ疑問ですが、
何かの足しに少しでもなれば…との思いから、念のため報告させていただきます。
次のとおり、コピー元・コピー先・ツール・症状いずれも異なりますが、
私も「作成日時がコピーされない」件で悩んでいたことがあります。
今日は寒い。さんは
「Windowsから」「Synologyへ」「Robocopyで」
「コピー前半のファイルの一部が、コピー後半にコピー日時に戻ってしまうことがある」
「NAS再起動で、すべてコピー日時になってしまう」
私は、
「Macから」「QNAPへ」「rsyncで」
「作成日時がコピーされない」
このとき、どうしたか? rsyncを
「Mac標準で組み込まれているもの」から
「外部からインストールしたもの」に
変更したら、作成日時が正常にコピーされるようになりました。
(現在も無事に運用できております)
詳しくは、下記リンク・下記情報をご参照ください。
<作成日時等を維持したまま、まとめてファイルをコピーするには? 2019/07/02 >
https://bbs.kakaku.com/bbs/K0000925629/SortID=22771912/#tab
<実験環境・実験結果の補足>
・コピー元は、FAT32のmicroSD内にある、動画または写真のファイル群。
・当該ファイル群は、プラネックスの監視カメラがmicroSD内に作成したもの。
・当該ファイル群には作成日時が、ファイル名内にも映像内にも埋め込まれている。
・Macは、MacBook Pro 13 (2018)。
・MacOSは、2019/7/2当時の最新版。(たぶんMojave)
・NASは、QNAP TS-431P。
・QNAPのファームウェアは、2019/7/2当時の最新版。
・QNAPは、HDDx4本のRAID5。
・作成日時は、MacのFinder上から確認。
・NASを再起動しても、作成日時は変わらない。
書込番号:23045887
1点
>tanettyさん
「rsync」でご苦労なさったのですね。お疲れ様です。また、動作検証をしていただきまして、ありがとうございます。
当方は、Windows環境ですので、「rsync」をどうしたらよいか、よくわかっていません。調査してみます。
>みなさま
当方の知人が、Synologyの「DS218+」を所有されていたので、今回の症状について、検証していただきました。
この場をお借りして、お礼致します。
その検証結果ですが「異状はなかった」とのことでした。
当方が所有するDS418Jとは、どうも中身が違うようです?。(何が違うのかはよくわかりません・・・。)
よろしくお願いいたします。
書込番号:23047234
1点
>今日は寒い。さん
Synology以外でも同様ですが、OSの名称がDSMと同じでもモデルごとに内容や設定は異なりますので、
確認結果からだけでは、推測するのは難しいですね。
ですのでDS218+についても、mount時のオプションで"user_xattr"ついているのかと
Sambaの設定で"store dos attributes = Yes"、つまり拡張属性が有効になっているのかが気になります。
と同じ疑問を感じます。
仮にですがDS218+でそう設定されていたとすれば、「異状はなかった」というのは当然の結果かなっと思います。
NetgearのReadyNASに関してはSSHあるのですから、mount時のオプションとか同様に確認は出来ますよね。
私の知らない方法で作成日時を変更する手段があるのかもしれませんが、
DS418Jに関しては元々出来ない設定でないかなと思います。
あとExifとか対応してるカメラで撮影されたのであれば
ファイルのプロパティで詳細タブで撮影日時とか残ってませんか?
Robocopy以外でも例えばPowershellで
cd \\192.168.1.2\Test\Test01
Get-ItemProperty 1.dat | format-list
とすれば、NAS上のファイルでも作成日時をCreationTimeとして確認できます。
Set-ItemProperty 1.dat -Name CreationTime -Value "2019/11/01 1:08"
とすれば、作成日時を変更する事が出来ます。
Robocopyが原因かの切り分けぐらいにはなるかな?
ただ、拡張属性が無効のSambaサーバーに対して実行してもエラーとか返してくれないので実行後の確認は必要と感じます
Robocopyでも同様にエラーを返さないですね…
書込番号:23047614
0点
>みなさま
たくさんのご返信ありがとうございます。
Synologyより回答があり、今回の不具合を修正してもらえることになりました。多くの修正が必要だそうで、時間がかかるよです。
いつ頃になるかは不明ですので、DS418Jを継続使用するかゴミにするかは悩むところです。
みなさまのご協力、大変ありがとうございました。
感謝いたします。
書込番号:23049178
1点
>今日は寒い。さん
不具合と認めてくれたんですね。
よかったですね! ^^
原因が知りたいところですが、詳細は教えてくれないのでしょうね、きっと…
書込番号:23049216
1点
>今日は寒い。さん
>Synologyより回答があり、今回の不具合を修正してもらえることになりました。
ぬぉおおおおおおおおおおお!!!
スゴイ! 大勝利!! すばらしい!!
他のDS481jユーザも、ニッコリですし!!
今日は寒い。さんの努力の賜物かと。
本当にお疲れさまでした m(_ _)m
書込番号:23049464
1点
>今日は寒い。さん
現在の熱狂(?)・安堵に水を差すようでたいへん恐縮ですが、油断大敵です。
「メーカーあるある」として、
次のように状況が短期間で激変した経験があります。
(Synology社ではなく、QNAP社ですが)
私「こういう症状です。不具合では? 直してください」
↓ (画面コピーやログのやりとりなどで3週間)
QNAP「不具合です(confirmed as a bug)。直します」
↓ (2週間後)
QNAP「仕様です(working as designed)。ごめんね」
ここ(↓)の<これまでのまとめ>ご参照
https://bbs.kakaku.com/bbs/K0000925629/SortID=22261119/#22371569
「やっぱ、なおすのやーめた」と
Synology社が急に言い出すことも想定して
あらかじめ理論武装などなさっておくのもアリかと。
書込番号:23049553
1点
>たく0220さん
返信ありがとうございます。
>原因が知りたいところですが、詳細は教えてくれないのでしょうね、きっと…
残念ながら、詳細は教えてもらっておりません。
>tanettyさん
返信ありがとうございます。
>「やっぱ、なおすのやーめた」と
>Synology社が急に言い出すことも想定して
>あらかじめ理論武装などなさっておくのもアリかと
QNAPの不具合対応、拝見いたしました。お疲れ様でございます。
今回の不具合については、当方だけの問題で、Synology社からの公式発表はありませんので、「やっぱ、なおすのやーめた。」というかもしれないですね。
次期製品DS420Jというのも、どこかで見たような気もしますし、今回の不具合は直さず、次の製品に移行してしまう。という場合もありそうな気もします。移行と同時にサポート終了かもしれません。
ですので、今回の不具合について、実際に直してもらえるかどうか、気長に待つことにします。直してもらえたかどうかを、ご報告できればと思います。
とりあえず、DS418Jの中にWindows標準の仮想ファイルシステムを作成して、そこ中にデータを保存しておいて、不具合が直ったら元に戻そうかと考えています。
もし、直してもらえなかったとしたら、自分で直すことはできたりしますでしょうか。
よろしくお願いいたします。
書込番号:23052501
0点
>もし、直してもらえなかったとしたら、自分で直すことはできたりしますでしょうか。
これはっすねぇ・・・おそらくムリっす。
まっ、ワタクシの知識レベルではってことっすけどね。(;^_^A
あと、やったとしてもっすね、「今後のアップデートは、ゼッタイにしない!」って覚悟がいるっすねー。
DSMの機能向上とかがあったとしても、指をくわえているってゆーことになるっす。
まぁ、そのたんびに手を入れるってことならばいーんすけどね。('ω')
書込番号:23052558
0点
>今回の不具合を修正してもらえることになりました。多くの修正が必要だそうで
何を修正するっていう話でした?
しかし、間接的な証拠から、製品に「多くの修正」箇所があるというところまで相手方に認めさせたのですから
大きな進展だと思います。瑕疵の立証責任はこちらにあるので、知らぬ存ぜぬで押し通されるときついのはこちらなので
>「やっぱ、なおすのやーめた。」
とならないためにも、修正点がどこにあるのか抑えれればいいんですけどね
書込番号:23053019
0点
分かりにくかったかもしれない
ようは、結局はお金の問題なのです。日本でこの種の請求をするには、瑕疵の存在は請求側が証明しないとなりません。つまり会社としては自分たちに不利な請求をさせたくないようコアの部分は伏せる方向に動くはずです。
一方、こういうソフトウェアの話になりますと技術屋さんが担当されていたりします。技術屋さんは、自身の技術屋としてのプライドがありますので単純に、原因追及に熱心になられていたりします。
今スレ主様が、メーカの何方に問い合わせされているかにもよりますがもし技術屋さんとお話しできているのなら、うまく技術屋さんの心を擽って、それとなくメーカが握っている原因を探るというのがよいかと思います。
書込番号:23053167
0点
>今日は寒い。さん
>もし、直してもらえなかったとしたら、自分で直すことはできたりしますでしょうか。
私はSynologyのNASを持ってませんので安易な事はいえませんし、大変だと思いますよ。
現時点でも情報が不足しているで、出来るとも出来ないとも言えないし、
何かあっても自力で解決しないといけないのでお勧めはしない。
複数のLinuxディストリビューションや組込み系のLinuxのクセを知ってれば、可能かもしれないかな。
自己責任の改造になるので、そこにどれだけのメリット・デメリットがあるのかも考えてほしいです。
書き忘れたけどDS218+とかのPlusシリーズはフォーマットにBtrfsというファイルシステムが使えるのでその辺の違いが大きいかと思う。
Btrfsはmountオプションに"user_xattr"と同様のがデフォでついてると思うので、あとはSambaがどの様に設定されてるかぐらい。
Plusシリーズだったら大丈夫かは、実機で確認するか代理店とかに確認するのがよいかと。
今回の件はJシリーズ全般同じかもしれないし、直ったからといって失った作成日時が戻ってくるようには感じられない。
自分ならDS418Jを1台残しておいて、もう1台は買替えを検討する。
(代理店とかで言質とっといて、Amazonとか返品しやすいとこで購入し、NGだったら返品する)
Synologyのアプリに依存した運用をしているなら、Plusシリーズが大丈夫だったらPlusシリーズに買替えを検討するか
QNAP、ReadyNAS等の他機種への移行も検討すると良いかと思う。
以前書いたように撮影日時がファイルから取得できるなら、そちらで確認する運用に変えるという事で妥協するという事もありかと思う。
書込番号:23053207
0点
>Excelさん
>たく0220さん
やはり自分で直すのは、むつかしいようですので、手を出さないことにします。ありがとうございます。
>みなさま
今回の不具合は、DSMの次期バージョン(7.0)での対応となるようです。(来年以降?、まだまだ先?)
PlusシリーズなどのBtrfsというファイルシステムでしたら、今回の不具合が発生しないようですので、乗り換えもアリかもしれないです。が、予算の問題が大きいので、乗り換えるにしても、まだまだ先になりそうです。
当面の運用をどうするかを考えながら、しばらくSynologyの様子をみて、直してくれそうにないなら、乗り換えようかと考えています。
今回の問題に関しまして、みなさまのご協力に感謝いたします。
大変ありがとうございました。
書込番号:23058128
2点
NAS(ネットワークHDD) > Synology > DiskStation DS418j
メディアファイルのバックアップ兼保管場所として購入しました。
アプリを使用しているために「home」「video」「photo」「music」などの複数の共有フォルダが作成されています。
それぞれに合ったファイルを整理している状況です。
そこで件名の質問についてなのですが、
「\\NAS\video\」や「\\NAS\music\」に対してドライブレターの割り当ては方々でご説明されているのですが、
「\\NAS\」としてドライブレターを割り振ることはできないのでしょうか?
例えば音楽管理アプリ(Musicbee)を使用していますが、保管フォルダを指定する際に
現在NASはネットワークに「その他のデバイス」のカテゴリとして認識されているため、
現状ではアプリ側のネットワーク検索に引っかからない状況です。
ドライブレターを「\\NAS\music\」に割り振ればその点は解決なのですが、
今後も同様の状況で「\\NAS\video\」などすべてにドライブレターを割り当てなければならないと思うと
ごちゃごちゃしてしまって億劫に思えます。
解決方法や、「それはそういうものだからしょうがない」など、
ご教示いただければ大変たすかります。よろしくおねがいします。
0点
あるいはっすね、ショートカットを作ってもいいっす。
「\\NASの名称」
「\\NASのIPアドレス」
とかで、ショートカットを作ってみるっす。
書込番号:22650546
0点
一番簡単なのはデフォルトのフォルダを無視して自分用のフォルダ以下にすべてのファイルを入れることです。
ビデオや写真のファイルの保管先はアプリで変更することができます。
なお、Windows10ではセキュリティ上の理由でネットワーク探索はデフォルトで無効となっています。同じ理由で共有ドライブも推奨されていません。アクセス権の設定はしっかりしておきましょう。
書込番号:22650745
0点
みなさま、迅速かつ的確なご返答、誠にありがとうございます。
〇ネットワークのショートカット作成について
これが一番使いやすいとは思ったのですが、
結局先述した音楽再生ソフトなどで検出できませんでした。
私の環境だけなのかもしれませんが、念のためお伝えしておきます。
〇一つのフォルダにファイルをまとめることについて
私が調べる限りではvideostationやmomentsでフォルダ指定はできないようなのですが・・・
私の調べが甘かったのかもしれません。失礼しました。
結局はありりん00615さまのご意見にある方法で、
アプリの利用をとりあえずはあきらめることにしました。
皆様ありがとうございました。
書込番号:22651568
0点
ワタシか、ぱぴんちぇりさんか、どっちかになにか勘違いがあるよーな気がするっす。
例えばっすね、デスクトップにNASのIPアドレスでショートカットを作っておいて、なにかのアプリの「ファイルを開く」的なところで、そのショートカットを指定するとっすね、ショートカット先が開いてアクセスできるんすけどねぇ・・・
何か違うのかしら。(?_?)
書込番号:22651596
0点
>Excelさん
私もそう思っていたのですが、フォルダしか選択できないようなのです。少なくともMusicbeeは。
そのためデスクトップなりにショートカットを置いても、フォルダ指定の際にはデスクトップは空扱いなのですね。
書込番号:22651642
0点
う〜〜ん。
実際にね、「MusicBee」のどこの操作っすか?
「ライブラリに追加」では、キチンとmp3単体ファイルまで指定できたっすよ。
そもそも、やってるところが「フォルダ指定」をするだけのところってことはないっすか?
書込番号:22651672
0点
たく0220さんの説明にある設定を行なわないなら、Winodows10のネットワークには何も表示されません。この場合、ドライブレターを割り当てるのが一番簡単です。この際にはDSMのコントロール パネル>ファイル共有>ファイル サービス にあるSMBを有効にしておく必要があります。
あとは\\10.0.1.12の様にIPアドレスを手入力するか\\DS418Jの様に自分で設定したNAS名を手入力するしかありません。後者はSMBを有効にした場合のみ利用可能です。
書込番号:22651812
0点
もしもっすね、「フォルダー指定」するところだったらっすね、「ネットワーク」のところにでてくる「NAS名称」を選択するといけるんでないかしら。
書込番号:22651819
0点
>Excelさん
ここが食い違っているところでしたね、ご指摘ありがとうございます。
(本当に皆様私が操作してるところを見られているのではないかというほどですね・・・)
仰る通りです。音楽を詰め込んでいるフォルダがあるので、それをライブラリとして指定したかったのです。
フォルダ選択のネットワークでNASが表示されないのですが、それはSMBが無効設定の為でしょうか?
>ありりん00615さん
よくわかりました。ありがとうございます。
NAS商品の掲示板とは話がずれてしまいますが、
SMB有効にしなくてもドライブレターは割り振れますよね?SMB有効のデメリットはありますか?
書込番号:22651852
0点
>SMB有効にしなくてもドライブレターは割り振れますよね?
それはっすね、共有設定されているフォルダーならって条件があるっすよ。
それでは今までと一緒にしかならないっす。('◇')ゞ
「ネットワーク」ってところに表示させるためにはっすね、「SMB1.0」を有効にせねばならんす。
ただし!
「SMB1.0」を有効にするってゆーことの「セキュリティリスク」は覚悟せねばならないっす。
検索してみてくださいねー。
そのリスクを、ぱぴんちぇりさん自身の判断で、オッケーとするんであれば、それはそれでいいっす。
「やっぱり、リスクは嫌だなぁ・・」
ってことならばっすね、フォルダー名入力するところに、「\\NAS名称」って手打ちすれば、SMB1.0オフのままでもキチンと指定できるっすよー。(^^)v
書込番号:22651875
0点
「\\NASのIPアドレス」でも、おんなじっす。
書込番号:22651882
0点
SMB1.0は旧式のNASでSMBを利用するためのもので、これを有効にしてはなりません。
Windows10はSMB v3に対応しているので、NAS側のSMBを有効にするだけでSMBが利用可能になります。
SMBの利点はNAS名で呼び出せることです。また、Synology Assistantからドライブレターを割り当てる際は、SMBの有効化が必要になります。
書込番号:22651935
0点
調べてもまだ理解しきれていないところはありますが、
ご忠告を鑑みて運用を考えます。
書込番号:22651992
0点
えっとっすね、
ワタクシんところでは、「SMB1.0」を無効にしたまんまでも、「\\NAS名称」でのアクセスができているっす。
標準でオンになっている「SMB2.0」が対応していてくれているってことかしら。(?_?)
書込番号:22652024
0点
一応書いておくと
WS-DiscoveryはSMBの仕様とはまったく関係ありません。
OASIS標準 web serviceとかで調べてみてください。
ネットワーク プロファイルの設定を正しく設定してれば問題があるとは思っていません。
ネットワークを公衆Wi-Fiとかのパブリックスペースで使うのか
自宅等のある程度自分の管理下のネットワークかの違いで、「パブリック」にするか「プライベート」にするかです。
初期値は「パブリック」ですが、PCがどんな環境で使われてるかPC自身で判断できないから
安全な設定の「パブリック」になってるだけだと思います。
名前解決とマスターブラウザを混ぜて考えてる情報もありますが、それぞれ別です。
最近のWindows10では自動的にmDNS動いてるので、勝手に名前解決してくれてたりします。
Music Beeで「保管フォルダを指定する際」と「ネットワークドライブの割当をしたくない」との事でしたので、
とりあえず、この手段しかないかなと思ったのですがちがったのかな?
書込番号:22652117
0点
>たく0220さん
なるほどなるほど・・。
勉強になるっす。<(_ _)>
書込番号:22652213
0点
WS-Discovery自体は探索だけで、探索されたDiskStationへのアクセスにはSMBが利用されるということでしょうね。
なお、DiskStation側はデフォルトではSMB v3が有効になっていませんでした。「SMBサービスを有効化」チェックボックスの下にある「詳細設定」ボタンからSMB v3による高速伝送を有効にするメニューが表示されます。
書込番号:22652264
0点
んーごめんなさい、すぐにお返事したいのですが、
ネットワーク周りのわからない単語が多すぎて調べながらなので遅くなってしまいます。すいません。
当初の問題もですし、quickconnectが頻繁に利用できないなど、
自分のネットワーク周りの知識の無さを恥ずかしく思います。
お返事はろくにできていませんが、大変感謝していることはぜひお伝えさせてください。
書込番号:22653723
0点
まずはっすね、いまのまんまで、なんにもしないで、「MusicBee」のライブラリんとこの入力で、
「\\NAS名称」あるいは「\\NASのIPアドレス」
って入れてみて、おもわく通りに指定できるかどーかをためしてみてはどーっすか?
書込番号:22653759
0点
半年遅れですが、検索で辿り着いたので、追記します。
スレ主さんと同じく「MusicBee」で、NASのフォルダを指定できずに悩みました。
いろいろ調べて試したのですが、指定の際、ネットワークにNASが現れず…
(エクスプローラーでは覗けるし、ファイルも開けるのに)
結局、「MusicBee」の設定ファイルを直接編集することで解決しました。
設定ファイルは通常、「C:\Users\ユーザー名\AppData\Roaming\MusicBee」にある、「MusicBee3Settings.ini」です。
これをテキストエディタ(メモ帳など)で開いて、<DriveMappings>を探します。(最後の方にあります)
この下に、<string>と</string>で挟んで、NASのフォルダパスを記入して保存します。
※私の場合
<DriveMappings>
<string>\\WDCLOUD\Public\Shared Music\</string>
</DriveMappings>
設定ファイルをいじるので、必ずコピーを取ってから行ってください。
(「MusicBee」のメニューから、「編集」→「設定の保存」→「設定のスナップショットを保存」でもいいです。)
NASというより「MusicBee」の話題になってしまいました。
どなたかのお役に立てばいいのですが。
書込番号:23020353
3点
NAS(ネットワークHDD) > Synology > DiskStation DS418j
mp4の動画ファイルをvideo stationで再生する際に、「マイコンピューターはこのビデオフォーマットに対応していません」と表示され、再生できないファイルがあります。
全て再生できないわけでなく、一部分です。
その再生できないファイルは別のソフトウエア、たとえばGOM playerなどでは再生できます。
この問題の解決策ををgoogleで検索したのですが、なかなかこれだと思えるものが見つかりません。
どなたが、ご教示いただけるとよろこびます。
0点
「mp4動画」と一口に言っても、その中に格納された映像・音声情報の形式は、1種類ではありません。
https://ja.wikipedia.org/wiki/MP4#格納できるメディアの種類
そして動画再生アプリによっては、それら全ての形式には対応していないものもあります。
世の中にはMP4の中身を解析してくれるアプリがいろいろありますから、まずはお手元の「mp4動画」の中身の形式を確認しておかれることをお勧めします。
書込番号:22512529
2点
「Video Station」は万能ではないっす。
Synologyサポートでも、以下のように記載されているっす。
「Synology NAS は自分の装置用にビデオをトランスコードできますか?」
https://www.synology.com/ja-jp/knowledgebase/DSM/tutorial/Multimedia/Can_my_Synology_NAS_transcode_videos_for_my_device
「DiskStation Manager ビデオ再生」
「
Video Station を活用すると、ビデオを直感的な操作で楽しく見ることができます。ビデオを再生するためにローカル コンピュータにVLC Web Pluginをインストールすると、表示品質や変換速度を高めることができます。
」
https://www.synology.com/ja-jp/knowledgebase/DSM/help/VideoStation/videoplayback
「本体機能にはあんまし頼らずに、ダメなときは再生側でなんとかせい!」
ってことでしょうかね。!(^^)!
書込番号:22512591
1点
その再生できない mp4 ビデオファイルを、下記のようなコンバーターで一旦変換してみると、再生できるようになるかも知れません。(確実ではありませんが)
Free Audio Video Pack は様々なオーディオ・ビデオ形式から別の形式に変換するものですが、mp4 から mp4 へ(入力も出力も mp4)という形で使ってみるということです。
Free Audio Video Pack 2.20
http://www.pazera-software.com/products/free-audio-video-pack/
書込番号:22512668
3点
早速ご教示いただきありがとうござます。
時間が許す時にじっくり読んで挑戦してみます。
ありがとうございます。
書込番号:22512998 スマートフォンサイトからの書き込み
0点
NAS(ネットワークHDD) > Synology > DiskStation DS418j
ds216Jからこの機種に変更し、一通り設定を終えたところです。
驚いたことはplex media serverがds216Jでは使えたのに、この機種では未対応で使えないことでした。
何故だろうと調べたところ下記記事にたどり着きました。
https://forums.plex.tv/t/how-do-i-install-plex-on-a-ds418j/210931
内容が専門的すぎて、今ひとつ理解できません。
どなたかわかりやすく御教示いただけると喜びます。
0点
簡単に言えば、使っているCPUが違う、ということです。
製品が違えば中身も違いますから、おなじメーカーのNASだからといって、おなじアプリが自動的にすべて使えるわけではないです。
一応、開発中ということですが、ほぼ1年前の話です。
いまだ実現していないところを見ると、難しいんじゃないですかね。
書込番号:22093219
![]()
1点
NASは、搭載するCPUによって使えるアプリが変わります。
DS418j CPU:Realtek RTD1293
DS216j CPU:Marvell Armada 385 88F6820
無難なのは多少高いですがIntel系のCPU搭載機ですね。
書込番号:22093319
![]()
1点
NAS(ネットワークHDD) > Synology > DiskStation DS418j
当面は3Tのハードディスク3台で使用して、いずれは3Tを4台にと考えています。
そうするとRAIDをSHRとRAID5ではどのような違いがあるのでしょうか。
それぞれのメリット、デメリットとうありましたら、御教示いただけると喜びます。
1点
とりあえず。
http://ascii.jp/elem/000/000/654/654419/index-2.html
(抜粋:下の4枚の図の上のところ)
通常のRAID 5/6とSHRの一番の違いは、“容量の異なるHDDを混在しても、容量を有効活用できる”点にある。
書込番号:22074744
![]()
3点
SHRはHDD台数を増やしても保存されたデータを失うことなく自動的にRAIDモードを変更し再構築する。
※どのモードでもHDD台数を減らすことはできない。
DS418jは4ベイだからSHRにしてあると、
1台…シングルドライブ
2台…RAID1
3台…RAID5(データ2分割+パリティ)
4台…RAID5(データ3分割+パリティ)
書込番号:22074764
![]()
2点
SHRに関しては、これ。
「Synology Hybrid RAID (SHR) とは」
https://www.synology.com/ja-jp/knowledgebase/DSM/tutorial/Storage/What_is_Synology_Hybrid_RAID_SHR
SHRというのは、同容量HDDの場合には、ほぼクラシックRAIDと一緒と考えることができます。
容量違いHDDにした場合に、余った部分を別ドライブとして無駄なく利用できるってことです。
そして、じゅんぐりと容量の大きいものに変えていくことで、ボリュームの拡張ができます。
ただし、2Disk冗長まででございます。
それ以上の冗長(障害時のデータ保護)を求める場合には、クラシックRAIDにしなければなりません。
書込番号:22074813
![]()
3点
んでもSHRだと、若干勝手に管理されてしまうことがあるんで、
「それはイヤだなー!」
って感じる人は、SHRにはしないで、あえてクラシックRAIDを選択するっちゅーこともよくありますねぇ。
書込番号:22074826
0点
みなさま
短時間の間に適切なご回答をいただき、ありがとうございました。
とても参考になりました。
書込番号:22074862
1点
NAS(ネットワークHDD) > Synology > DiskStation DS418j
Nasで保管している音源をウォークマンで聞きたいのですが、データの移動ができません(プロパティーを含めずにコピーしますか?とエラー表示が出てしまします)。どなたか解決策をご教示頂ければ幸いです。
0点
情報が足りません。
・ウォークマンの型番は?
・DS418jとの接続方法は?
・どういった手法でコピーを行うとしているのか?
・「プロパティーを含めずにコピーしますか?」と表示が出ても、かまわず先に進めることはできませんか?
書込番号:21852949
2点
クチコミ掲示板検索
新着ピックアップリスト
-
【欲しいものリスト】今、自作PCを作るなら
-
【欲しいものリスト】canon移行案
-
【Myコレクション】windows11に対応で購入
-
【その他】原神用?
-
【欲しいものリスト】自作PC
価格.comマガジン
注目トピックス
(パソコン)
NAS(ネットワークHDD)
(最近3年以内の発売・登録)














