Я не хотел запускать Virtualbox как root. Я не хотел, чтобы мой пользователь был из группы дисков с полными разрешениями для всех дисков.
Итак, вот что я должен был выполнить:
Узнайте, что sd на карте памяти является. В следующих инструкциях это sdc.
Unmount memory Sticksu
chmod 666 /dev/sdc1
chmod 666 /dev/sdc
VBoxManage internalcommands createrawvmdk -filename usb.vmdk -rawdisk /dev/sdc
chmod 777 usb.vmdk
chmod 666 /dev/sdc
Прикрепить компьютер виртуальной машины usb.vmdk chmod 666 /dev/sdc
Запустить виртуальный бокс. После завершения сбросить разрешение sdc1 для обеспечения безопасности: chmod 660 /dev/sdc1
В вышесказанном вы можете увидеть, что мне приходилось несколько раз перезапускать разрешения для палки памяти, потому что каждый раз он будет возвращаться к root.
Я использую Mandriva Linux, но он должен быть примерно таким же в Ubuntu
В приложении могут появляться разные причины для значка приложения, отображаться с вопросительным знаком (или иным образом неправильно) в Unity launcher.
Для начала: значки приложений определены в файле .desktop приложения. Эти .desktop файлы (обычно) хранятся в /usr/share/applications или ~/.local/share/applications
. Общие причины:
Ссылка на значок, как определено в .desktop файл приложения, не работает; значок не существует или находится на неправильном пути. Эффект: приложение появляется в пусковой установке с неправильным значком (серый знак вопроса). Приложение представлено более чем одним .desktop file. То есть в вашей системе имеется более одного файла .desktop, с командой для запуска приложения в его первой строке Exec=. Эффект: много раз, в тире отображается более одного (правильного) значка, представляющего одно и то же приложение. Когда приложение заблокировано для запуска, иногда (или всегда), если приложение запускается, появляется другой значок (тот же или немного другой). По разным причинам иногда приложение и значок запуска не связаны друг с другом. Хотя приложение запускается файлом [command in] в файле .desktop, приложение не распознается файлом .desktop как «его» эффект приложения: если приложение заблокировано для запуска, оно показывает правильный значок, но при запуске приложения появляется еще один (серый знак вопроса). Если приложение не заблокировано для запуска, приложение отображается некорректным значком в панели запуска, если оно выполняется. (серый знак вопроса, поскольку двоичный файл не имеет иконки).В случае Xfig последнее имеет место. Вы можете исправить эту проблему, добавив следующую строку в .desktop file:
StartupWMClass=xfig
Ссылка на значок, как определено в файле .desktop приложения, нарушена ; значок не существует или находится на неправильном пути. Эффект: приложение появляется в пусковой установке с неправильным значком (серый знак вопроса). Добавьте строку: StartupWMClass=xfig
Теперь Xfig будет запускаться под своим собственным значком:
В приложении могут появляться разные причины для значка приложения, отображаться с вопросительным знаком (или иным образом неправильно) в Unity launcher.
Для начала: значки приложений определены в файле .desktop приложения. Эти .desktop файлы (обычно) хранятся в /usr/share/applications или ~/.local/share/applications
. Общие причины:
Ссылка на значок, как определено в .desktop файл приложения, не работает; значок не существует или находится на неправильном пути. Эффект: приложение появляется в пусковой установке с неправильным значком (серый знак вопроса). Приложение представлено более чем одним .desktop file. То есть в вашей системе имеется более одного файла .desktop, с командой для запуска приложения в его первой строке Exec=. Эффект: много раз, в тире отображается более одного (правильного) значка, представляющего одно и то же приложение. Когда приложение заблокировано для запуска, иногда (или всегда), если приложение запускается, появляется другой значок (тот же или немного другой). По разным причинам иногда приложение и значок запуска не связаны друг с другом. Хотя приложение запускается файлом [command in] в файле .desktop, приложение не распознается файлом .desktop как «его» эффект приложения: если приложение заблокировано для запуска, оно показывает правильный значок, но при запуске приложения появляется еще один (серый знак вопроса). Если приложение не заблокировано для запуска, приложение отображается некорректным значком в панели запуска, если оно выполняется. (серый знак вопроса, поскольку двоичный файл не имеет иконки).В случае Xfig последнее имеет место. Вы можете исправить эту проблему, добавив следующую строку в .desktop file:
StartupWMClass=xfig
Ссылка на значок, как определено в файле .desktop приложения, нарушена ; значок не существует или находится на неправильном пути. Эффект: приложение появляется в пусковой установке с неправильным значком (серый знак вопроса). Добавьте строку: StartupWMClass=xfig
Теперь Xfig будет запускаться под своим собственным значком: