Firefox가 완전히 로드된 것처럼 보이지만 브라우저 창이 나타나는 데 몇 분 정도 걸립니다.

Firefox가 완전히 로드된 것처럼 보이지만 브라우저 창이 나타나는 데 몇 분 정도 걸립니다.

며칠 전 마지막 Firefox 업데이트에서 나온 내용인 것 같은데, 틀렸을 수도 있습니다. 어쨌든 저는 며칠 전에 처음으로 이 문제를 발견했습니다.

내가 하는 일:

  1. 파이어폭스 아이콘을 클릭하세요
  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. 부가 기능: Adblock Plus, Bugmenot, Cookies Manager+, Cookies Ok, Firebug, Firegestures, Geolocater, 제목 수정, Google Analytics 없음, 새 탭에서 이미지 열기, 자체 파괴 쿠키, 스타일리쉬(실제로 사용되지 않음), 탭 자동 새로고침, 탭 휠 스크롤, 데이터 변조, 사용자 에이전트 체인저.

플러그인: Cinnamon 통합, DivX® 웹 플레이어, IcedTea-웹 플러그인, QuickTime 플러그인, VLC 멀티미디어 플러그인, Windows Media Player 플러그인10.

어떤 아이디어가 있나요? 아니면 추가 정보가 필요합니까?

편집하다:방금 다시 먹었습니다. 이는 몇 시간 동안 Firefox를 사용하지 않은 후에(시스템이 종료됨) 발생하는 것으로 보이며 Firefox에는 SYN_SENT 상태의 열린 소켓이 있습니다. 나는 이 보안되지 않은 WLAN 네트워크에서 캡티브 포털을 완료하기 전에 모든 것이 포트로 전송되는 것을 발견했습니다! =80개의 패킷이 시간 초과됩니다. 그럴 수도 있습니다.

또한 내 해결 방법은 firefox -new-window내 마스터 비밀번호(동기화용)를 요청할 때까지 작동하지 않았습니다. 그때는 창문이 없어서 줄곧 기다리는 것보다는 빨랐지만 그래도 4분 정도 걸렸다.

이런 일이 다시 발생하면 무선 네트워크 연결을 끊고 모든 Firefox를 종료한 후 다시 시도하겠습니다.

답변1

분명히 여기의 Wi-Fi가 문제를 일으켰습니다. 무선 네트워크에 연결하려면 먼저 암호화되지 않은 웹사이트(예:http://example.com), 그 후에는 로그인 페이지(종속 포털)로 리디렉션됩니다. 그러나 https 웹 사이트(또는 80 이외의 포트)에 대한 연결은 자격 증명을 입력할 때까지 실패하고 시간 초과됩니다. Linux는 연결 설정(TCP SYN)을 5~6회 시도합니다.것 같다, 그리고 Firefox가 안전하게 연결하려는 서버에 연결할 수 없다는 것을 알기 전에 이 모든 것이 시간 초과되어야 합니다. 그래서 시간이 너무 오래 걸렸어요.

해결책:killall firefox; sudo ifdown wlan0; firefox & sudo ifup wlan0

답변2

루프백 인터페이스에는 IP 주소가 없을 수 있습니다. 창 관리 및 X 서버를 포함한 대부분의 Linux 하위 시스템은 루프백 소켓을 통해 통신합니다. 구경하다.

관련 정보