Page 1 of 1
Problems with FS-driver
Posted: Wed Jan 10, 2007 6:10 am
by muecke
I am using the ext2 driver
www.fs-driver.org for mounting Linux USB drives to my XP workstation.
I found no issues with 2.64.
Since I installed today 2.74 I get the following message starting e.g. IE7:
SBOX2307 Colud not map Drive Y [C000003A]
SBOX 2304 Initialization faeild for process iexplorer.exe
Important to know: When the ext2 drive is connected ( drive Y) everything works fine. The message just appears in case the ext2 is not connected.
-muecke
Posted: Thu Jan 11, 2007 11:44 am
by tzuk
I've installed and downloaded the driver but I was not able to map any drives because I don't have an ext2 filesystem. So I wasn't able to reproduce the problem.
SBOX2307 Colud not map Drive Y [C000003A]
Can you use a tool like
WinObj to see where drive Y: is pointing? (It's a symbolic link object)
And also check if the target of the link exists.
You should be able to find Y: in the "GLOBAL??" folder in WinObj, or if not there, then there is a "Sessions" folder, with a "DosDevices" sub-folder, and somewhere below this, you may be able to see additional drive mappings.
Thanks.
Posted: Thu Jan 11, 2007 12:02 pm
by muecke
Under Globals?? there is an entry Y: Type is symbolic link and it is pointing to \Device\Harddisk1\Partition1
How can check if the target exists?
-muecke
PS: I just tried 2.75 without success. Even worse I removed 2.75 and installed 2.64. I now get the message Sandboxie RpcSs "Could not instrument service functions.
Posted: Thu Jan 11, 2007 12:46 pm
by tzuk
You then visit the "Device" folder, and the "Harddisk1" folder below it.
Does Partition1 exist there? If yes, what kind of object is it?
Posted: Thu Jan 11, 2007 12:47 pm
by tzuk
To re-install an older verison over a newver version (2.64 over 2.75) is probably not a good idea. Try un-installing 2.75 first.
Posted: Thu Jan 11, 2007 2:46 pm
by muecke
Is the ext3 drive connected the Object exists and Sanboxies 2.75 works fine. As soon as I disconnect the drive the Object Harddisk1 is gone and SB shows the error.
-muecke
Problem solved!
Posted: Thu Jan 11, 2007 4:49 pm
by muecke
I just found the following hint in the release notes.
USB hard disk drives
Currently there is one issue you have to note when you are using external USB hard disk drives (USB memory sticks are not affected):
After you have connected an USB drive to the computer and have created a drive letter with the "IFS Drives" item of the control panel, you may remove that USB drive in two different ways: either with the "Safely Remove Hardware" icon on your taskbar or (not recommended, but possible) simply by unplugging the USB plug.
Even the Ext2fs.sys file system driver will dismount Ext2 volumes correctly. The "IFS Drives" component of the Ext2 IFS software will not realize the removal of an USB drive as a Plug and Play event, and hence it will not remove any drive letter.
Please remove the appropriate drive letters of Ext2 volumes manually by using the "IFS Drives" of the control panel before you attempt to remove a USB drive.
If you have not manually removed any drive letters, but already have unplugged the USB drive, you can only remove these drive letters by inconvenient means:
Double-click on the "IFS Drives" item of the control panel, so that its window appears. Please close that window now (you need not to do anything else here). Reboot your computer and all the drive letters of removed USB drives will be gone.
Note that there is another workaround for the mentioned USB drive issue: you may modify the type of any Ext2/Ext3 partition on your USB drives. Linux Ext2/Ext3 partitions usually have as type 83 (hex). You may set the type of them to 7 (hex) for example with the Linux fdisk tool (using its t-command). The partition type of 7 (hex) - usually used on NTFS partitions - causes Windows to create and remove drive letters for a plugged or an unplugged USB drive itself.
Since Windows doesn't check the type of a partition while determining the file system, everything works well.
Linux does not check the types of partitions either.
I tried it and after a reboot everything works as expected. The object Y: is gone. I verified with Winobj
Thanks
-muecke
Posted: Thu Jan 11, 2007 6:29 pm
by tzuk
I tried it and after a reboot everything works as expected. The object Y: is gone. I verified with Winobj
Okay, that's a good solution I guess!
I will also change later versions of Sandboxie to not abort everything if it can't map a particular drive letter. It could just warn you about it but still go on.