WineHQ Bugzilla – Bug 5351 – Windows Installer 3.1 cannot install because of non-standard drive labeling

Bugzilla

Last modified: 2021-07-02 11:17:12 UTC

Windows Installer 3.1 cannot install because of non-standard drive labeling

Bug 5351 - Windows Installer 3.1 cannot install because of non-standard drive labeling


Summary:	Windows Installer 3.1 cannot install because of non-standard drive labeling

Status:	CLOSED FIXED

AppDB:	Show Apps affected by this bug
Product:	Wine
Classification:	Unclassified
Component:	mountmgr.sys
Version:	0.9.14.
Hardware:	x86 Linux

Importance:	P2 normal
Target Milestone:	1.2.0
Assigned To:	Mr. Bugs

URL:	https://web.archive.org/web/200606150...
Keywords:	download, Installer

Duplicates:	6438 6575 6758 6803 8136 13504 15890 (view as bug list)
Depends on:
Blocks:	3972
	Show dependency tree

Reported:	2006-06-04 06:02 UTC by James Hawkins
Modified:	2021-07-02 11:17 UTC (History)
CC List:	16 users (show)

See Also:
Regression SHA1:
Fixed by SHA1:	b4b49a7d75424a272f30c8b8e76b77df02167c6c
Distribution:	---
Staged patchset:

Attachments
relay log (875 bytes, text/plain) 2006-06-04 06:07 UTC, James Hawkins	Details
dump installing WindozeInstaller after ln -s drive_c harddiskvolume1 (7.61 KB, text/plain) 2007-01-27 02:38 UTC, skog	Details
log from install after ln -s drive_c harddiskvolume1 (87.06 KB, application/zip) 2007-04-22 03:17 UTC, EA Durbin	Details
console output (511 bytes, text/plain) 2007-04-22 03:19 UTC, EA Durbin	Details
View All Add an attachment (back traces, logs, proposed patch, testcase, etc.)

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

Description James Hawkins 2006-06-04 06:02:34 UTC

Windows Installer 3.1 installation bails out early with a MessageBox error
"Unable to find a volume for file extraction.  Please verify that you have
proper permissions."  I'll attach the significant portion of the log.  The
installer is calling QueryDosDeviceW and searching the returned drive string for
either 'harddisk' or 'ramdisk', which we don't have.  Our drive is drive_c.  The
check fails, and the installer errors out.  One possible fix is to change the
name of our c: drive to harddiskvolume1, like Windows does, or at least
something that has 'harddisk' in the drive name.  Hans Leidekker has provided
such a patch [1].

[1] http://www.winehq.org/pipermail/wine-patches/2006-March/025207.html

Comment 1 James Hawkins 2006-06-04 06:07:09 UTC

Created attachment 2577 [details]
relay log

This is the relevant portion of the relay log showing the harddisk check.

Comment 2 James Hawkins 2006-10-13 18:19:56 UTC

*** Bug 6438 has been marked as a duplicate of this bug. ***

Comment 3 Michael P. 2006-11-01 01:53:14 UTC

*** Bug 6575 has been marked as a duplicate of this bug. ***

Comment 4 James Hawkins 2006-11-27 22:09:22 UTC

*** Bug 6758 has been marked as a duplicate of this bug. ***

Comment 5 James Hawkins 2006-11-29 19:49:18 UTC

*** Bug 6803 has been marked as a duplicate of this bug. ***

Comment 6 skog 2007-01-27 02:38:08 UTC

Created attachment 4695 [details]
dump installing WindozeInstaller after ln -s drive_c harddiskvolume1

i tried to install WindozeInstaller-KB893903-v2-x86.exe and got the unable to
find a volume to extract blah blah blah.  i made a link from drive_c to
harddiskvolume1 then ran winecfg and set C: to harddiskvolume1 then ran wine
./WindozeInstaller... but got a dump.

dump attached...

Comment 7 EA Durbin 2007-04-22 03:17:40 UTC

Created attachment 5884 [details]
log from install after ln -s drive_c harddiskvolume1

After setting drive_c to harddiskvolume1 it no longer produces a debugger dump
with wine from current GIT, added +relay log.

Comment 8 EA Durbin 2007-04-22 03:19:36 UTC

Created attachment 5885 [details]
console output

Comment 9 James Hawkins 2007-04-22 07:44:45 UTC

*** Bug 8136 has been marked as a duplicate of this bug. ***

Comment 10 Austin English 2007-07-07 00:21:08 UTC

Office 2007 demo is also affected by this:

http://office.microsoft.com/en-us/products/default.aspx

Comment 11 Dan Kegel 2007-09-23 06:47:57 UTC

Yahoo Music Jukebox is also affected by this
(though to get that far, you first have to remove
~/.wine/dosdevices/z:, and you have to install WMP 9).

Comment 12 Dan Kegel 2007-09-30 02:48:53 UTC

I've added a 'volnum' verb to winetricks to implement the workaround.
It lets e.g. wsh 5.7 get past the volume name check.

Comment 13 Dan Kegel 2007-10-09 11:02:51 UTC

Jaime Andres proposed this for 1.0, and I think he's right.

Comment 14 Jaime Rave 2007-10-11 01:50:01 UTC

I'm glad that you heard my suggestion.

Comment 15 Dan Kegel 2008-04-08 15:05:09 UTC

Still happens today.  With 'winetricks volnum win2k', the installer
gets further, failing on bug 10698.

Comment 16 James Hawkins 2008-04-10 17:49:48 UTC

No one should ever have to install this package to satisfy another installer.  We should be broadcasting "3.1" or whatever version is requested by builtin msi.

Comment 17 Reece Dunn 2008-04-12 10:12:52 UTC

This also affects the IE7 and VC2008 web-based installs from Microsoft.

Comment 18 Alexandre Julliard 2008-05-02 09:44:18 UTC

Won't happen for 1.0, deferring.

Comment 19 Alexandre 2008-06-08 15:07:40 UTC

Hi, this is my first Wine bug report.

Same thing here. I'm using wine-1.0-rc4 under Kubuntu 8.04 X86_64 and trying install IE7.

I guess it's important:

fixme:clusapi:GetNodeClusterState ((null),0x32ec9c,0) stub!

Best regards,
Alexandre

Comment 20 Alexandre Julliard 2008-10-24 13:17:01 UTC

This is fixed now.

Comment 21 Alexandre Julliard 2008-10-24 16:11:15 UTC

Closing bugs fixed in 1.1.7.

Comment 22 Vitaliy Margolen 2008-11-02 20:16:52 UTC

*** Bug 15890 has been marked as a duplicate of this bug. ***

Comment 23 Juan Lang 2009-01-06 16:01:32 UTC

*** Bug 13504 has been marked as a duplicate of this bug. ***

Comment 24 Austin English 2012-02-23 21:16:10 UTC

Removing deprecated 'All' Platform/OS.