http://bugs.winehq.org/show_bug.cgi?id=22428
Summary: World of Warcraft Battle Chest dvd-install fails with "The folder <temporary data> could not be created." Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
This happens when installing from a mounted .iso, but not when installing from a directory you copy from the mounted .iso or when installing from a real dvd.
Don't know if it's a bug in the installer, or an intended feature in the installer, or a bug in wine, but it's annoying enough that I figured I'd record a bug for it. I'll attach +relay,+file logs of the three cases up to either the error message or the installer splash.
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #1 from Dan Kegel dank@kegel.com 2010-04-19 18:45:22 --- Created an attachment (id=27468) --> (http://bugs.winehq.org/attachment.cgi?id=27468) +relay,+file log of installing from dvd or disk (good) or iso (bad).
Just to be clear, the workaround is to copy the files to hard drive and install from there. (I had to mount with the unhide,uid=1000 options.)
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #2 from Andrew Nguyen arethusa26@gmail.com 2010-04-19 19:33:36 --- Out of curiosity, can you list what dosdevice symlinks you have and their targets?
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #3 from Dan Kegel dank@kegel.com 2010-04-19 19:41:04 --- When installing from cd, I had i:: as a symlink to /dev/sr0 When installing from iso, I had i:: as a symlink to the .iso file In either case, i: was a symlink to the mounted volume.
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #4 from Andrew Nguyen arethusa26@gmail.com 2010-04-19 20:17:14 --- A difference I noticed between the bad log and the good logs is that the bad log has the installer executable's path as "I:\Installer.exe" whereas the good CD log has "Z:\mnt\wisotool\Installer.exe" and the good disk log has "Z:\home\dank\wow\Installer.exe" for the respective executable locations.
In the case of the failure situation, what caught my eye was what GetVolumeInformation does when given I:\ for the path:
0019:Call KERNEL32.GetVolumeInformationW(0033f440 L"I:\",0033f498,00000104,00000000,00000000,00000000,00000000,00000000) ret=004a32ab trace:file:CreateFileW L"\\.\I:" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 ... trace:file:CreateFileW returning 0x78 trace:file:DeviceIoControl (0x78,24000,(nil),0,0x33e7d2,804,0x33eb08,(nil)) fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0 method=0) ... 0019:Ret KERNEL32.GetVolumeInformationW() retval=00000001 ret=004a32ab
My guess is that the installer might be acting differently given the information from GetVolumeInformation for I:\ and the fact that the installer resides on I:. Figuring out what GetVolumeInformation is reporting exactly might yield some insight.
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #5 from Dan Kegel dank@kegel.com 2010-04-20 06:20:53 --- I think that's IOCTL_CDROM_READ_TOC, not too surprising if you read GetVolumeInformationW(). I guess I need to add +volume to the log.
http://bugs.winehq.org/show_bug.cgi?id=22428
--- Comment #6 from Dan Kegel dank@kegel.com 2010-04-23 16:45:37 --- Something very similar started happening with Starcraft (the original, not 2). (I think this was working before, but I'm not completely sure now...) When installing from an .iso, the installer now exits quickly with
"Sorry, the installer was unable to start up. No installer data could be found. If this problem persists, please contact Blizzard Technical Support."
A +file,+relay,+server,+volume log (with an extra TRACE) showed
001a:Call KERNEL32.GetVolumeInformationW(0033f468 L"I:\",0033f4dc,00000104,00000000,00000000,00000000,00000000,00000000) ret=00468d1d trace:file:CreateFileW L"\\.\I:" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\.\I:",0x33e764,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\.\I:" 520 0x33e4a8 (nil)) trace:file:get_dos_device L"I:" -> "/home/dank/.wine/dosdevices/i::" 001a: create_file( access=80000000, attributes=00000040, sharing=00000003, create=1, options=00000050, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/dank/.wine/dosdevices/i::" ) 001a: create_file() = 0 { handle=0054 } trace:file:CreateFileW returning 0x54 trace:file:DeviceIoControl (0x54,24000,(nil),0,0x33e802,804,0x33eb38,(nil)) 001a: get_handle_fd( handle=0054 ) 001a: *fd* 0054 -> 72 001a: get_handle_fd() = 0 { type=1, removable=0, access=00120089, options=00000050 } 001a: ioctl( code=00024000, async={handle=0054,event=0000,callback=7d42dac0,iosb=0033e768,arg=0013ff60,cvalue=00000000}, blocking=1, in_data={} ) 001a: ioctl() = NOT_SUPPORTED { wait=0000, options=00000050, out_data={} } fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0 method=0) trace:file:ReadFile 0x54 0x33eb3c 2048 0x33e76c (nil) trace:file:ReadFile 0x54 0x33df0c 2048 0x33df08 (nil) trace:file:ReadFile 0x54 0x33df0c 2048 0x33df08 (nil) trace:file:ReadFile 0x54 0x33df0c 2048 0x33df08 (nil) trace:file:ReadFile 0x54 0x33eb3c 2048 0x33e76c (nil) 001a: close_handle( handle=0054 ) 001a: close_handle() = 0 trace:volume:GetVolumeInformationW L"\\.\I:": found fs type 4 trace:volume:GetVolumeInformationW reporting label L"SCDisc1", serial 0, fsname (null), *filename_len 0, *flags 0 001a:Ret KERNEL32.GetVolumeInformationW() retval=00000001 ret=00468d1d
http://bugs.winehq.org/show_bug.cgi?id=22428
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com 2012-10-15 18:31:06 CDT --- Is this still an issue in the latest development version of wine?
http://bugs.winehq.org/show_bug.cgi?id=22428
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com
--- Comment #8 from Frédéric Delanoy frederic.delanoy@gmail.com --- Abandoned.
Feel free to reopen if the problem persists in the latest wine version.
http://bugs.winehq.org/show_bug.cgi?id=22428
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |ABANDONED
--- Comment #9 from Frédéric Delanoy frederic.delanoy@gmail.com --- Abandoned
http://bugs.winehq.org/show_bug.cgi?id=22428
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Frédéric Delanoy frederic.delanoy@gmail.com --- Closing