Siduction Forum
Siduction Forum => Software - Support => Topic started by: rueX on 2014/09/20, 23:13:43
-
hi,
this evening after d-u ii wanted to open "gftp" in user-console,
but suddenly: all ended with: error-message:
Attempt to unlock mutex that was not locked
Abgebrochen
is this one of the gnome warnings in upgrade-warnings ? or a other thing ? (32-bit-siduction)
-
ähm: my dictionary can't help:
what is the meaning of "mutex" ?
or:
what is the right translation for: "Attempt to unlock mutex that was not locked"
in german ...
is that blocked from maintainer or is that a user-prob ?
-
This problem also affects radiotray. There is a workaround, not a real fix. See comment #10 on this (https://bugs.launchpad.net/ubuntu/+source/radiotray/+bug/1359564) bug report.
At your "/" with root terminal find . -type f -name SysTray.py
Edit the file SysTray.py, by commenting out line 185. **
** EDIT: After thinking a bit, probably SysTray.py is not the file that is making the gtk call, in the case of gftp. But the same gtk.gdk.threads_init()
call as SysTray.py makes is probably the cause of your mutex lock error.
"Mutex" is not a real English word, btw -- just a technical term invented for software enginees to describe a "mutual exclusion object" -- see here (http://dictionary.reference.com/browse/mutex?s=t).
-
thanx dibl !
i am not alone - puhhh ...
locate systray.py
usr/share/hplip/systray.py
but systray.py ended there ...unfortunaly ...ended with line 146 ...a real comic ...
no line 185
which is the text in usual line 185 ?
Edit: thanx: but: there is no word like "gtk.gdk.threads_init()"
...i could wait to next incoming debian ,)
-
In the SysTray.py that was in my radiotray installation, line 185 is
gtk.gdk.threads_init()
And you need the capital "S" and capital "T" in the file name!
and the forum text editing is not working for me today. :(
-
you mean: the "locate systray.py" is wrong ...oh
locate SysTray.py
...is nothing on hdd
/...at which place=patch is your SysTray.py ?
Edit: the editing-game to edit-during-posting is really funny this rainy day .)
-
Edit: the editing-game is real funny this rainy day .)
The other funny thing, but only for me -- gftp launches perfectly here, both from Alt-F2 and from terminal.
The underlying problem is described as a bug in the newest gtk (https://bugs.launchpad.net/ubuntu/+source/psensor/+bug/1346299/comments/6).
EDIT: don@imerabox:/$ locate SysTray.py
/usr/lib/python2.7/dist-packages/radiotray/SysTray.py
/usr/lib/python2.7/dist-packages/radiotray/SysTray.pyc
/usr/share/pyshared/radiotray/SysTray.py
don@imerabox:/$
-
The other funny thing, but only for me -- gftp launches perfectly here, both from Alt-F2 and from terminal.
Well .... no more -- today gftp is also crashing with the same error. Time to learn a new skill. There is a firefox/iceweasel add-on named fireftp that seems to get the job done just as well. Took me about 15 minutes to get the hang of it. Go to your ftp URL, log in as needed, and when your remote data are showing, right-click and choose the ftp view. You get the two panels and transfer arrows -- looks and works very familiar.
-
gftp works fine here.
~
towo:Defiant> inxi -v3
System: Host: Defiant Kernel: 3.17-rc6-siduction-amd64 x86_64 (64 bit gcc: 4.9.1)
Desktop: Xfce 4.11.8 (Gtk 2.24.24) Distro: siduction 13.2.0 December - xfce - (201312310323)
Machine: Mobo: MSI model: H87-G41 PC Mate(MS-7850) v: 1.0 Bios: American Megatrends v: V3.6 date: 12/02/2013
CPU: Quad core Intel Core i5-4670K (-MCP-) cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 27209
clock speeds: max: 3800 MHz 1: 2825 MHz 2: 2200 MHz 3: 3170 MHz 4: 3394 MHz
Graphics: Card: NVIDIA GM107 [GeForce GTX 750 Ti] bus-ID: 01:00.0
Display Server: X.Org 1.16.1 driver: nvidia Resolution: 1920x1080@60.00hz
GLX Renderer: GeForce GTX 750 Ti/PCIe/SSE2 GLX Version: 4.4.0 NVIDIA 343.22 Direct Rendering: Yes
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 03:00.0
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 44:8a:5b:2f:3a:bf
Drives: HDD Total Size: 2762.6GB (46.1% used) ID-1: model: ST3750840AS
ID-2: model: WDC_WD10EALX ID-3: model: WDC_WD10EALX
ID-4: model: Micro_Line ID-5: model: CD002
Info: Processes: 196 Uptime: 10:18 Memory: 1674.3/15983.6MB Init: systemd runlevel: 5 Gcc sys: 4.9.1
Client: Shell (bash 4.3.251) inxi: 2.2.12
-
gftp fails with this error on three different KDE systems. Tomorrow I'll try it on my LXDE netbook. As noted above, radiotray runs fine after the workaround is applied. It is strange how few bug reports on this error are out there -- possibly there is a new package or a recently updated package causing it, so only some sid users are affected so far. But some of the bug reports you can find for this error with other packages go back in time some years.
-
Still like my first posting: siduction 32-bit
this day: new d-u, later in terminal as user:
gftp
to ...upload or download : click on "Lesezeichen" to let it run:
Attempt to unlock mutex that was not locked
Abgebrochen
-
Same issue on a 32-bit LXDE netbook:
don@tosh205:~$ gftp
gFTP Warning: Skipping line 248 in config file: entropy_source
gFTP Warning: Skipping line 251 in config file: entropy_len
gFTP Warning: Skipping line 254 in config file: verify_ssl_peer
Attempt to unlock mutex that was not locked
Aborted
don@tosh205:~$ inxi -v3
System: Host: tosh205 Kernel: 3.16-3.towo-siduction-686 i686 (32 bit gcc: 4.9.1)
Desktop: LXDE (Openbox 3.5.2)
Distro: siduction 12.1 Desperado - lxde - (201205212227)
Machine: System: TOSHIBA product: TOSHIBA NB205 v: PLL20U-00201D
Mobo: TOSHIBA model: KAVAA v: 1.00
Bios: TOSHIBA v: V2.20 date: 03/16/2011
CPU: Single core Intel Atom N280 (-HT-) cache: 512 KB
flags: (nx pae sse sse2 sse3 ssse3) bmips: 3326
clock speeds: max: 1667 MHz 1: 1333 MHz 2: 1333 MHz
Graphics: Card: Intel Mobile 945GSE Express Integrated Graphics Controller
bus-ID: 00:02.0
Display Server: X.Org 1.16.1 drivers: intel (unloaded: fbdev,vesa)
Resolution: 1024x600@60.00hz
GLX Renderer: Mesa DRI Intel 945GME x86/MMX/SSE2
GLX Version: 2.1 Mesa 10.2.6 Direct Rendering: Yes
Network: Card-1: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express)
driver: ath9k bus-ID: 03:00.0
IF: wlan0 state: up mac: 00:23:08:96:77:a1
Card-2: Realtek RTL8101E/RTL8102E PCI Express Fast Ethernet controller
driver: r8169 v: 2.3LK-NAPI port: 2000 bus-ID: 04:00.0
IF: eth0 state: down mac: 00:23:5a:fa:a0:32
Drives: HDD Total Size: 40.0GB (17.8% used) ID-1: model: OCZ
Info: Processes: 156 Uptime: 47 min Memory: 813.0/2016.2MB
Init: systemd runlevel: 5 Gcc sys: 4.9.1
Client: Shell (bash 4.3.251) inxi: 2.2.12
-
I saw some gtk package updates this morning, so I gave gftp a try, and now it is starting correctly with no errors.