Firefoxが完全に読み込まれているように見えますが、ブラウザウィンドウが表示されるまでに数分かかります。

Firefoxが完全に読み込まれているように見えますが、ブラウザウィンドウが表示されるまでに数分かかります。

数日前、最後のFirefoxアップデートからのものだと思いますが、間違っている可能性があります。とにかく、私は数日前に初めてこの問題を発見しました。

私がしていること:

  1. Firefoxのアイコンをクリック
  2. 待つ。画面には何も表示されず、Firefoxは通常約3秒で実行されます。
  3. システムモニターを確認してください。何も読み込まれません。 Firefox プロセスが実行中です。
  4. iotopを見てください。ロードがありません。
  5. 窓を開けて、firefox -new-window about:blank何か奇妙なことが起こらないかのように行動してみてください。
  6. ウィンドウをもう一度閉じます。 Firefox プロセスは引き続き開いています。
  7. 今はChromiumを使っています。
  8. 約5〜10分後、Firefoxが自動的に開きます。

コマンドラインからFirefoxを実行すると、なぜそれほど時間がかかるのかについての情報は提供されません。それが提供する唯一の警告は次のとおりです。

(process:3543): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

ただし、この状況はFirefoxが正常に起動したときにも発生します。これは問題とは関係がないようです。

今日はgdbを使ってFirefoxを実行してみました。私は決してgdbの専門家ではありませんでしたが、動作しないアプリケーションに関する情報を他の人に提供するために一度だけ使用しました。だから(gdb)プロンプトに入力してを実行し、次のような出力を得ました(firefox --debug私が追加したコメントを表します)。start#

luc@luc-laptop2 ~ $ firefox --debug
GNU gdb (GDB) 7.5.91.20130417-cvs-ubuntu
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/lib/firefox/firefox...(no debugging symbols found)...done.
(gdb) start
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n]) n
Starting program: /usr/lib/firefox/firefox 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe9b17700 (LWP 3386)]
[Thread 0x7fffe9b17700 (LWP 3386) exited]

(process:3385): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
[New Thread 0x7fffe9b17700 (LWP 3389)]
[New Thread 0x7fffe2cff700 (LWP 3390)]
[New Thread 0x7fffe1ce7700 (LWP 3391)]
[New Thread 0x7fffe0eff700 (LWP 3392)]
[New Thread 0x7fffe06fe700 (LWP 3393)]
[New Thread 0x7fffdfbff700 (LWP 3394)]
[New Thread 0x7fffde9ff700 (LWP 3395)]
[New Thread 0x7fffdd0ff700 (LWP 3396)]
[New Thread 0x7fffdc4ff700 (LWP 3397)]
[New Thread 0x7fffdb18e700 (LWP 3398)]
[New Thread 0x7fffda781700 (LWP 3399)]
[New Thread 0x7fffd9f80700 (LWP 3401)]
[New Thread 0x7fffd90ff700 (LWP 3402)]
[New Thread 0x7fffd88fe700 (LWP 3403)]
[New Thread 0x7fffd80fd700 (LWP 3404)]
[New Thread 0x7fffd78fc700 (LWP 3405)]
[New Thread 0x7fffd67ff700 (LWP 3406)]
[Thread 0x7fffd67ff700 (LWP 3406) exited]
[Thread 0x7fffdd0ff700 (LWP 3396) exited]
[New Thread 0x7fffdd0ff700 (LWP 3407)]
[Thread 0x7fffdd0ff700 (LWP 3407) exited]
[New Thread 0x7fffd67ff700 (LWP 3418)]
[New Thread 0x7fffc62bb700 (LWP 3419)]
[New Thread 0x7fffdd0ff700 (LWP 3420)]
[New Thread 0x7fffc5aff700 (LWP 3421)]
[New Thread 0x7fffc52fe700 (LWP 3422)]
[Thread 0x7fffd67ff700 (LWP 3418) exited]
[Thread 0x7fffc52fe700 (LWP 3422) exited]
[New Thread 0x7fffc4afd700 (LWP 3423)]
[New Thread 0x7fffd67ff700 (LWP 3424)]
[New Thread 0x7fffc52fe700 (LWP 3425)]
[New Thread 0x7fffc42fc700 (LWP 3426)]
[Thread 0x7fffd67ff700 (LWP 3424) exited]
[Thread 0x7fffc52fe700 (LWP 3425) exited]
[Thread 0x7fffc42fc700 (LWP 3426) exited] # Up to here it took a long time

Entered ModifyHeaders.initConfigFile()[New Thread 0x7fffc52fe700 (LWP 3428)] 

この時点でマスターパスワードの入力を求められますが、ブラウザウィンドウは表示されません。これで少なくとも1分が経過しました。スレッドを開始して終了するこのゲームはしばらく続き、最終的に起動するまで毎分数行の出力を追加します。

前述したように、firefox -new-window別のコンソールで実行すると、ブラウザウィンドウがすぐに開きます。すべてがロードされ、うまく動作します。そのウィンドウをしばらく移動した後(またはしばらく待つと動作します)、別のブラウザウィンドウが表示されます。

これはランダムに発生しているようです。ほとんどの場合、Firefoxは2〜3秒で正常に起動します。また、再起動後も問題は解決しません。ただし、これが発生した場合は、killall firefoxもう一度使用しても役に立ちません。完全に一度起動するまで、ゆっくりと起動し続けます。

システム情報:
Linux Mint 15 Cinnamon; 3.8.0-19-generic #30-Ubuntu SMP x86_64; MintリポジトリのFirefox 23 、タップ自動リフレッシュ、タップホイールスクロール、データ変調、ユーザーエージェントチェンジャー。

プラグイン:Cinnamon統合、DivX®Webプレーヤー、IcedTea-Webプラグイン、QuickTimeプラグイン、VLCマルチメディアプラグイン、Windows Media Playerプラグイン10。

どんなアイデアがありますか?それとも追加情報が必要ですか?

編集する:もう一度食べました。これは、数時間Firefoxを使用しなかった(システムが終了した)後に発生し、FirefoxにはSYN_SENT状態のオープンソケットがあります。私はこの安全でないWLANネットワークでキャプティブポータルを完了する前に、すべてがポートに送信されることを発見しました! = 80個のパケットがタイムアウトします。そうかもしれません。

また、私の回避策は、firefox -new-window私のマスターパスワード(同期用)を要求するまで機能しませんでした。その時は窓がなくてずっと待つよりは速かったが、それでも4分ほどかかった。

これが再び発生した場合は、ワイヤレスネットワークを切断し、すべてのFirefoxを終了してもう一度やり直してください。

ベストアンサー1

明らかに、ここのWi-Fiは問題を引き起こした。ワイヤレスネットワークに接続するには、まず暗号化されていないWebサイト(例:http://example.com)、その後ログインページ(依存ポータル)にリダイレクトされます。ただし、https Webサイト(または80以外のポート)への接続は、資格情報を入力するまで失敗し、タイムアウトします。 Linuxは接続設定(TCP SYN)を5〜6回試みます。そうだそして、Firefoxが安全に接続しようとしているサーバーに接続できないことを知る前に、これらすべてがタイムアウトする必要があります。だから時間がかかりすぎました。

解決策:killall firefox; sudo ifdown wlan0; firefox & sudo ifup wlan0

おすすめ記事