Diablo® III

"You have been removed..." Error 316704

(Locked)

If that's how it's going to be then I'll just upgrade to Mint 13 32 bit from my Mint 12 64 bit.
06/06/2012 08:01 PMPosted by Vaux
If that's how it's going to be then I'll just upgrade to Mint 13 32 bit from my Mint 12 64 bit.


If you do, relatively soon, let us know if it works for you.
I bet you anything it has to do with warden. Warden (even with WoW back in the day) does not like linux at all. I remember tales of WoW accounts that were banned in the past because they ran on linux and warden is a win32 application.
Edited by Gradius#1539 on 6/6/2012 8:09 PM PDT
Cross-posting from the other "Linux issues" thread, since most of the activity seems to be here:

New issue seems to be refusal to authenticate. Works fine for Windows, but WINE clients are not being allowed past the Authenticating Credentials phase. The last lines of log output before this point indicate that it's reading some DLLs that are downloaded to the Cache directory when attempting to log in:

warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\36\\b2\\36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/36/b2/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth": /home/jjs/.local/lib/wine/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth.so: cannot open shared object file: No such file or directory
warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\8f\\52\\8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/8f/52/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth": /home/jjs/.local/lib/wine/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth.so: cannot open shared object file: No such file or directory
warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\bc\\fa\\bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/bc/fa/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth": /home/jjs/.local/lib/wine/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth.so: cannot open shared object file: No such file or directory
warn:winsock:wsaErrno errno 115, (Operation now in progress).


The files themselves are downloaded the instant the LOGIN button is pushed.


$ file **/*.auth
Cache/36/b2/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows, UPX compressed
Cache/8f/52/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows
Cache/bc/fa/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows



Edit:For clarification, I think the warnings are just WINE's attempts to find native equivalents for the DLL before falling back to it. The gist is that these files are being downloaded and functions inside are being called immediately between the first green checkmark and the (lack of) the second one.
Edited by Myn#1718 on 6/6/2012 8:10 PM PDT
Cross-posting from the other "Linux issues" thread, since most of the activity seems to be here:

New issue seems to be refusal to authenticate. Works fine for Windows, but WINE clients are not being allowed past the Authenticating Credentials phase. The last lines of log output before this point indicate that it's reading some DLLs that are downloaded to the Cache directory when attempting to log in:

warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\36\\b2\\36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/36/b2/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth": /home/jjs/.local/lib/wine/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth.so: cannot open shared object file: No such file or directory
warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\8f\\52\\8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/8f/52/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth": /home/jjs/.local/lib/wine/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth.so: cannot open shared object file: No such file or directory
warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\users\\Public\\Application Data\\Blizzard Entertainment\\Battle.net\\Cache\\bc\\fa\\bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth": /home/jjs/.wine/dosdevices/c:/users/Public/Application Data/Blizzard Entertainment/Battle.net/Cache/bc/fa/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth: invalid ELF header
warn:module:load_builtin_dll cannot open .so lib for builtin L"bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth": /home/jjs/.local/lib/wine/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth.so: cannot open shared object file: No such file or directory
warn:winsock:wsaErrno errno 115, (Operation now in progress).


The files themselves are downloaded the instant the LOGIN button is pushed.


$ file **/*.auth
Cache/36/b2/36b27cd911b33c61730a8b82c8b2495fd16e8024fc3b2dde08861c77a852941c.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows, UPX compressed
Cache/8f/52/8f52906a2c85b416a595702251570f96d3522f39237603115f2f1ab24962043c.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows
Cache/bc/fa/bcfa324ab555fc66614976011d018d2be2b9dc23d0b54d94a3bd7d12472aa107.auth: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows



Edit:For clarification, I think the warnings are just WINE's attempts to find native equivalents for the DLL before falling back to it. The gist is that these files are being downloaded and functions inside are being called immediately between the first green checkmark and the (lack of) the second one.


Well, I for one am getting past the authenticating check, just not the hero list check. My brother is able to see me log in online too, but I never get past "Retrieving hero list"
PLEASE USE THIS THREAD: http://us.battle.net/d3/en/forum/topic/5592457019

The thread your posting in now is for a different issue, please keep us linux users together and keep a central place to track our own issues.

Thank you.

PS - i know the issue is probably related "ex: warden...etc.." buit even so, lets move it to an appropriate area rather then keeping this chain in a "now mistitled" thread.
Edited by DancingBear#1791 on 6/6/2012 8:13 PM PDT
Interestingly, my sister was seeing me online, as well, even though I was stuck at Authenticating Credentials.
- Technical Support
Posts: 2,047
View profile
OK so here is a trace from home:

13 100 ms 131 ms 110 ms cr1.n54ny.ip.att.net [12.122.81.106]
14 134 ms 106 ms 116 ms cr2.cgcil.ip.att.net [12.122.1.2]
15 282 ms 200 ms 251 ms cr1.cgcil.ip.att.net [12.122.2.53]
16 171 ms 156 ms 207 ms cr2.dvmco.ip.att.net [12.122.31.85]
17 197 ms 180 ms 227 ms cr1.slkut.ip.att.net [12.122.30.25]
18 269 ms 220 ms 220 ms cr2.la2ca.ip.att.net [12.122.30.30]
19 241 ms 222 ms 224 ms gar29.la2ca.ip.att.net [12.122.129.241]
20 108 ms 87 ms 120 ms 12-122-254-238.attens.net [12.122.254.238]
21 228 ms 231 ms 222 ms mdf001c7613r0004-gig-10-1.lax1.attens.net [12.129.193.250]
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * ^C

(killed with control c)

and here is one right now from work:

6 te9-6.ccr02.jfk01.atlas.cogentco.com (38.122.8.209) 1.336 ms 1.240 ms 1.187 ms
7 te0-7-0-2.ccr22.jfk02.atlas.cogentco.com (154.54.24.150) 1.456 ms 1.433 ms te0-4-0-6.ccr22.jfk02.atlas.cogentco.com (154.54.40.38) 1.336 ms
8 te0-0-0-2.ccr22.dca01.atlas.cogentco.com (66.28.4.82) 7.832 ms te0-4-0-2.ccr22.dca01.atlas.cogentco.com (154.54.42.25) 8.011 ms te0-2-0-2.ccr22.dca01.atlas.cogentco.com (154.54.26.169) 8.107 ms
9 te0-1-0-2.ccr22.atl01.atlas.cogentco.com (154.54.28.229) 33.466 ms te0-2-0-6.ccr22.atl01.atlas.cogentco.com (154.54.1.121) 33.527 ms te0-0-0-3.ccr22.atl01.atlas.cogentco.com (154.54.28.218) 33.754 ms
10 te0-2-0-7.ccr22.iah01.atlas.cogentco.com (154.54.42.213) 33.237 ms te0-3-0-2.ccr22.iah01.atlas.cogentco.com (66.28.4.90) 33.441 ms te0-2-0-1.ccr22.iah01.atlas.cogentco.com (154.54.7.238) 33.413 ms
11 te0-3-0-6.ccr22.lax01.atlas.cogentco.com (154.54.3.186) 69.389 ms te0-0-0-5.ccr22.lax01.atlas.cogentco.com (154.54.5.194) 69.326 ms 69.193 ms
12 te8-3.ccr02.lax05.atlas.cogentco.com (154.54.29.202) 69.331 ms 69.141 ms te9-8.ccr02.lax05.atlas.cogentco.com (154.54.44.134) 69.303 ms
13 192.205.35.5 (192.205.35.5) 73.402 ms 192.205.37.157 (192.205.37.157) 73.189 ms att.lax05.atlas.cogentco.com (154.54.11.10) 73.379 ms
14 cr2.la2ca.ip.att.net (12.122.84.218) 74.551 ms cr1.la2ca.ip.att.net (12.122.84.202) 74.420 ms cr2.la2ca.ip.att.net (12.122.84.218) 77.918 ms
15 gar20.la2ca.ip.att.net (12.122.128.181) 72.709 ms 72.867 ms 72.718 ms
16 12-122-254-238.attens.net (12.122.254.238) 73.897 ms 74.309 ms 74.159 ms
17 mdf001c7613r0003-gig-12-1.lax1.attens.net (12.129.193.254) 74.737 ms 74.851 ms mdf001c7613r0004-gig-10-1.lax1.attens.net (12.129.193.250) 74.653 ms
18 12.129.244.190 (12.129.244.190) 74.577 ms !X 12.129.199.182 (12.129.199.182) 74.341 ms !X *
If that's how it's going to be then I'll just upgrade to Mint 13 32 bit from my Mint 12 64 bit.


If you do, relatively soon, let us know if it works for you.


Took long enough but yes it works.
Running 32 bit wine on 64 bit LinuxMint 12 the system will hang with 100% core usage.
Running 32 bit wine on 32 bit LinuxMint 13 I can get in and run around just fine.

I havn't run all my system updates yet and I have to setup OSSv4 so that my audio works, but other than that it runs just as it did before. Just now with far less ram....

Wait, I have an Idea. How much RAM does everyone have? If warden tries fetching the ram value and it's not handeling the 64 bit value correctly then it's going to become negative and probably enter into an infinite loop as it tries to loop to an impossible byte value or to a value it can never reach like looping to a 64 bit int with only a 32 bit int counter. Would make sense because Warden tries to scan Ram.

Myself I have over 8 Gigs, but in 32 bit windows I only have 3,1.
Anyone up for pulling out a few ram chips and getting them under 2 gigs?
Edited by Vaux#1580 on 6/6/2012 10:05 PM PDT
Posts: 5
Wait, I have an Idea. How much RAM does everyone have? If warden tries fetching the ram value and it's not handeling the 64 bit value correctly then it's going to become negative and probably enter into an infinite loop as it tries to loop to an impossible byte value or to a value it can never reach like looping to a 64 bit int with only a 32 bit int counter. Would make sense because Warden tries to scan Ram.


I was just about to tear into my computer and do this, but I don't think it'll matter. Diablo3 is a 32-bit application which is why we need a 32-bit version of wine to use it. With everything being 32-bit (even if the kernel is 64-bit), the application processes should only see a 32-bit address space which is equivalent to 4GB. Even if your 64-bit Linux kernel had access to 8GB of RAM, it will still only allow the running process to see a 4GB address space because it knows that the application wouldn't understand anything larger. Or, at least that's how I think it works.

I have a spare HDD laying around, so I'm going to install 32-bit Ubuntu. It's a little painful for me as I'm a Gentoo-64bit user, but I gotta get my D3 fix.
06/06/2012 10:30 PMPosted by mykospark
Wait, I have an Idea. How much RAM does everyone have? If warden tries fetching the ram value and it's not handeling the 64 bit value correctly then it's going to become negative and probably enter into an infinite loop as it tries to loop to an impossible byte value or to a value it can never reach like looping to a 64 bit int with only a 32 bit int counter. Would make sense because Warden tries to scan Ram.


I was just about to tear into my computer and do this, but I don't think it'll matter. Diablo3 is a 32-bit application which is why we need a 32-bit version of wine to use it. With everything being 32-bit (even if the kernel is 64-bit), the application processes should only see a 32-bit address space which is equivalent to 4GB. Even if your 64-bit Linux kernel had access to 8GB of RAM, it will still only allow the running process to see a 4GB address space because it knows that the application wouldn't understand anything larger. Or, at least that's how I think it works.

I have a spare HDD laying around, so I'm going to install 32-bit Ubuntu. It's a little painful for me as I'm a Gentoo-64bit user, but I gotta get my D3 fix.


You'd be wrong. Run the Beta Profile test in Wine and you'll see it report all your ram. So it have 8 Gigs for me in my Beta Profile that I ran in Wine so Warden could easily get that value and try to scan to the 8 gig value that it can never reach.
Posts: 5
You'd be wrong. Run the Beta Profile test in Wine and you'll see it report all your ram. So it have 8 Gigs for me in my Beta Profile that I ran in Wine so Warden could easily get that value and try to scan to the 8 gig value that it can never reach.


Interesting. I wonder where the hell it gets that number from? Ok... I'll try it. Gotta wait for Ubuntu to create a bootable USB disk anyways.
Cross-posting command that fixed things for me...

setarch i386 -3 -L -B -R wine ~/path/to/Diablo\ III.exe
Posts: 5
Interesting. I wonder where the hell it gets that number from? Ok... I'll try it. Gotta wait for Ubuntu to create a bootable USB disk anyways.


As I pulled my RAM out, I felt like I was selling a kidney for crack. Well, it didn't seem to make a difference. I realized I had 8GB of swap configured as well, so I turned that off and still no cigar.

Installing Ubuntu-32bit...
Posts: 5
06/06/2012 10:53 PMPosted by North
setarch i386 -3 -L -B -R wine ~/path/to/Diablo\ III.exe


Bingo!! That worked. Thank you sir!
90 Goblin Warrior
10340
Posts: 4
Cross-posting command that fixed things for me...

setarch i386 -3 -L -B -R wine ~/path/to/Diablo\ III.exe


Nice! Works for me. You sir... win the internets. At least for today because who knows what blizz is gonna do tomorrow. :-)
Cross-posting command that fixed things for me...

setarch i386 -3 -L -B -R wine ~/path/to/Diablo\ III.exe


Felt like I was getting closer with this, but no dice for me. Arch 64-bit.
90 Human Mage
8415
Posts: 70
Cross-posting command that fixed things for me...

setarch i386 -3 -L -B -R wine ~/path/to/Diablo\ III.exe


You are a God among men
Doesn't work too well...
I can log in and start playing, but while playing it freezes after a while < 5 min. Any idea?

Specs: Ubuntu 12.04 x64 with wine 1.5.4. Tried also the updated playonlinux with wine 1.5.5, same problem...
Any idea how to fix it? Thank you.
Edited by ovisan#2836 on 6/7/2012 1:55 AM PDT
Posts: 7
The setarch trick to forcefully change to 32bit addressing works for me as well:

http://bugs.winehq.org/show_bug.cgi?id=30849#c44

I played for an hour last night after trying that. Looks like Warden is seeing too much memory for 32bit arch, starts scanning (100% CPU), then kills your connection to bnet.
This topic is locked.

Please report any Code of Conduct violations, including:

Threats of violence. We take these seriously and will alert the proper authorities.

Posts containing personal information about other players. This includes physical addresses, e-mail addresses, phone numbers, and inappropriate photos and/or videos.

Harassing or discriminatory language. This will not be tolerated.

Forums Code of Conduct

Report Post # written by

Reason
Explain (256 characters max)

Reported!

[Close]