Gedit can't save when file name have at least one caps or space symbol.
Nano and OpenOffice.org are indifferent to a name symbol case.
I report a bug on https://bugs.launchpad.net/ubuntu/+sour ... bug/341725
Gedit can save as into file with any case and spaces in its name.
But then can't save changes in one.
Folder Shares with XP host-Linux/2k3 guests
-
- Posts: 1
- Joined: 9. Dec 2009, 15:14
- Primary OS: MS Windows 7
- VBox Version: PUEL
- Guest OSses: Ubuntu
Re: Folder Shares with XP host-Linux/2k3 guests
This is not a bug in Virtualbox. U just need to set proper permissions on Windows end within that shared folder. Then u can write to it.
Works as designed in my opinion, just could write more informative error message.
Works as designed in my opinion, just could write more informative error message.
-
- Posts: 1
- Joined: 7. Apr 2010, 11:10
- Primary OS: MS Windows XP
- VBox Version: OSE other
- Guest OSses: OpenSuSE
Re: Folder Shares with XP host-Linux/2k3 guests
Hi,
I am not sure if you figured it out yet. but i was looking for the same and figured a way around this problem.
You could do this ( log in as root to do these)
1. Edit /etc/init.d/vboxadd.
Look for the line which has the content
Add a line after that
Where Downloads is the name of the shared folder name you have given in virtual box and /host is the directory which root as created. now give the necessray permissions to users on this folder.
( again as root)
And you are done !
2. You could also edit /etc/init.d/rc again as root and add this line
at the end of it.
Be sure to log out from root and login back as your user.
Hope it helps.
regards,
Arvind
I am not sure if you figured it out yet. but i was looking for the same and figured a way around this problem.
You could do this ( log in as root to do these)
1. Edit /etc/init.d/vboxadd.
Look for the line which has the content
Code: Select all
mount -a -t vboxsf
Code: Select all
mount -t vboxsf Downloads /host
( again as root)
Code: Select all
chmod 755 /host
2. You could also edit /etc/init.d/rc again as root and add this line
Code: Select all
mount -t vboxsf Downloads /host
Be sure to log out from root and login back as your user.
Hope it helps.
regards,
Arvind
-
- Posts: 1
- Joined: 7. Apr 2010, 22:05
- Primary OS: MS Windows XP
- VBox Version: PUEL
- Guest OSses: CentOS 5.4, Kubuntu 9.04
Re: Folder Shares with XP host-Linux/2k3 guests
Just to make sure you're not doing the same mistake(s) I did:
1. Make sure that the device (directory) you want to share (on the host side - Windows ) is declared in: Devices / Shared folders / machine folders for the VM you are running;
2. For those complaining that the mounted share does not stay mounted after re-boot, this is normal Unix behavior; in order to make a mount being automatically performed at initialization (and thus persist) one has to add the device to be mounted in /etc/fstab (for Linux). Make sure you perform and read
man fstab
and
man mount
before doing any changes (as root) to your /etc/fstab
3. Remember *nix is case sensitive; so when specifying a directory / share name please pay attention to the proper spelling; In Windows, ./Desktop and ./desktop ate (usually) the same thing. In Linux, they're not! So pay attention to the correct capitalization (or lack of).
I was getting the error mentioned above because I forgot to make the setting specified in 1. above persistent. Let's not blame VirtualBox which is a quite capable product for something one of us might have missed...
1. Make sure that the device (directory) you want to share (on the host side - Windows ) is declared in: Devices / Shared folders / machine folders for the VM you are running;
2. For those complaining that the mounted share does not stay mounted after re-boot, this is normal Unix behavior; in order to make a mount being automatically performed at initialization (and thus persist) one has to add the device to be mounted in /etc/fstab (for Linux). Make sure you perform and read
man fstab
and
man mount
before doing any changes (as root) to your /etc/fstab
3. Remember *nix is case sensitive; so when specifying a directory / share name please pay attention to the proper spelling; In Windows, ./Desktop and ./desktop ate (usually) the same thing. In Linux, they're not! So pay attention to the correct capitalization (or lack of).
I was getting the error mentioned above because I forgot to make the setting specified in 1. above persistent. Let's not blame VirtualBox which is a quite capable product for something one of us might have missed...
-
- Posts: 1
- Joined: 11. May 2010, 17:39
- Primary OS: MS Windows XP
- VBox Version: OSE other
- Guest OSses: Windows (multi) and Ubuntu
Re: Folder Shares with XP host-Linux/2k3 guests
It seems that the latest release (VirtualBox 3.1. has addressed an issue with mounting using fstab. May want to try fstab mounting of shared folders again after upgrading, if you couldn't get them to work previously.
-
- Posts: 7
- Joined: 6. Dec 2009, 00:39
- Primary OS: Mac OS X other
- VBox Version: PUEL
- Guest OSses: Linux
- Location: Zurich/Geneva
Re: Folder Shares with XP host-Linux/2k3 guests
hi, 'm having same (or very similar) problem. My setup VM 3.2.8 r64453, host XP, guest Ubuntu 10.4 srv with VBox guest additions installed.
I can mount shared folder as: mount -t vboxsf -o rw,exec,dev,uid=1001,gid=1001 SVN /SVN
running svn co my_url /SVN/my_dir will create a R/O file with perm 0x555
this file afterwards is not possible to remove/move or otherwise edit. The only(?) way, I was I able to go to guest and remove the directory. Also, I don't believe this is an issue of Linux nor Ubuntu, as doing the same on std. ext4 fs all works as expected.
Any advise, suggestion?
I can mount shared folder as: mount -t vboxsf -o rw,exec,dev,uid=1001,gid=1001 SVN /SVN
running svn co my_url /SVN/my_dir will create a R/O file with perm 0x555
Code: Select all
sybase@nonix:/SVN/Project/Branch$ find . -ls
46419 0 drwxrwxrwx 1 sybase sybase 0 Sep 22 09:54 .
46420 0 drwxrwxrwx 1 sybase sybase 0 Sep 22 09:54 ./.svn
46429 1 -r-xr-xr-x 1 sybase sybase 198 Sep 22 09:54 ./.svn/entries
sybase@nonix:/SVN/Project/Branch$ id
uid=1001(sybase) gid=1001(sybase) groups=111(admin),1001(sybase)
sybase@nonix:/SVN/Project/Branch$ rm -rf .svn
rm: cannot remove `.svn/entries': Operation not permitted
Code: Select all
sybase@nonix:~/TEMP$ find Branch -ls
798008 4 drwxrwxrwx 3 sybase sybase 4096 Sep 22 09:54 Branch
798059 4 drwxrwxrwx 2 sybase sybase 4096 Sep 22 09:54 Branch/.svn
798095 4 -r-xr-xr-x 1 sybase sybase 198 Sep 22 09:54 Branch/.svn/entries
sybase@nonix:~/TEMP$ rm -rf Branch
sybase@nonix:~/TEMP$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
Host: Windows 10 and/or macOS high Sierra, Guests: mostly Linux 64bit
Re: Folder Shares with XP host-Linux/2k3 guests
Just to report, adding
# vbox shared folder
LinuxSharedFolder /media/vboxsf vboxsf defaults 0 0
where LinuxSharedFolder is the name of the virtualbox shared folder (created in the virtualbox app on the host)
/media/vboxsf is a folder created to provide a mount point
vboxsf is the protocol/"filesystem" info for fstab to mount the share
defaults 0 0 (defaults zero zero) is some more info for fstab to correctly mount the share
This works on Fedora 12/13/14 guests on a Windows 7 host.
# vbox shared folder
LinuxSharedFolder /media/vboxsf vboxsf defaults 0 0
where LinuxSharedFolder is the name of the virtualbox shared folder (created in the virtualbox app on the host)
/media/vboxsf is a folder created to provide a mount point
vboxsf is the protocol/"filesystem" info for fstab to mount the share
defaults 0 0 (defaults zero zero) is some more info for fstab to correctly mount the share
This works on Fedora 12/13/14 guests on a Windows 7 host.