Sbin mount vboxsf mounting failed with the error invalid argument

Return to Linux Guests

Who is online

Users browsing this forum: SJHK, YaCy [Bot] and 8 guests

virtualbox.org

End user forums for VirtualBox

• Board index‹Guest systems‹Linux Guests
• Change font size
• Print view

• FAQ
• Login

[SOLVED] : mount.vboxsf: mounting failed.

[SOLVED] : mount.vboxsf: mounting failed.

by TrotskyIcepick » 26. Jun 2011, 22:32

. with the error : protocol error.

I’m running Fedora 15 as guest on a Vista host. I have shared the folder e:downloadsLinux, in the VirtualBox shared folders dialog I have shared this as LinuxDownloads.

Now, when I try to mount this share using sudo mount -t vboxsf /LinuxDownloads /home/andrew/Downloads I get the error:

mount.vboxsf: mounting failed with the error: Protocol error

If I then try sudo mount -t vboxsf LinuxDownloads /home/andrew/Downloads I get the following:

/sbin/mount.vboxsf: mounting failed with the error: Invalid argument

I want eventually to auto mount the share using rc.local but until I can manually mount the share this wont be possible.

I have seen various similar posts here but nothing seems to help. The guest additions installed OK after doing the following:

sudo yum update kernel
sudo yum install kernel-devel kernel-headers
sudo yum install gcc

I’m at a complete loss as to what to do next.

Re: mount.vboxsf: mounting failed with the error: Protocol error

by Perryg » 27. Jun 2011, 02:02

Re: mount.vboxsf: mounting failed with the error: Protocol error

by TrotskyIcepick » 27. Jun 2011, 02:25

Hi Perry, thanks for responding.

My VirtualBox version is v4.0.8, and no I haven’t told VB to auto-mount the share (though it does work when selected, I don’t want to mount it to /media/sf_LinuxDownloads, so I turned it off).

I have rebooted several times.

I think this must be something peculiar to Fedora 15 as I previously had an installation of Ubuntu and that worked fine using the same command.

Re: mount.vboxsf: mounting failed with the error: Protocol error

by Perryg » 27. Jun 2011, 03:09

Re: mount.vboxsf: mounting failed with the error: Protocol error

by TrotskyIcepick » 27. Jun 2011, 03:36

Re: mount.vboxsf: mounting failed with the error: Protocol error

by Perryg » 27. Jun 2011, 14:04

Re: mount.vboxsf: mounting failed with the error: Protocol error

by TrotskyIcepick » 27. Jun 2011, 14:13

Drat The user is already a member of the vboxsf group so that shouldn’t be the issue, and guest adds were installed without a hitch. Guess I’ll need to do some trolling around the net/forums.

As far as other things I require are concerned such as the ability to manage MySQL on the guest from the host, this has been a cinch requiring some iptables and firewall configs, but works just great which is an indicator that the guest adds are working as advertised.

Will let you know how I get on.

Re: mount.vboxsf: mounting failed with the error: Protocol error

by TrotskyIcepick » 27. Jun 2011, 15:51

Found this post http://ubuntuforums.org/archive/index.p . 06818.html didn’t quite understand a lot of it but for the hell of it decided (without much hope) to try the last poster’s suggestion. Therefore I added the following to my fstab file:

LinuxDownloads /home/andrew/Downloads vboxsf rw,uid=1000,gid=1000 0 0

Low and behold, it worked a charm. I still got errors when trying a manual mount, but since auto-mount was what I needed I don’t have to worry about that.

Источник

Arch Linux

You are not logged in.

#1 2021-08-08 16:01:53

VirtualBox Arch host, any guest with shared folder

Unlike this topic where Archlinux is guest. I am running Arch linux as host. With the host modules installed by `virtualbox-host-modules-arch`:

However, while trying a recent Vagrantfile, I ran into this issue. At first I was blaming the alpine312 image, and I was trying to correct the vbox modules in there.

But that didn’t seem to help. Upon trying another Vagrantfile. I am getting the same problem:

But no solution.

Last edited by thoth (2021-08-08 16:13:49)

#2 2021-08-09 15:57:54

Re: VirtualBox Arch host, any guest with shared folder

Do the versions of virtualbox-host-modules-arch (host) and virtualbox-guest-modules-virt on the guest match ?

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B) && (time C > time B ) ≠ (A works at time C)

#3 2021-08-09 16:25:22

Re: VirtualBox Arch host, any guest with shared folder

Does mounting work in a regular VM (not running through Vagrant)? If not, where is the folder you’d like to share located? I seem to recall that there was an issue sharing a folder that lives on a symlinked path.

#4 2021-08-10 11:34:39

Re: VirtualBox Arch host, any guest with shared folder

Ok starting with a fresh ubuntu bionic beaver install by hand (no vagrant), I insert the guest additions:

run it, poweroff, create a shared directory (named shared), and reboot

Which is the same output I get with the mount command in the vagrant boxes.

#5 2021-08-10 11:57:41

Re: VirtualBox Arch host, any guest with shared folder

The standard form of the mount command is:

mount -t type device dir

I kinda doubt the guest knows how to access a device called shared .

Please post /etc/fstab and the output of lsblk -f (both from the pov of the guest) .

Last edited by Lone_Wolf (2021-08-10 11:58:09)

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B) && (time C > time B ) ≠ (A works at time C)

#6 2021-08-10 13:14:39

Re: VirtualBox Arch host, any guest with shared folder

That’s how I felt about the device name, but that is indeed how vagrant is reporting it as well. But I am uncertain how the vboxsf device is supposed to look? Can you post what it looks like in a working state?

# lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
└─sda1 ext4 7287a8c3-630b-4c1e-9d32-087000bc2603 /
sr0 iso9660 VBox_GAs_6.1.26 2021-07-28-16-34-25-54

# fdisk -l
Disk /dev/sda: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xdd9f9a06

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 16775167 16773120 8G 83 Linux

# blkid
/dev/sr0: UUID=»2021-07-28-16-34-25-54″ LABEL=»VBox_GAs_6.1.26″ TYPE=»iso9660″
/dev/sda1: UUID=»7287a8c3-630b-4c1e-9d32-087000bc2603″ TYPE=»ext4″ PARTUUID=»dd9f9a06-01″
«`

I have also tried with ‘automount’ on in vbox settings, same results.

Last edited by thoth (2021-08-10 13:19:43)

#7 2021-08-13 13:00:47

Re: VirtualBox Arch host, any guest with shared folder

Personally I use qemu from CLI and if/when I need to share something between guest and host I use ftp or scp/sftp , not hypervisor dependent methods.

I’ve read up on VBox shared folders and they do indeed use the folder name on the host as default for the device on the guest .

Perhaps you could try installing an archlinux guest using https://wiki.archlinux.org/title/Virtua … as_a_guest to verify everything works as intended ?

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B) && (time C > time B ) ≠ (A works at time C)

#8 2021-08-15 18:34:16

Re: VirtualBox Arch host, any guest with shared folder

Ya, I’m a fan of QEMU/KVM as well, my homelab is entirely based on it.

But I still need to test some of these Vagrant boxes out on VirtualBox as that was what the original author built them in and Vagrant does not support KVM in the same way as VirtualBox and just changing provider in vagrant has a host of other issues I’d rather not deal with.

Источник

aboutubuntu.ru

VDS с Ubuntu Server

Мы работаем на виртуальном выделенном сервере от TrueVDS с Ubuntu на борту. Всем довольны и другим рекомендуем.

Вход в систему

Ubuntu 10.04 LTS

Наши посетители

Подпишитесь на комментарии

RSS всех комментариев:

Поиск

А вот зарегистрированные пользователи не утруждают себя просмотром рекламной информации на этом сайте.

Настройка виртуальной машины VirtualBox с гостевой Ubuntu

Виртуализация полезна во многих случаях: за несколько часов вы можете установить несколько разных дистрибутивов Linux на виртуальных машинах и связать всё это хозяйство их в локальную сеть при этом оставаясь в Windows. На практике же я уже несколько раз встречался с такой ситуацией: расставаться с привычной Windows человек не готов, а на Linux хочет посмотреть поближе (не на уровне LiveCD, а в процессе регулярного использования). Ну, или Windows может «требоваться» для игр (в виртуальную машину игровую систему не отправишь — современные игры к ресурсам требовательны весьма и не простят потерю производительности). Компания Sun бесплатно распространяет (предлагая и открытые версии для стандартных ОС) систему виртуализации VirtualBox. Решение не самое производительное, но, думаю, самое дружелюбное к пользователю. А потому рассказ о том, как установить VirtualBox на Windows-хост читайте на оф. сайте или ищите в любимом поисковике — материалов на русском реально много.

Я же дальше расскажу о том, как максимально быстро обжиться в виртуальной системе.

Глобально нам потребуется сделать две вещи: научить гостевую ОС плотно общаться с хостом (получать доступ к USB, интегрироваться экранами и пр.) и наладить удобный файлообмен между реальной и виртуальной системами.

Для начала обновите систему до актуального состояния. Я могу ошибаться, но, похоже, если у вас появляются какие-то обновления ядра, вам требуется устанавливать дополнения для гостевой ОС повторно. Я с этим столкнулся. Но не отметил что именно обновлялось, поэтому просто делюсь наблюдением.

В главном меню окна виртуальной машины выбрать: «Устройства» > «Установить дополнения гостевой ОС». После чего в вашей остевой ОС (в данном случае в Ubuntu) появится новый оптический диск с названными дополнениями. Диск попытается автозапуститься, но поможет это не слишком: для установки дополнений всё равно нужны привилегии суперпользователя. Поэтому предложение об автозапуске можно предлагаю проигнорировать, а отправиться в консоль и выполнить там следующую команду:

После того, как дополнения установятся, гостевую систему нужно перезагрузить. Чтоб далеко за мышкой не ходить, можно сделать это прямо из консоли:

sudo shutdown -r now

После перезагрузки дополнения заработают сразу же, например разрешение экрана гостевой ОС самостоятельно увеличится до более или менее приемлемого с умолчальных 800 на 600 точек.

Установленные дополнения позволят нам теперь создать общую директорию, к которой одинаково просто (стандартными средствами файловых менеджеров, как к любой другой) можно будет обращаться как из гостевой, так и из реальной ОС.

Сначала приготовим хост. В главном меню окна виртуальной машины выбрать: «Устройства» > «Общие папки». В появившемся окоше нажмите Insert на клавиатуре, чтобы увидеть диалог создания новой папки. Путь к папке выберите сами, в зависимости от того хотите ли вы создать для целей обмена файлами новую папку или показать гостевой системе какую-то существующую. Имя папки нам потребуется в процессе дальнейших настроек, пускай будет VirtualBoxShare. Сделать ли папку постоянной (постоянная папка будет доступна и после перезапуска всей системы виртуализации) и разрешить гостевой ОС запись в папку — решайте сами (и своё решение сообщайте с помощью соответствующих чекбоксов).

После того, как общая папка будет создана, её можно монтировать в гостевой ОС.

Создадим точку монтирования:

sudo mkdir /media/share

Разрешим записывать в папку всем пользователям виртуальной ОС (тут, опять же, решайте сами, кому в вашем случае требуются такие права):

sudo chmod 777 /media/share

И теперь, собственно, монтируем:

sudo mount -t vboxsf VirtualBoxShare /media/share

Готово. Можете отправляться в примонтированную директорию ( cd /media/share ) и убедиться, что всё её содержимое, доступное из реальной ОС, теперь имеется и в гостевой ( ls -al /media/share ).

Не совсем удобно каждый раз после запуска виртуальной машины монтировать в ней общую папку. На постоянной основе проблема решается добавлением записи в /etc/fstab :

sudo echo VirtualBoxShare /media/share vboxsf defaults 0 0 >> /etc/fstab

Плодотворной вам виртуализации.

А наши спонсоры с сайта с очень звучным названием рекомендуют не обращать внимания на финансовый кризис.

Источник

I followed https://www.pragmaticlinux.com/2021/02/how-to-mount-a-shared-folder-in-virtualbox/(among other related threads) in order to mount a shared folder in my Ubuntu 20.04 VM.

Auto-mounting

I created an entry under VirtualBox Ubuntu 20.04 VM Settings -> Shared Folders and completed the Folder Path to a valid Windows(host) location, the Folder Name (called shared) and checked Auto-mount and Make Permanent. I left Mount point empty.

After the above setup I boot the Ubuntu 20 VM and I was expecting to see the mount under /media/sf_shared and I did see it however it was empty even though on the host machine there are several files.

Manual mounting

From VirtualBox In Settings -> Shared Folders dialog I unchecked Auto-mount checkbox and added a valid value in Mount point (eg. /home/myuser/shared ). However the same behavior as for Auto-mounting happens. The share does not work, cannot see the files under the shared folder from the host machine.

From VM Ubuntu terminal

sudo mount -t vboxsf -o uid=$USER,gid=vboxsf shared /home/myuser/shared

But I get the following error:

/sbin/mount.vboxsf: mounting failed with the error: Invalid argument

Maybe the last error that I got in terminal is a hint for the root of the problem. However I couldn’t find any relevant information of how to solve it. Does anyone has any idea of what’s going on here?

Also must mention that on the same VirtualBox I have another VM installed (Ubuntu 18.04) on which the auto-mounting is working as a charm.

Источник

Виртуализация полезна во многих случаях: за несколько часов вы можете установить несколько разных дистрибутивов Linux на виртуальных машинах и связать всё это хозяйство их в локальную сеть при этом оставаясь в Windows. На практике же я уже несколько раз встречался с такой ситуацией: расставаться с привычной Windows человек не готов, а на Linux хочет посмотреть поближе (не на уровне LiveCD, а в процессе регулярного использования). Ну, или Windows может «требоваться» для игр (в виртуальную машину игровую систему не отправишь — современные игры к ресурсам требовательны весьма и не простят потерю производительности). Компания Sun бесплатно распространяет (предлагая и открытые версии для стандартных ОС) систему виртуализации VirtualBox. Решение не самое производительное, но, думаю, самое дружелюбное к пользователю. А потому рассказ о том, как установить VirtualBox на Windows-хост читайте на оф. сайте или ищите в любимом поисковике — материалов на русском реально много.

Я же дальше расскажу о том, как максимально быстро обжиться в виртуальной системе.

Глобально нам потребуется сделать две вещи: научить гостевую ОС плотно общаться с хостом (получать доступ к USB, интегрироваться экранами и пр.) и наладить удобный файлообмен между реальной и виртуальной системами.

Для начала обновите систему до актуального состояния. Я могу ошибаться, но, похоже, если у вас появляются какие-то обновления ядра, вам требуется устанавливать дополнения для гостевой ОС повторно. Я с этим столкнулся. Но не отметил что именно обновлялось, поэтому просто делюсь наблюдением.

В главном меню окна виртуальной машины выбрать: «Устройства» > «Установить дополнения гостевой ОС». После чего в вашей остевой ОС (в данном случае в Ubuntu) появится новый оптический диск с названными дополнениями. Диск попытается автозапуститься, но поможет это не слишком: для установки дополнений всё равно нужны привилегии суперпользователя. Поэтому предложение об автозапуске можно предлагаю проигнорировать, а отправиться в консоль и выполнить там следующую команду:

sudo /media/cdrom/VBoxLinuxAdditions-x86.run

После того, как дополнения установятся, гостевую систему нужно перезагрузить. Чтоб далеко за мышкой не ходить, можно сделать это прямо из консоли:

sudo shutdown -r now

После перезагрузки дополнения заработают сразу же, например разрешение экрана гостевой ОС самостоятельно увеличится до более или менее приемлемого с умолчальных 800 на 600 точек.

Установленные дополнения позволят нам теперь создать общую директорию, к которой одинаково просто (стандартными средствами файловых менеджеров, как к любой другой) можно будет обращаться как из гостевой, так и из реальной ОС.

Сначала приготовим хост. В главном меню окна виртуальной машины выбрать: «Устройства» > «Общие папки». В появившемся окоше нажмите Insert на клавиатуре, чтобы увидеть диалог создания новой папки. Путь к папке выберите сами, в зависимости от того хотите ли вы создать для целей обмена файлами новую папку или показать гостевой системе какую-то существующую. Имя папки нам потребуется в процессе дальнейших настроек, пускай будет VirtualBoxShare. Сделать ли папку постоянной (постоянная папка будет доступна и после перезапуска всей системы виртуализации) и разрешить гостевой ОС запись в папку — решайте сами (и своё решение сообщайте с помощью соответствующих чекбоксов).

После того, как общая папка будет создана, её можно монтировать в гостевой ОС.

Создадим точку монтирования:

sudo mkdir /media/share

Разрешим записывать в папку всем пользователям виртуальной ОС (тут, опять же, решайте сами, кому в вашем случае требуются такие права):

sudo chmod 777 /media/share

И теперь, собственно, монтируем:

sudo mount -t vboxsf VirtualBoxShare /media/share

Готово. Можете отправляться в примонтированную директорию (cd /media/share) и убедиться, что всё её содержимое, доступное из реальной ОС, теперь имеется и в гостевой (ls -al /media/share).

Не совсем удобно каждый раз после запуска виртуальной машины монтировать в ней общую папку. На постоянной основе проблема решается добавлением записи в /etc/fstab:

sudo echo VirtualBoxShare /media/share vboxsf defaults 0 0 >> /etc/fstab

Плодотворной вам виртуализации.

А наши спонсоры с сайта с очень звучным названием рекомендуют не обращать внимания на финансовый кризис.