Closed Bug 97447 Opened 23 years ago Closed 23 years ago

Mozilla refuses to start on Linux

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: lduperval, Assigned: asa)

Details

Attachments

(4 files)

19321-byte .xul file dropped in /tmp
18.87 KB, text/plain
Details
Sample 4093-byte file
4.00 KB, text/plain
Details
Strace output for root
75.23 KB, text/plain
Details
Output when attempting to start Mozilla
485 bytes, text/plain
Details 
I build mozilla daily from CVS. Since around August 20, I've been unable to
start mozilla. This is the tail end of a strace -f session (it'd be cool to be
able to attach files to bug reports). What happens then is that mozilla takes
all the CPU cycles and that's the end of that. I have to kill it. The last
successful build I mad was in the week prior to Aug 6. From Aug 4 to Aug 6 I was
on vacation so nothing had been modified on my system. I can provide a better
strace if that's needed, just tell me what you want. Debugging and stack traces
are another matter (they require more time to generate).

)          = ?
[pid 14312] shmat(6, 0x4, 0x4ptrace: umoven: Input/output error
)          = ?
[pid 14312] shmat(7, 0x3, 0x3ptrace: umoven: Input/output error
)          = ?
[pid 14312] shmat(7, 0x4, 0x4ptrace: umoven: Input/output error
)          = ?
[pid 14312] sched_get_priority_max(0)   = 0
[pid 14312] sched_get_priority_min(0)   = 0
[pid 14312] getrlimit(0x3, 0xbfffe858, 0xbfffe920, 0x200000, 0xbfffe858) = 0
[pid 14312] setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024,
rlim_max=RLIM_INFINITY}) = 0
[pid 14312] pipe([8, 9])                = 0
fn=0xf00, child_stack=0x812bd18,
flags=CLONE_VM|CLONE_SIGHAND|CLONE_PTRACE|CLONE_VFORK|CLONE_PARENT|0xbfff0020,
args=0x200000[pid 14312] clone()                     = 14314
[pid 14312] write(9,
"\1\0\0\0\5\0\0\0\2\0\377\277\1\v\31@pB\21\10\374T\36@\250"..., 148) = 148
[pid 14312] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
[pid 14312] write(9,
"@\271&@\0\0\0\0\20\352\377\277\200\251#@(\243\20\10\0\0"..., 148) = 148
[pid 14312] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
[pid 14312] rt_sigsuspend([] <unfinished ...>
[pid 14312] --- SIGRT_0 (Real-time signal 0) ---
LoadPlugin: failed to initialize shared library
/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so
[/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so:
undefined symbol: XtShellStrings]
LoadPlugin: failed to initialize shared library
/usr/local/mozilla/plugins/ShockwaveFlash.class
[/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header]
LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/java2
[/usr/local/mozilla/plugins/java2: cannot read file data: Is a directory]
can you try starting mozilla as root, does that work?
This is a stupid question, but there aren't any derelict mozilla-bin processes
running in the background, are there?  
is it choking on finding a directory in the plugins dir?
Have you tried a more conventional directory structure, moving the java dir out
of the way and instead linking the real location of the plugin go
/mozilla/dist/bin/plugins/libjavaplugin_oji.so


Oh, and you _can_ attach files to bugs.  See the "Create a new attachment" link
right below the keywords field....
Running as root:

/usr/local/mozilla/run-mozilla.sh /usr/local/mozilla/mozilla-bin
MOZILLA_FIVE_HOME=/usr/local/mozilla
  LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins
     LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components
       SHLIB_PATH=/usr/local/mozilla
          LIBPATH=/usr/local/mozilla
       ADDON_PATH=/usr/local/mozilla
      MOZ_PROGRAM=/usr/local/mozilla/mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /root/.mozilla
LoadPlugin: failed to initialize shared library
/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so
[/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so:
undefined symbol: XtShellStrings]
LoadPlugin: failed to initialize shared library
/usr/local/mozilla/plugins/ShockwaveFlash.class
[/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header]
LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/java2
[/usr/local/mozilla/plugins/java2: cannot read file data: Is a directory]


no mozilla-bin are running but nautilus is.

Relinking java plugin:

lrwxrwxrwx    1 laurent  root           61 Aug 23 00:43 libnullplugin.so ->
../../../modules/plugin/samples/default/unix/libnullplugin.so*

so basically, I moved the java2 directory up one level.

./run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/usr/local/mozilla
  LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins
     LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components
       SHLIB_PATH=/usr/local/mozilla
          LIBPATH=/usr/local/mozilla
       ADDON_PATH=/usr/local/mozilla
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
LoadPlugin: failed to initialize shared library
/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/java2/plugin/i386/ns600/libjavaplugin_oji.so
[/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/java2/plugin/i386/ns600/libjavaplugin_oji.so:
undefined symbol: XtShellStrings]
LoadPlugin: failed to initialize shared library
/usr/local/mozilla/plugins/ShockwaveFlash.class
[/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header]

L
The "invalid ELF header" was reported yesterday as bug 97362

however, I believe the problem didn't prevent mozilla from starting up.
I removed all the plugin links on my installation and rans strace on the binary
instead of the script. This is what I seem to be getting:

open("/usr/X11R6/lib/X11/locale/iso8859-1/XLC_LOCALE", O_RDONLY) = 10
fstat64(10, {st_mode=S_IFREG|0644, st_size=802, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40a60000
read(10, "#  $XConsortium: iso8859-1 /main"..., 4096) = 802
read(10, "", 4096)                      = 0
close(10)                               = 0
munmap(0x40a60000, 4096)                = 0
ipc_subcall(0xbffff66c, 0xbffff670, 0xbffff674, 0x4066e170) = 0
msgsnd(3221223008, {4294967295, ""}, 3221223012,
MSG_NOERROR|MSG_EXCEPT|0xbfffc668) = 0
gettimeofday({999186776, 615737}, NULL) = 0
uname({sys="Linux", node="kiskeya", ...}) = 0
socket(PF_UNIX, SOCK_STREAM, 0)         = 10
uname({sys="Linux", node="kiskeya", ...}) = 0
uname({sys="Linux", node="kiskeya", ...}) = 0
connect(10, {sin_family=AF_UNIX, path="/tmp/.X11-unix/X0"}, 19) = 0
uname({sys="Linux", node="kiskeya", ...}) = 0
shmat(10, 0x2, 0x2ptrace: umoven: Input/output error
)                     = ?
access("/home/laurent/.Xauthority", R_OK) = 
fstat64(11, {st_mode=S_IFREG|0600, st_size=199, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40a60000
read(11, "\0\0\0\4\n\0\t\1\0\0010\0\22MIT-MAGIC-COOKIE-1\0"..., 4096) = 199
close(11)                               = 0
munmap(0x40a60000, 4096)                = 0
writev(10, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"MIT-MAGIC-COOKIE-1", 18},
{"\0\0", 2}, {"{J\21\34q`{apGMQ.M}\5", 16}], 4) = 48
shmat(10, 0x3, 0x3ptrace: umoven: Input/output error
)                     = ?
shmat(10, 0x4, 0x4ptrace: umoven: Input/output error
)                     = ?
read(10, 0xbffff4a8, 8)                 = -1 EAGAIN (Resource temporarily
unavailable)
.
.
.
read(10, "\23\16\313\314k\16\240\2k\16\240\2\0\304\v\10\320rr\10"..., 32) = 32
read(10, "\1\0\315\314\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0\0"..., 32) = 32
write(10, "\17\0\2\0j\16\240\2", 8)     = 8
read(10, 0xbfffdbb8, 32)                = -1 EAGAIN (Resource temporarily
unavailable)
select(11, [10], NULL, NULL, NULL)      = 1 (in [10])
read(10, "\1\227\316\314\1\0\0\0-\0\0\0i\16\240\2\1\0\0\0\0\0\0\0"..., 32) = 32
read(10, "k\16\240\2", 4)               = 4
write(10, "\24\0\6\0i\16\240\2a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 24) = 24
read(10, 0xbfffdba8, 32)                = -1 EAGAIN (Resource temporarily
unavailable)
select(11, [10], NULL, NULL, NULL)      = 1 (in [10])
read(10, "\1\0\317\314\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\250"..., 32) = 32
write(10, "\17\0\2\0i\16\240\2", 8)     = 8
read(10, 0xbfffdbb8, 32)                = -1 EAGAIN (Resource temporarily
unavailable)
select(11, [10], NULL, NULL, NULL)      = 1 (in [10])
read(10, "\1\227\320\314\1\0\0\0-\0\0\0-\0\0\0\1\0\0\0\0\0\0\0\250"..., 32) = 32
read(10, "j\16\240\2", 4)               = 4

By that time I Ctrl-C it.

L


just an idea... In installer versions in /usr/local/mozilla, a routine is to
start mozilla and components (mail, composer) once as root before starting as
normal user. Does mozilla refuse to start for you also when started by user root?
Your problem seems related to communication with the X server. What version of X
do you have, and are you running this connection locally or remotely? Did you do
an X upgrade over the past month?
It doesn't work as root. I'm attaching a strace output for root, which is a bit
different than the one for the normal user. Now, having seen this output, I
noticed that mozilla is creating a busload of .xul and empty .htm file in /tmp.
All the files have the same 4093 bytes length except one. So I'm attaching that
one and a sample 4093-byte file.
Attached file Sample 4093-byte file — 

    
    

    
  

      
      
      
      

        Attached file
          
        Strace output for root
        — 
      

    


  

    
    

    
  
I wonder if this happens because of the combo of java2 and flash. See bug 98035.

    
    

    
  
The same happend to me, Release mozilla_0.9.3 refuses to start with my regular
user and with user root, as well as Release 0.9.2.


dynamite: /usr/local/mozilla $ ./run-mozilla.sh
MOZILLA_FIVE_HOME=.
  LD_LIBRARY_PATH=.:./plugins
     LIBRARY_PATH=.:./components
       SHLIB_PATH=.
          LIBPATH=.
       ADDON_PATH=.
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=

and that's it, nothing is following at all, I had to kill it manually.
But it starts with my testy-user which is almost a virgin user.

How can I provide more details?

    
    

    
  
Laurent, and Heinrich, please erase your profile directories (make sure
it's gone - it could be root-owned or whatever) and try again? (Has this
been done already?) I think this is just one big wild chase over a
permission problem with X.

    
    

    
  
Nope. I had two profiles to my name in .mozilla. I removed both and it still
doesn't start.

    
    

    
  
Well, I moved /usr/local/mozilla/defaults/profile away and it startet up, right
away.
I stopped and brought back the directory and it still starts up, right now I'm
using it to write this lines.
I'm a bit confused.

    
    

    
  
Yep, I think this has to do with running mozilla as root once and it
saving default profiles. Can you check on a clean install Lawrence? And
without running it as root at all (not even upon install?)

Thanks.

    
    

    
  
Hi,

I have very much the same behaviour with versions 0.9.3 and 0.9.4 as in "it
hangs on startup". Difference is here that adding the 2 flash player files to
the plugins directory does it. Remove them and it starts again. Big difference
is that I install it locally under Debian woody in my home directory and I have
no global profile. moving the default/profile under the localy installed tree
doesn't help diddly when the flash files are still in place. Running it as root
doesn't help nor doing a clean install and not running it as root.

I have java2 installed and linked correctly, I have links to realplayer in the
plugins directory. No other plugins.

I get the same warning about the ELF header on the flash libraries:
/home/gegs/bin/mozilla-0.9.4/plugins/ShockwaveFlash.class: invalid ELF header

Is this related or sheer coincidence and another (my) bug?

Gaby

    
    

    
  
"invalid ELF header" is fixed. Was bug 97362.
Another "won't start" bug was/is bug 58339, which happened when /dev/dsp was
busy during start of Mozilla. One issue seems to remain: "Registering flash
plugin while audio device is active fails and completely stops browser"

Could this be what's happening here?



    
    

    
  
Alan, you've got your path setup completely broken -- look at the
library paths. This has nothing to do with this bug.

Laurent, just to be clear: have you tried starting mozilla without the
plugins? This bug is bouncing around and all reports I see are of
plugins, but you've never clearly stated if you've tested without
plugins at all. 

It has been suggested it's  a Flash/OJI problem, and this has to be
diagnosed -- is it?

    
    

    
  
Hmmm, I was sure I'd sent this. Maybe thge discussion occured offline. Anyway, I
recompiled and reinstall mozilla about ten days ago, making sure that the root
user was never used for anything and it started working.

Before I did a complete recompile and installation, I'd tried it without the
plugins and it hadn't worked. Now it currently works (or at least it did. I've
found another problem but not related to this one).

    
    

    
  
Reporter, you can mark FIXED WORKSFORME for bugs which have been fixed
in the latest nightly. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: