I have been trying to install several games, and all of the ones that have more than one disk fail, one way or another, at the point of changing cd's. Some (doom3) just quit [there exists an alternative plan for doom3], and others (Baldur's Gate-SoA) lock up the cd and won't let go. The only way to get the cd out is to kill the installer. I found the instructions on WineHQ, which say to run the installer this way: Code: wine start /unix /media/cdrom/setup.exe When I do that, the installer starts, but unless I mount the cdrom first, it can't find any files on it, and if I do mount it, I can't get the cdrom out when the change disk message appears. The only way to get the cd out without killing the installer is to open a shell and do an 'eject -m', but then linux won't mount or read the new cd. Well, some people have this working. Any suggestions how I install an application with multiple cd's, where the above instructions do not work? Maybe there is something else I don't have set up right? Thanks in advance. kUbuntu-9.04 Wine ?.18
You should be able to open the exe from Konqueror(?) with the wine windows program loader. Either that or burn the Cds to iso and use an Iso loading program - Gmountiso or whatever the equivalent is in KDE land.
perryh wrote:> Ideally, wine would figure out that the application has requested > a disk changeThey never do. They just tell user to put next CD. There is no way for Wine to know about this. The only thing Wine might do is to listen to dbus/HAL for the unmount request from user (when user pushes the button to eject CD). perryh wrote:> What *could* be done would be to access removable devices (at least, CDs and floppies) without having them mounted,Nothing. This is not Wine's job to mount devices. perryh wrote:> I've never understood the point of having the > whole-device symlinks (such as $WINEPREFIX/dosdevices/d::)Then you have no clue about object manager. I'd suggest you to read up on that subject.
Open up terminal and type wine eject
Plamen Vassilev <plamen.vassilev at gmail.com> wrote on April 6th:>> > perryh wrote: >> > > What *could* be done would be to access removable devices >> > > (at least, CDs and floppies) without having them mounted, >> > >> > Nothing. This is not Wine's job to mount devices. >> >> Not to mount them, but to access them without needing them to be >> mounted. This would be a much better match to Windows, which has >> no concept of mounting and unmounting removable disks, >Windows does have a concept of mounting and unmounting disks. It is hidden >from the user's point of view for Hard drives, CDs and Floppies, but clearly >seen when using USB flash memory sticks for example, or other media that can >be disconnected in the middle of read/write operation.That is the application that shows up in the system part of the taskbar. In early versions of Windows changing floppies was a challange. This was fixed, very quickly. This may require another look at MSDN to figure out what is called when the user pushes the button on the CD door. The solution was to recognize the change disk light on the floppy drive. BTW, this was also broken in OS/2 until IBM figured it out. There was a method that was employed that did not use the light anymore as they were (and still are) not reliable as a method to detect that a disk has changed.> >>and it would >> not be difficult to do for floppies and other FAT-formatted disks >CDs are usually not FAT formatted. >CDs should not be formatted FAT as that is not supported by most systems. Programs like Roxio CD Creator create a pseudo-FAT and file system. Still the problem remains that a user needs to change CDs for whatever reason and Wine has difficulties with this. There should be some method to send a umount/eject to the device specified through dosdevices. James McKenzie