<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://wiki.playonlinux.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Toadjaune</id>
		<title>PlayOnLinux - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.playonlinux.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Toadjaune"/>
		<link rel="alternate" type="text/html" href="https://wiki.playonlinux.com/index.php/Special:Contributions/Toadjaune"/>
		<updated>2026-05-07T02:04:29Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.30.0</generator>

	<entry>
		<id>https://wiki.playonlinux.com/index.php?title=Troubleshooting_Common_Problems&amp;diff=881</id>
		<title>Troubleshooting Common Problems</title>
		<link rel="alternate" type="text/html" href="https://wiki.playonlinux.com/index.php?title=Troubleshooting_Common_Problems&amp;diff=881"/>
				<updated>2017-06-28T07:12:18Z</updated>
		
		<summary type="html">&lt;p&gt;Toadjaune: Added a section for the RPM variant of the error&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Here is a list of common errors and possible solutions. Not everything will be here, but this list will get a lot bigger as time goes on, and hopefully, with the help of the community, we can make this list very, very robust.&lt;br /&gt;
&lt;br /&gt;
When trying a possible solution for an issue, please only try &amp;#039;&amp;#039;&amp;#039;ONE&amp;#039;&amp;#039;&amp;#039; solution at a time, and test to see if it worked. &lt;br /&gt;
&lt;br /&gt;
== p11-kit: couldn&amp;#039;t load module: ... ==&lt;br /&gt;
&lt;br /&gt;
=== Debian-based variant ===&lt;br /&gt;
==== Error ====&lt;br /&gt;
&lt;br /&gt;
{{Console|p11-kit: couldn&amp;#039;t load module: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory}}&lt;br /&gt;
&lt;br /&gt;
==== Who might encounter this error? ====&lt;br /&gt;
&lt;br /&gt;
Mostly users of Debian, Ubuntu, Kubuntu, etc., Mint (and derivatives), 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
==== What causes this error? ====&lt;br /&gt;
&lt;br /&gt;
The 32-bit version of &amp;#039;&amp;#039;p11-kit-trust.so&amp;#039;&amp;#039; is either not installed, or is not located in an area that Wine expected it to be.&lt;br /&gt;
&lt;br /&gt;
==== Common solutions ====&lt;br /&gt;
&lt;br /&gt;
===== Install 32-bit version of p11-kit-trust.so =====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre class=&amp;#039;code bash&amp;#039;&amp;gt;&lt;br /&gt;
sudo apt-get install p11-kit-modules:i386&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
===== Create a symlink =====&lt;br /&gt;
&lt;br /&gt;
(for systems before multiarch feature?)&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;found at http://askubuntu.com/a/384018&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre class=&amp;#039;code bash&amp;#039;&amp;gt;&lt;br /&gt;
sudo /usr/local/bin/getlibs -p p11-kit:i386&lt;br /&gt;
sudo ln -s /usr/lib32/i386-linux-gnu/pkcs11/p11-kit-trust.so /usr/lib/i386-linux-gnu/pkcs11/p11-kit-trust.so&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== RPM-based variant ===&lt;br /&gt;
&lt;br /&gt;
==== Error ====&lt;br /&gt;
&lt;br /&gt;
{{Console|p11-kit: couldn&amp;#039;t load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory}}&lt;br /&gt;
&lt;br /&gt;
==== Who might encounter this error? ====&lt;br /&gt;
&lt;br /&gt;
Users of Fedora, 64-bit systems.&lt;br /&gt;
&lt;br /&gt;
==== What causes this error? ====&lt;br /&gt;
&lt;br /&gt;
The 32-bit version of &amp;#039;&amp;#039;p11-kit-trust.so&amp;#039;&amp;#039; is either not installed, or is not located in an area that Wine expected it to be.&lt;br /&gt;
&lt;br /&gt;
We need a 32-bit version of the package p11-kit-trust, but as explained [https://bugzilla.redhat.com/show_bug.cgi?id=1060764 here], there is a packaging issue, requiring manual install.&lt;br /&gt;
&lt;br /&gt;
==== Common solutions ====&lt;br /&gt;
&lt;br /&gt;
Go on the web interface of a RPM mirror, and search for `p11-kit-trust`, for i386 architecture. ([https://rpmfind.net/linux/rpm2html/search.php?query=p11-kit-trust&amp;amp;submit=Search+...&amp;amp;system=&amp;amp;arch=i686 this link] does most of the job for you)&lt;br /&gt;
&lt;br /&gt;
Download the package corresponding with your Fedora version, and install it with `dnf install /path/to/downloaded/file`&lt;br /&gt;
&lt;br /&gt;
You may then run into similar errors, but with different files. You can find the missing packages with `dnf provides /path/to/missing/file`, then install them simply with `dnf install package-name`&lt;br /&gt;
&lt;br /&gt;
== Error in FS_Check ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|The following file is located on a fuse filesystem. It might prevent wine from working}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
Anyone trying to run an executable file in Wine/POL that is located on an NTFS filesystem.&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
Wine can get grumpy with how NTFS, Linux, and Wine interact with each other. This warning is simply there to alert you to this fact. Most of the time, this error can be ignored.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== Move executable to a native Linux filesystem ====&lt;br /&gt;
&lt;br /&gt;
Simply move the executable file in question to your native Linux filesystem, and this error will go away. It will only appear when trying to execute a file that is located on a FUSE filesystem.&lt;br /&gt;
&lt;br /&gt;
== Failed to use ICMP ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|err:winediag:IcmpCreateFile Failed to use ICMP (network ping), this requires special permissions.&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
Anyone trying to run an application that wants to ping out. On POSIX-compliant systems, &amp;#039;&amp;#039;ping&amp;#039;&amp;#039; needs admin rights. &amp;#039;&amp;#039;NOTE:&amp;#039;&amp;#039; &amp;#039;&amp;#039;&amp;#039;NEVER&amp;#039;&amp;#039;&amp;#039; run Wine or POL as root.&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
When a program tries to send an ICMP packet running through POL/Wine, it will fail, as it needs administrative rights, and we never run POL or Wine as &amp;#039;&amp;#039;root&amp;#039;&amp;#039;, do we? ;)&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== Switch to WineBuild &amp;#039;&amp;#039;1.7.45-staging&amp;#039;&amp;#039; or higher ====&lt;br /&gt;
&lt;br /&gt;
There is a fix for this in the Wine-Staging builds found in &amp;#039;&amp;#039;&amp;#039;Manage Wine Versions&amp;#039;&amp;#039;&amp;#039;, so that should be tried first.&lt;br /&gt;
&lt;br /&gt;
==== Give rights to POL&amp;#039;s WineBuild ====&lt;br /&gt;
&lt;br /&gt;
In most instances, you will see a command to remedy this. Most of the time, it is missing the final argument, which is the particular instance of Wine that you are running. These solutions work fine for Vanilla Wine, but not POL. For POL, you have to point the particular command to POL&amp;#039;s WineBuild for that particular virtual drive.&lt;br /&gt;
&lt;br /&gt;
For instance, &amp;#039;&amp;#039;&amp;#039;AION&amp;#039;&amp;#039;&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
All of POL&amp;#039;s WineBuilds are stored in ~/.PlayOnLinux/wine/&lt;br /&gt;
&lt;br /&gt;
Within this folder, you have different sub-folders for architecture, and then Wine version. In the case of &amp;#039;&amp;#039;&amp;#039;AION&amp;#039;&amp;#039;&amp;#039;:&lt;br /&gt;
&lt;br /&gt;
{{Console|/home/username/.PlayOnLinux/wine/linux-x86/1.7.36}}&lt;br /&gt;
&lt;br /&gt;
Find out which Wine version your application needs:&lt;br /&gt;
&lt;br /&gt;
# Open the Configuration Window&lt;br /&gt;
# In the General tab, when your virtual drive is selected, look at the name of the version of Wine in use. &lt;br /&gt;
&lt;br /&gt;
Now, the command you would want to run is:&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;NOTE&amp;#039;&amp;#039;&amp;#039;: &amp;#039;&amp;#039;Do NOT copy and paste these commands. They need to be modified for your particular situation.&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
{{Console|sudo setcap cap_net_raw+epi /home/username/.PlayOnLinux/wine/linux-x86/1.7.36/bin/wine}}&lt;br /&gt;
&lt;br /&gt;
or&lt;br /&gt;
&lt;br /&gt;
{{Console|sudo setcap cap_net_raw+epi /home/username/.PlayOnLinux/wine/linux-x86/1.7.36/bin/wine-preloader}}&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;NOTE:&amp;#039;&amp;#039;&amp;#039; &amp;#039;&amp;#039;I have seen both bin/wine and bin/wine-preloader shown in examples, so for posterity, I am including both.&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
Essentially, the syntax for this is as follows:&lt;br /&gt;
&lt;br /&gt;
{{Console|sudo setcap cap_net_raw+epi /home/&amp;#039;&amp;#039;&amp;#039;username&amp;#039;&amp;#039;&amp;#039;/.PlayOnLinux/wine/&amp;#039;&amp;#039;&amp;#039;WineArchitecture&amp;#039;&amp;#039;&amp;#039;/&amp;#039;&amp;#039;&amp;#039;WineVersion&amp;#039;&amp;#039;&amp;#039;/bin/wine}}&lt;br /&gt;
&lt;br /&gt;
Replace: &lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;username&amp;#039;&amp;#039;&amp;#039; with your current username&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Wine Architecture&amp;#039;&amp;#039;&amp;#039; with either &amp;#039;&amp;#039;&amp;#039;linux-x86&amp;#039;&amp;#039;&amp;#039; (32-bit virtual drive) or &amp;#039;&amp;#039;&amp;#039;linux-amd64&amp;#039;&amp;#039;&amp;#039; (64-bit virtual drive)&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Wine Version&amp;#039;&amp;#039;&amp;#039; with the &amp;#039;&amp;#039;&amp;#039;EXACT&amp;#039;&amp;#039;&amp;#039; name listed in the &amp;#039;&amp;#039;&amp;#039;Wine dropdown menu&amp;#039;&amp;#039;&amp;#039; in the &amp;#039;&amp;#039;&amp;#039;General tab&amp;#039;&amp;#039;&amp;#039; of the &amp;#039;&amp;#039;&amp;#039; Configuration Window&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
== Error! Files mismatch ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|&amp;#039;&amp;#039;someurl&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Error! Files mismatch&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Local: &amp;#039;&amp;#039;md5resultexpected&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
Server: &amp;#039;&amp;#039;md5resultdownloaded&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Do you want to retry?&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
This can happen to any user on any system. It is also architecture agnostic.&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
When POL scripts use certain API calls, there is a positional argument for the MD5 hash, to make sure that the downloaded file is intact and is not different than what has been tested. If the server hosting a certain file updates or changes the file in question, or if the download fails, the MD5 will be different, and will throw an error.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== File bug report with POL ====&lt;br /&gt;
&lt;br /&gt;
If this happens, it is something that the POL team should be made aware of. Please let us know so that we can take measures to correct this issue. As long as we can get the new file successfully, we can grab the MD5 hash and change the script so that this error will not pop up again (of course, if the file changes, this will happen again, and should be reported.).&lt;br /&gt;
&lt;br /&gt;
== The application you are trying to install needs administrator rights... ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|The application you are trying to install needs administrator rights to function correctly.}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
Anyone on any distro may see this error&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
Wine does not implement privileges as some Windows applications may expect, so if a program relies on certain aspects of Windows&amp;#039; user rights that Wine does not or cannot implement, it will fail.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== File bug report with WineHQ ====&lt;br /&gt;
&lt;br /&gt;
Anything like this should be reported directly to WineHQ&amp;#039;s team, as they would need to troubleshoot and possibly develop a workaround to the permissions issue. You can find their bug system here:&lt;br /&gt;
&lt;br /&gt;
* [https://bugs.winehq.org/ WineHQ&amp;#039;s Bugzilla]&lt;br /&gt;
&lt;br /&gt;
== League of Legends Stuck on Logo (after Champ Select) ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
League of Legends simply stalls at the logo after the champion select dialogue.&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
Anyone on any distro may see this error&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
Multiple d3d libraries that come with Wine apparently, according to threads like [https://www.playonlinux.com/en/topic-11344-HOWTO_Fix_League_Of_Legends_stuck_on_Logo_after_champ_select.html this], do not offer the performance that the native d3d libraries do.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== Install needed components ====&lt;br /&gt;
&lt;br /&gt;
Instructions adapted from this thread:&lt;br /&gt;
&lt;br /&gt;
[https://www.playonlinux.com/en/topic-11344-HOWTO_Fix_League_Of_Legends_stuck_on_Logo_after_champ_select.html https://www.playonlinux.com/en/topic-11344-HOWTO_Fix_League_Of_Legends_stuck_on_Logo_after_champ_select.html]&lt;br /&gt;
&lt;br /&gt;
# Install in POL: d3dx10, d3dx11, d3dx9 (only d3dx9, not the other d3dx9_etc) and directx9&lt;br /&gt;
# It will break your Adobe Air (already installed in the virtual drive). I really don&amp;#039;t know why but it does it, so we have to fix, go to Configure Wine, then select the tab Libraries and add the lib &amp;quot;dnsapi&amp;quot; and set it to &amp;quot;builtin, native&amp;quot;&lt;br /&gt;
&lt;br /&gt;
== PlayOnMac: SECUR32_initNTLMSP ntlm_auth was not found or is outdated ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
PlayOnMac users, even if Samba and winbind are installed.&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
PlayOnMac is not reading the correct path for some reason.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== Edit PlayOnMac Bash script to properly set path ====&lt;br /&gt;
&lt;br /&gt;
Instructions adapted from this thread:&lt;br /&gt;
&lt;br /&gt;
[https://www.playonlinux.com/en/topic-13072-Dreaded_ntlm_auth.html https://www.playonlinux.com/en/topic-13072-Dreaded_ntlm_auth.html]&lt;br /&gt;
&lt;br /&gt;
# Edit &amp;#039;&amp;#039;/Applications/PlayOnMac.app/Contents/MacOS/playonmac&amp;#039;&amp;#039;&lt;br /&gt;
# Change &amp;#039;&amp;#039;#!/bin/bash&amp;#039;&amp;#039; to &amp;#039;&amp;#039;#!/bin/bash --login&amp;#039;&amp;#039;, save, and try to start PlayOnMac&lt;br /&gt;
&lt;br /&gt;
== No sound (err:module:load_builtin_dll... libasound.so.2...) ==&lt;br /&gt;
&lt;br /&gt;
=== Error ===&lt;br /&gt;
&lt;br /&gt;
{{Console|err:module:load_builtin_dll failed to load .so lib for builtin L&amp;quot;winealsa.drv&amp;quot;: libasound.so.2: cannot open shared object file: No such file or directory.}}&lt;br /&gt;
&lt;br /&gt;
=== Who might encounter this error? ===&lt;br /&gt;
&lt;br /&gt;
Any user on any system may experience this.&lt;br /&gt;
&lt;br /&gt;
=== What causes this error? ===&lt;br /&gt;
&lt;br /&gt;
Missing 32-bit library; in this case, &amp;#039;&amp;#039;libasound2&amp;#039;&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
=== Common solutions ===&lt;br /&gt;
&lt;br /&gt;
==== Install the 32-bit version of libasound2 ====&lt;br /&gt;
&lt;br /&gt;
Refer to your distro&amp;#039;s docs for the package name for that system. 64-bit systems, because of how Wine/POL works, will almost always need the 32-bit version of libraries used for Wine/POL. Multiarch system&amp;#039;s with support for package management with mixed-architectures should check manually if this error is coming up (some distros put things in odd places or don&amp;#039;t handle multiarch support very well.).&lt;/div&gt;</summary>
		<author><name>Toadjaune</name></author>	</entry>

	</feed>