Не показывать двойные значки для приложения [duplicate]

Я не хотел запускать Virtualbox как root. Я не хотел, чтобы мой пользователь был из группы дисков с полными разрешениями для всех дисков.

Итак, вот что я должен был выполнить:

Узнайте, что sd на карте памяти является. В следующих инструкциях это sdc.

Unmount memory Stick
su
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

3
задан 13 May 2014 в 17:50

2 ответа

В приложении могут появляться разные причины для значка приложения, отображаться с вопросительным знаком (или иным образом неправильно) в 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 будет запускаться под своим собственным значком:

3
ответ дан 18 July 2018 в 00:08

В приложении могут появляться разные причины для значка приложения, отображаться с вопросительным знаком (или иным образом неправильно) в 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 будет запускаться под своим собственным значком:

3
ответ дан 24 July 2018 в 17:09

Другие вопросы по тегам:

Похожие вопросы: