Second CD not mounting
-
ImperialCerberus
- Newbie
- Posts: 1
- Joined: Fri Jul 22, 2011 12:30 am
Second CD not mounting
I've asked for help on the ubuntu forums over this matter and no-one responded so I've decided to get help from the main developers, I've been trying to install several softwares under wine but noticed that the software isn't happy with two disks or more, every time when I try to install a software under wine and asks for the second cd I insert it but then it doesn't load (i.e mount) but every time when I decide to stop the installation it then detects the second cd and loads up which is too late. Is this bug happening to me only or is it happening to other people as well. It is alright with a single cdrom disk but not with two disks or more.
I know it seems counterintuitive, but, instead of cancelling the installation, just tell the installer to continue.
I had the same thing happen to me recently under Linux Mint Debian. When I noticed that Nautilus only saw the change in CD when I stopped the Wine installation, I realized that the CD was indeed being "mounted" (recognized as inserted), but that Nautilus/D-bus simply was unable to inform me of that (presumably because it was blocked by the Wine process; some versions of InstallShield are very aggressive about blocking "other" bus communications). I realized that I didn't in fact care whether Nautilus could see the CD, but only that Wine could, so I took a chance that Wine already did, and continued the install.
Sure enough, the installer read the files it needed off the newly-inserted second CD and install completed normally.
If that leap of faith doesn't work (it really should, under those circumstances), you can always make an ISO of CD2 (using your CD burning program, or just using dd in the terminal), create a mount point for it, mount the ISO to that mount point, and link that mount point as a second, "fake" CD-ROM drive in winecfg. When the installer asks for the second CD-ROM, send it to that drive letter and it should read the mounted ISO as CD2.
Hope this helps.
I had the same thing happen to me recently under Linux Mint Debian. When I noticed that Nautilus only saw the change in CD when I stopped the Wine installation, I realized that the CD was indeed being "mounted" (recognized as inserted), but that Nautilus/D-bus simply was unable to inform me of that (presumably because it was blocked by the Wine process; some versions of InstallShield are very aggressive about blocking "other" bus communications). I realized that I didn't in fact care whether Nautilus could see the CD, but only that Wine could, so I took a chance that Wine already did, and continued the install.
Sure enough, the installer read the files it needed off the newly-inserted second CD and install completed normally.
If that leap of faith doesn't work (it really should, under those circumstances), you can always make an ISO of CD2 (using your CD burning program, or just using dd in the terminal), create a mount point for it, mount the ISO to that mount point, and link that mount point as a second, "fake" CD-ROM drive in winecfg. When the installer asks for the second CD-ROM, send it to that drive letter and it should read the mounted ISO as CD2.
Hope this helps.
-
SpawnHappyJake
- Level 5
- Posts: 272
- Joined: Sun Feb 06, 2011 5:57 am
Let Me Guess
The previous methods are obviously more desirable, but I have a guess for a plan B in case the previous methods fail:
My guess is that if the program has DRM to do a CD check to install, once it sees the first disc it's good to go, thus subsequent "CDs" don't even need to look like CDs, but that's just a wild guess. If that's true, then only the first install disc would need to look like a CD (either an image mounted with CDemu or a physical CD drive), and for the rest you can just copy the installation files off each disc into a folder (1 folder to a CD and 1 CD to a folder), and give each such folder a drive letter in winecfg. I would guess that that would do the trick provided the first install disc looks like a CD. And there would be no swapping.
Cheers,
Jake
My guess is that if the program has DRM to do a CD check to install, once it sees the first disc it's good to go, thus subsequent "CDs" don't even need to look like CDs, but that's just a wild guess. If that's true, then only the first install disc would need to look like a CD (either an image mounted with CDemu or a physical CD drive), and for the rest you can just copy the installation files off each disc into a folder (1 folder to a CD and 1 CD to a folder), and give each such folder a drive letter in winecfg. I would guess that that would do the trick provided the first install disc looks like a CD. And there would be no swapping.
Cheers,
Jake
Possible, but any functional DRM would immediately see you're running an iso instead of a CD, and the implementation of the DRM there could give complications with Wine since even a physical disc might not look like a physical disc to the DRM. Since there doesn't seem to be a problem there, there's probably no DRM in the installer.
-
SpawnHappyJake
- Level 5
- Posts: 272
- Joined: Sun Feb 06, 2011 5:57 am
In my experience, programs ran through WINE see an image mounted with CDemu as real hardware. For example, ImgBurn actually sees the CDemu hardware. And of course, iso images are very limited and mounting images made with raw DAO 96 are much more preferable, and can be made with cdrdao. To obtain for Ubuntu/Mint, "sudo apt-get install cdrdao" should get it (downloads and installs, so you need to be connected to the Internet for it to work). That said, a plain old iso is usually good enough (at least for what I do). Iso images only contain one track, so you can't make an iso image of a cd with more than one track, such as an old game disc that has a data track as well as an audio track. And the one track it does image must have a filesystem (rules out audio tracks), and it only records the digested 2048-byte sectors (rather than the whole sector before error-correction). It just overall isn't an exact duplicate if the disc.
Cheers,
Jake
Cheers,
Jake
