/dev/sda1 2.8T 349G 2.4T 13% /mnt/hdd
に HDDをマウントしたのですが、
再起動すると Diskは 0Bになります!
何が悪いか、わかりません!
pi@raspberrypi:~ $ df | grep /mnt/hdd
/dev/sda1 2930265596 365377880 2564887716 13% /mnt/hdd
再起動しても、マウントは継続しています!
完全なチームを見せてください docker run
v0.23.5 です!
docker run
“docker run” requires at least 1 argument.
See ‘docker run --help’.
Usage: docker run [OPTIONS] IMAGE [COMMAND] [ARG…]
Run a command in a new container
すべてのオプションを含む完全な起動コマンドラインが必要です。
ノードが再起動去れた後、また0Bになります!
すべてのオプションを含む完全な起動コマンドラインとは??
sudo docker run -d --restart unless-stopped -p 28967:28967
-p 127.0.0.1:14002:14002
-e WALLET=“0x93a9259D182e85bA0D14e1A312b04028bF283d85”
-e EMAIL="pcrkai02@gmail.com"
-e ADDRESS=“1.33.4.174:28967”
-e BANDWIDTH=“2000TB”
-e STORAGE=“2.5TB”
–mount type=bind,source="/home/pi/.local/share/storj/identity/storagenode",destination=/app/identity
–mount type=bind,source="/mnt/hdd/Node_v3",destination=/app/config
–name storagenode storjlabs/storagenode:beta
grep “/mnt/hdd” /etc/fstab
UUID=“78CC8843CC87FA20” /mnt/hdd ntfs-3g defaults,nofail 0 0
/etc/fstab
UUID=“78CC8843CC87FA20” /mnt/hdd ntfs-3g defaults,nofail 0 0
LinuxでNTFSファイルシステムを使用している場合、これが問題の原因である可能性があります。
Linuxのネイティブファイルシステムはext4です。
しかし、今では何も変更する価値はありません。ディスクをフォーマットすると、データが失われ、ノードが失格になります。
コマンドの結果をコピーしてください:
ls -l /mnt/hdd
pi@raspberrypi:~ $ ls -l /mnt/hdd
合計 678
drwxrwxrwx 1 root root 4096 2月 21 2018 ‘$RECYCLE.BIN’
drwxrwxrwx 1 root root 0 2月 21 2018 ‘Ether Wallet’
drwxrwxrwx 1 root root 4096 10月 3 21:27 Node_v3
drwxrwxrwx 1 root root 4096 10月 24 2016 ‘System Volume Information’
-rwxrwxrwx 1 root root 114 9月 9 21:35 VNC
-rwxrwxrwx 1 root root 400 3月 21 2019 WAVES.txt
-rwxrwxrwx 2 root root 669216 2月 2 2019 bookmarks.html
drwxrwxrwx 1 root root 0 2月 28 2018 msdownld.tmp
-rwxrwxrwx 1 root root 114 10月 11 10:51 pi
-rwxrwxrwx 1 root root 838 10月 22 02:37 sV3pi
drwxrwxrwx 1 root root 0 3月 1 2019 storj
-rwxrwxrwx 1 root root 421 3月 21 2019 ubu
drwxrwxrwx 1 root root 4096 9月 7 2014 重要
別のHDDを ext4フォーマットして、
NTFSのフォルダーをコピーしてみる価値は、ありますか?
コマンドの結果をコピーしてください:
ls -l /mnt/hdd/pi
ls -l /mnt/hdd/sV3pi
ls -l /mnt/hdd/storj
ls -l /mnt/hdd/Node_v3
別のドライブがある場合は試すことができます。 主なことは、フォーマット中にディスクを混同しないことです:)
pi@raspberrypi:~ ls -l /mnt/hdd/pi
-rwxrwxrwx 1 root root 114 10月 11 10:51 /mnt/hdd/pi
pi@raspberrypi:~ ls -l /mnt/hdd/sV3pi
-rwxrwxrwx 1 root root 838 10月 22 02:37 /mnt/hdd/sV3pi
pi@raspberrypi:~ ls -l /mnt/hdd/storj
合計 0
drwxrwxrwx 1 root root 0 3月 2 2019 identity
pi@raspberrypi:~ ls -l /mnt/hdd/Node_v3
合計 588
-rwxrwxrwx 1 root root 716 10月 3 21:27 config.yaml
-rwxrwxrwx 1 root root 715 10月 3 21:23 config.yaml.save
-rwxrwxrwx 1 root root 131072 10月 4 05:07 kademlia
-rwxrwxrwx 1 root root 32768 10月 29 02:48 revocations.db
drwxrwxrwx 1 root root 442368 10月 29 02:51 storage
ノードのリポジトリのコピーが1つしかないようです。
したがって、非常に最初の仮定だけが残ります: LinuxはNTFSではうまく機能しません。
アレクセイ ありがとう!
ext4 にフォーマットしたHDDでためしてみます!
ext4にフォーマットしたHDDでためした所、正常に動いているように見えます!
このエラーは正常ですか?
2019-10-30T16:11:07.026Z ERROR server gRPC stream error response {“error”: “piecestore protocol: rpc error: code = Canceled desc = context canceled”, “errorVerbose”: “piecestore protocol: rpc error: code = Canceled desc = context canceled\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).doUpload:288\n\tstorj.io/storj/storagenode/piecestore.(*Endpoint).Upload:162\n\tstorj.io/storj/pkg/pb._Piecestore_Upload_Handler:1070\n\tstorj.io/storj/pkg/server.(*Server).logOnErrorStreamInterceptor:23\n\tgoogle.golang.org/grpc.(*Server).processStreamingRPC:1127\n\tgoogle.golang.org/grpc.(*Server).handleStream:1178\n\tgoogle.golang.org/grpc.(*Server).serveStreams.func1.1:696”}
これは、分散ネットワークにおける通常の間違いです。サイトの競合他社はより高速です。
ここで標準コードについて読むことができます: