debug.log では、ブロックリストを要求し、ブロックリストを受信した後、要求されたブロックのリストのアップロードを開始している。ブロックを受信していないが、十分な時間が経っていないので確実なことは言えない。それ以外はすべて正常に見える。
どのくらいの時間実行した？ブロックのダウンロードが始まるまで数分かかることがある。特にケーブルモデムを使っている場合、上りの帯域幅がかなり低いことがあるので、ブロック要求リストのアップロードに時間がかかることがある。
もう一度実行してもブロックがダウンロードされない場合は、少なくとも数時間実行し続けてから debug.log を送ってくれ。そうすれば、私のノードがあなたに接続する時間ができ、私の側で何が表示されているか確認してあなたの debug.log と照合できる。
閉じる時の最小化オプションについてはその通りで、別にできない理由はない。Martti はもともと別々にしていたのを、私がサブオプションにしてしまった。私のミスだ。元に戻す。
NewLibertyStandardの投稿それが言いたかったことです。ステータスバーに表示されるブロックはプログラムを 実行している間、まったく増えませんでした。debug.logを添付しました。
Gnomeでトレイアイコンをテストする良い方法は、通知領域を削除してから再度追加 することです。通知領域を再追加した後もアイコンが表示されていれば、正しく動作 しています。
私は通常、アプリケーションの設定でトレイに最小化ではなく、トレイに閉じるように しています。そしてアプリケーションを最小化したままにしておきます。そうすれば 誤ってプログラムを閉じることがなく、トレイからアプリケーションを開く利便性も 保てます。（開いているウィンドウを「タスクバー」に表示せず、クリックすると 開いているウィンドウをサブメニュー項目として表示するアイコンを置いています。） そしてトレイアイコンが消えたら、設定に入ってトレイアイコン設定を無効にしてから 再度有効にして再表示させます。現在のビットコインの設定では、トレイに最小化の チェックボックスを有効にしないとトレイに閉じるのチェックマークを有効に できないため、これが不可能です。
2009年11月8日午前9:08、Satoshi Nakamoto <satoshin@gmx.com
サトシ・ナカモトの投稿ステータスバーのブロック数が約26600まで上がっていないということであれば、 それはバグだ。debug.logを送ってくれ。 （~/.bitcoin/debug.logにある）
Windowsのように、Linux上で既に実行中のプログラムを見つけて表示する方法は まだ分かっていない。あなたのお話を聞いて、少なくともトレイに最小化の オプションを初期状態ではデフォルトでオフにすべきだな。
NewLibertyStandardの投稿ダウンロードして実行できました。CPUをかなり使っているので、 正常に動作していると思います。以前に生成されたブロックは ダウンロードされていません。これはバグですか、新機能ですか？
Gnomeのシステムトレイはあまり信頼性がありません。アイコンが消えて プログラムに戻る方法がなくなることがあります。ビットコインでもこれが 起こりうることを確認しました。既に実行中のビットコインを起動した時に、 既に実行中のビットコインプロセスのGUIを表示してくれると良いのですが。