Wine set windows version — Ваш верный помощник с OS Windows

Спасибо за интерес к WINE@Etersoft!

Мы рады вашей заинтересованности в продуктах Etersoft. Ознакомиться с нашими разработками можно на нашем официальном сайте Etersoft

Содержание

1 Режим административной установки
- 1.1 Администратор WINE
- 1.2 Общее win-окружение
- 1.3 Подключение к общему win-окружению
- 1.4 Права доступа к общему win-окружению
- 1.5 Общие замечания
- 1.6 Краткая инструкция
- 1.7 Рассмотрим на конкретном примере
- 1.8 Файл конфигурации
- 1.9 Копирование ярлыков пользователю
- 1.10 Создание резервной копии

Режим административной установки

Обычный подход, когда каждый пользователь должен самостоятельно установить win-приложение в своём домашнем каталоге (локальном win-окружении), не очень удобен для использования, когда много пользователей работают с одним и тем же приложением.

Для упрощения администрирования в такой ситуации в WINE@Etersoft имеется режим административной установки. В этом режиме программы, установленные администратором WINE, будут сразу доступны всем пользователям.

Общая схема административного режима установки сводится к следующему:

Специально выделенный пользователь (администратор WINE) создаёт общий логический диск C: (общее win-окружение) и устанавливает в него программы.
Каждый пользователь, который собирается работать с общим win-окружением, должен подключиться к нему (используя его в качестве своего логического диска C:). После этого вся работа происходит с win-приложениями, установленными администратором.

Изменения в рабочей WINE-среде, выполняемые администратором, будут доступны всем пользователям — в общем win-окружении — и у всех пользователей изменения будут согласованы. Этот режим особенно удобен при устройстве терминального сервера, когда win-приложения всех пользователей выполняются на сервере.

Ниже пошагово описан процесс настройки административного режима установки WINE.

Администратор WINE

Прежде всего потребуется определить пользователя, который будет администратором WINE. Этого пользователя нужно добавить в группу wineadmin (такая группа создаётся при установке WINE).

Технически в группу wineadmin могут входить несколько пользователей. В этом случае все они смогут равноправно изменять общее win-окружение. Хорошим решением будет создать отдельную учётную запись, которая будет играть роль администратора WINE.

Примечание: При работе нескольких администраторов с общим win-окружением следует избегать одновременного изменения данных в нём (установки/удаления программ и т. п.). Это может привести к возникновению конфликтов и ошибок в реестре win-окружения.

Общее win-окружение

После того как администратор WINE определён, следует создать каталог, который будет играть роль общего win-окружения. Рекомендуется в качестве общего каталога использовать /var/lib/wine-etersoft/default. При установке пакета wine сразу создаётся /var/lib/wine-etersoft с необходимыми правами (root:wineadmin rw-rw-r--), позволяющими администратору WINE создавать там каталоги.

Подготовка административной системы выполняется командой wine --admin /путь/к/общему/каталогу. Если на момент выполнения этой команды указанного каталога ещё не существует, он будет создан. Если выполнить эту команду без указания каталога, будет использован каталог по умолчанию /var/lib/wine-etersoft/default.

После настройки среды через wine --admin администратор устанавливает необходимые программы обычным способом.

Обратите внимание, что при использовании SAMBA команду wine --admin лучше выполнять на машине, где расположен сам ресурс.

Подключение к общему win-окружению

Каждому пользователю, чтобы подключиться к общему win-окружению, необходимо выполнить команду wine --attach /путь/к/общему/каталогу. Если указан относительный путь к каталогу, он будет отсчитываться от /var/lib/wine-etersoft, если же каталог не указан вовсе, по умолчанию используется /var/lib/wine-etersoft/default.

После выполнения этой команды wine, запущенный этим пользователем, будет использовать в качестве win-окружения указанный каталог (вместо ~/.wine, который используется по умолчанию). В случае подключения к общему каталогу пользователю будут доступны все программы, установленные там администратором WINE.

Отличия wine, подключённого к общему win-окружению, от стандартной настройки заключаются в следующем:

Логический диск C: (системный) является ссылкой на общее win-окружение и по умолчанию доступен для записи только пользователям, входящим в группу wineadmin. Рядовые пользователи в общем win-окружении имеют право создавать каталоги только в c:/windows/profiles, где хранятся их личные данные, и в c:/windows/temp, где хранятся временные файлы.
системный реестр в локальном win-окружении пользователя (~/.wine/system.reg) является ссылкой на файл в общем win-окружении

(там он расположен в каталоге c:/windows/inf);

Права доступа к общему win-окружению

Чтобы пользователи могли совместно работать с общим win-окружением, по команде wine --admin в нём производится следующая настройка прав доступа:

На каталог общего win-окружения устанавливается атрибут SGID

(2770), чтобы все файлы, созданные в этом каталоге, принадлежали общей группе (wineadmin), а не группе создавшего пользователя. Это даёт администраторам WINE (входящим в группу wineadmin), доступ к любым файлам в этом каталоге.

На общий временный каталог c:/windows/temp выставляется атрибут «sticky bit» (режим 1770), чтобы пользователи не могли удалить созданные другими файлы.
каталог общего win-окружения должен иметь атрибут SGID (режим 2770), чтобы созданные разными пользователями (администраторами, входящими в группу wineadmin) файлы принадлежали общей группе, выставленной на каталоге, а не группе пользователя.

Администратор может производить дополнительное разграничение прав обычными системными средствами. При необходимости иметь некоторые каталоги общедоступными, на них нужно исправить права или группу.

Примечание: Мы рекомендуем располагать общий каталог так, чтобы к нему имели доступ только те пользователи, которым это необходимо (например, принадлежащие к группе wine).

Общие замечания

Для упрощения приняты следующие умолчания: если в качестве параметра --admin или --attach указан относительный путь к каталогу (например, просто test), то он отсчитывается от /var/lib/wine-etersoft. Если каталог не указан вовсе, подразумевается /var/lib/wine-etersoft/default

Команды настройки общего win-окружения (wine --admin) и подключения к нему (wine --attach) предполагают, что у выполняющего их пользователя отсутствует каталог ~/.wine. Если такой каталог уже есть, то будет выведено сообщение об ошибке. При необходимости можно переместить ~/.wine в другой каталог или изменить переменную окружения WINEPREFIX — тогда wine --admin и wine --attach будут производить настройку в том каталоге, который указан в этой переменной.

Краткая инструкция

Режим административной установки призван упростить администрирование ПО при наличии однотипных установок программ, и очень легко реализуется на практике. Рассмотрим порядок установки с самого начала, когда пользователи в системе уже заведены, но /. wine отсутствует (инициализация не производилась).

Вносим пользователя, который будет администрировать WINE (устанавливать программы), в группу wineadmin.
Заходим под пользователем-администратором и запускаем $ wine --admin
Устанавливаем необходимые программы и выполняем нужные настройки
Под каждым пользователем запускаем $ wine --attach

Всё. Пользователи разделяют системный реестр system.reg, имеют индивидуальный реестр user.reg, общий диск C:, доступный на запись пользователю-администратору.

Рассмотрим на конкретном примере

На машине присутствуют пользователи admin и test, где admin — учетная запись администратора, test — учетная запись рядового пользователя

После установки WINE@Etersoft необходимо добавить администратора (пользователя admin) в группу wineadmin:

# usermod -a -G wineadmin admin

Примечание: После выполнения этой команды потребуется повторный вход пользователя admin в систему

Запускаем под пользователем admin команду:

$ wine --admin

После отработки команды, переходим к установке необходимой Вам программы в wine, установка не отличается от обычной. На примере КОМПАС-3D v21 необходимо перейти в каталог с распакованным дистрибутивом программы и запустить:

$ wine_install_kompas

Примечание: Подробнее об установке КОМПАС-3D в WINE@Etersoft можно почитать здесь

После установки программы, запустите её под пользователем admin и выполните все необходимые настройки (например, активация ПО или подключение лицензионных ключей защиты)

После выполнения всех настроек в ПО, заходим в систему под тем пользователем, который будет работать с ПО, в нашем примере это пользователь test, и выполняем команду:

$ wine --attach

Готово! Теперь пользователь может пользоваться программой.

Файл конфигурации

Файл конфигурации по умолчанию расположен в /etc/wine-etersoft/wine-etersoft.conf. Так же он может быть расположен в домашнем каталоге пользователя ~/.config/wine-etersoft.conf и в самом префиксе ~/.wine/wine-etersoft.conf. При этом будет сохраняться наследственность в следующем порядке etc > .config > .wine, если были изменены какие-то значения, то они будут перезаписаны в указанном порядке.

В файле конфигурации используются следующие параметры:

ATTACH_MODE — Подсоединяет пользователя к административной установке при первом запуске.
WINEADMIN — Название или путь к каталогу административной установки.
WINEDISABLEETERSPLASH — Выключение заставки при запуске с ярлыка.

Примечание: Параметры ATTACH_MODE и WINEDISABLEETERSPLASH достаточно просто раскомментировать, передача любых значений для этих параметров означает их использование

Копирование ярлыков пользователю

После использования скриптов автоматической установки wine_install_* пользователем с правами администратора WINE, ярлыки скопированы в общее win-окружение. Пользователь, использовавший wine --attach в первый раз, автоматически скопирует все ярлыки, которые были в общем win-окружении.

Создание резервной копии

Для создания резервной копии установленных в режиме административной установки программ достаточно заархивировать каталог /var/lib/wine-etersoft/default. В нём находится содержание диска C:, включая файл системного реестра.

Wine
Программы работающие в Wine • Скачать • Школьный Wine
WINE@Etersoft	Общие сведения • Установка на 64-битные ОС • Особенности разработки • Патчи для WINE@Etersoft • Административная установка • Дополнительные компоненты • Как получить WINE@Etersoft? • Лицензия на документацию • Глоссарий • Использование аппаратных ключей защиты в Linux • Дополнительная информация • [ Совместная работа \| по CIFS • по NFS ] • Изменение системных ограничений • Регистрация продукта • Пошаговая инструкция по установке rpm-пакетов • Обращение в службу поддержки • Терминальные решения • Установка WINE@Etersoft • Подписка на обновления • Настройка WINE@Etersoft • Разработчику • Enterprise • Что такое WINE@Etersoft SQL • Возможности • Среда для запуска приложений Windows • Использование WINE@Etersoft • FAQ по использованию WINE@Etersoft • Основные команды • WINE@Etersoft/Local • Что такое WINE@Etersoft Local
Программы	Запуск БЭСТ 4+ • Запуск Консультант+ (сетевой версии) • ГарантF1 • Инфо-Бухгалтер 8.x • Налогоплательщик ЮЛ
1C	Отличия от обычного Wine • Местоположение базы 1С • 1C: Предприятие 7.7 в WINE • Настройка 1С 7.7 для работы с SQL-сервером • Установка 1С: Предприятия 8.1 • Установка 1С: Предприятия 8.1 в трёхзвенном режиме
Пользователю
Помощь	Использование Winecfg • Использование Regedit • Публичный префикс • Несколько версий • Ключи regedit
Легальность	DCOM95 • IE5 • DCOM • MSXML
Утилиты для работы с Wine	Winetricks • WineTools • Q4Wine • PlayOnLinux • IEs4Linux • Wine-Doors • Swine • Wine Launcher • Lutris
Разработчику
Компоненты Windows • Запрет отключения защиты программы • Управление обработчиком исключений • StraceNT • Измерение скорости функций WinAPI • GL • Устройство чтения смарт-карт • Профилирование • Тесты для проверки интерфейсов • Написание тестов в системе Wine • Аутентификация в домене AD • Репозитории • Применение Git-патчей
Помощь	Создание патчей • Написание приложения под wine • Отправка патчей • Сборка eterhack • Сборка wine-public
Отладка	Способы отладки • WINEDEBUG • Winedbg
Разработка WINE
1C • ODBC • WinHelp • Компас • Методика • Тестирование доступа • Цвета • Файловый диалог • Тестирование • Литература • Изображения • Win32 • Шрифты • Файловые блокировки • Ссылки • Ключи защиты • RPM • WineGecko • ListView • Упаковка Wine
Производителю
Родственные проекты
LUK • ReactOS • ARWINSS • CrossOver • KernelEx
Прочее
PageSetupDlg • FreeBSD • Wwr

Источник

_jos_: Newbie; Posts: 3; Joined: Wed Jul 18, 2018 10:54 pm

no administrator privileges in wine to install programs

Hi All,

I have a strange error if i try to install some windows programs.

It’s the canon digital photo professional full install of v4.8.30 or upgrade 3.15.0.

Both processes stop with the message

«Installation program of Digital Photo Professional requires administrator privileges».

The installation of dotnet45 and msxml3 via winetricks seems to work — I have to kill a bunch of hanging processes (mscorsvw.exe) after the finish-dialog.
So this installation must have administrator privileges in wine as expected.

wine ??, wine 10, wine 11, wine 12, fedora 28
windows versions 7 and 8.1.

Using win xp the installation fails with the message the (installation-) file would be corrupt.

Code: Select all

$ (export WINEARCH=win32; export WINEPREFIX=/mnt/wine/home/.wine32; wine /tmp/dppw3.15.0-updater.exe)
000b:fixme:winediag:start_process Wine Staging 3.12 is a testing version containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org.
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
001c:fixme:mountmgr:create_disk_device IoCreateDevice L"\\Device\\HarddiskVolume31" got c0000035
0009:fixme:exec:SHELL_execute flags ignored: 0x00000100
0031:fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0x00000001 5 0x33ed30 0x33ed24

With playonlinux together with winetricks I got it managed to install dpp-4.8 in a wine-2.0.3 prefix.
This seems to work as usual.

Does anybody have an idea what I am missing?

M.f.G.
Joerg

_jos_: Newbie; Posts: 3; Joined: Wed Jul 18, 2018 10:54 pm

Re: no administrator privileges in wine to install programs

Post

by _jos_ » Thu Jul 19, 2018 11:32 pm

Hi dimesio,

thanks for your reply.

To feel certain I tested it again with the same result.

After all the tests I feel the error message is uncorrect — also indicated by the working installation of dotnet and pwhe761.exe (minitool partition) as test without problems.

When I enabled the virtual desktop in winecfg and used a small size the installer failed with an ‘unsupported size’ message window. After correcting this the installer complained the missing admin privileges (same looking graphical message window).

So it must have the the privileges. It’s confusing seeing the installation work with no problems in wine 2.0.3 (and some versions up I assume).

M.f.G.
Joerg

dimesio: Moderator; Posts: 13362; Joined: Tue Mar 25, 2008 10:30 pm

Re: no administrator privileges in wine to install programs

Post

by dimesio » Fri Jul 20, 2018 6:29 am

So it must have the the privileges. It’s confusing seeing the installation work with no problems in wine 2.0.3 (and some versions up I assume).

Yes, Wine runs with administrator privileges.

What I just noticed in your console output from 3.12 is that you tested wine-staging. Have you tested the development release for 3.12? The reason I ask is that wine-staging includes patches to implement UAC, and the problem could be related to that difference rather than the newer version.

If that’s not the issue, the next step would be to run a regression test to identify the patch that broke it. https://wiki.winehq.org/Regression_Testing

Bob Wya: Level 12; Posts: 3068; Joined: Sat Oct 16, 2010 7:40 pm

_jos_: Newbie; Posts: 3; Joined: Wed Jul 18, 2018 10:54 pm

Re: no administrator privileges in wine to install programs

Post

by _jos_ » Sun Jul 22, 2018 10:20 pm

Hi,

thanks for your hints.

I’ve testet a bit (really hate try and error) and got this

… the UAC patch was inserted in wine 2.14 as I read.

Code: Select all

(install means the no privileges error)

2.0.3-staging	install works, prgram works
2.15-staging	install works, prgram works
2.22-staging	install works, prgram hangs at splash-screen (CPU 90%)
	!!! this is not a staging version !!! pol downloaded it as staging but it isnt
	winetricks install dotnet45 fails - dotnet40 is installed
	installing dpp4 works and installs its own dotnet45
	launching dpp4 hangs showing the splash-screen (cpu 90%)
3.0-staging	install works, prgram hangs at splash-screen (CPU 90%)
	!!! this is not a staging version !!! pol downloaded it as staging but it isnt
	winetricks install dotnet40 dotnet45 works
	launching dpp4 hangs showing the splash-screen (cpu 90%)
3.2-staging	install works, prgram hangs at splash-screen (CPU 90%)
	!!! this is not a staging version !!! pol downloaded it as staging but it isnt
	winetricks install dotnet45 fails - dotnet40 is installed
	installing dpp4 works and installs its own dotnet45
	launching dpp4 hangs showing the splash-screen (cpu 90%)
3.5 install	works, program fails because missing dotnet45
	winetricks install dotnet40 hangs after finish-dialog (does nothing)
		after ctrl-c it starts to install dotnet45 and produces many mscorsvw.exe processes
		after killall mscorsvw.exe the shell hangs.
		ctrl-c kills winetricks
		because of the broken dotnet40/45 install depending programs fail and
		dpp does not install its own dotnet
3.6 install	fails, dotnet45 is installed without problems
3.7 install	fails, dotnet40/45 installation problems like in 3.5
3.8	install	fails
	winetricks install dotnet45 fails - dotnet40 is installed
3.10-staging	install fails
3.12-staging	install fails (system)
3.12-staging_x64	install fails (system)
3.12	install fails

by the way I tested to compile wine (it did really good without problems) for further tests.

With the idea to test the install via runas I got a little unexpected result.

wine runas /trustlevel:0x20000 z:\\tmp\\p\\dppw4.8.30-installer.exe

ok, this shouldn’t work

but this was a little surprising

wine runas /trustlevel:0x00000 z:\\tmp\\p\\dppw4.8.30-installer.exe

schouldn’t it return an error for the wrong parameter?

code src wine-3.12-staging rpm (fedora 28)

wine-staging-3.12/patches/advapi32-Token_Integrity_Level/0001-advapi32-tests-E~token-integrity.patch

Code: Select all

+int wmain(int argc, WCHAR *argv[])
+{

	[...]

+    if (cmd.trustlevel && cmd.trustlevel != 0x20000)
+    {
+        output_message(STRING_UNHANDLED_TRUSTLEVEL, cmd.trustlevel);
+        return 1;
+    }

	[...]

+}

For the initial problem I get the impression the error could be in some registry settings.

M.f.G.
Joerg

jpvial: Newbie; Posts: 1; Joined: Tue Jul 31, 2018 4:02 am

Re: no administrator privileges in wine to install programs

Post

by jpvial » Tue Jul 31, 2018 4:11 am

I have exactly the same problem under linux for dpp-4.8.3
opensuse leap 15
wine 3-7

winetricks, dotnet45 and msxml3 installed without problem (but with hundreds, or more probably thousands
of warnings (mostly of the «fixme» style)

I am not at all a Wine expert, so I can’t tell more

jpvial

lesebas: Level 1; Posts: 5; Joined: Tue Jan 30, 2018 4:20 pm

Re: no administrator privileges in wine to install programs

Post

by lesebas » Thu Jan 10, 2019 4:45 pm

Hi I’ve try to install v4.9 with wine 4.0rc4-1 (under playonlinux). I’ve exactly the same issue. Here is the log :

Code: Select all

[01/10/19 22:43:12] - Running wine- /home/sebastien/PlayOnLinux's virtual drives/DPP4.9/drive_c/windows/Canon_Inc_IC_OFI_TEMP_0/Data/setup.exe (Working directory : /home/Donnees/sebastien/.PlayOnLinux/wineprefix/DPP4.9/drive_c/windows/Canon_Inc_IC_OFI_TEMP_0/Data)
0012:fixme:reg:GetEnabledXStateFeatures 
0012:fixme:wer:WerSetFlags (2) stub!
0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0017:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
0017:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 0x993720, 0x9e0320, 0x9e0338) stub.
0017:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x971b7d, 28) stub
0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x401123, 0x452550, 0x452568) stub.
0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x44ba48, 43) stub
0009:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33f9b0, 0x33f9c0 0x33f9b4
0009:fixme:nls:get_dummy_preferred_ui_language (0x38 0x33f9b0 0x33f9c0 0x33f9b4) returning a dummy value (current locale)
0030:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x401123, 0x5036f0, 0x503708) stub.
0030:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4f0cf8, 43) stub
0030:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33f9dc, 0x33f9ec 0x33f9e0
0030:fixme:nls:get_dummy_preferred_ui_language (0x38 0x33f9dc 0x33f9ec 0x33f9e0) returning a dummy value (current locale)
0030:fixme:shell:InitNetworkAddressControl stub
0030:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x10001123, 0x100324b0, 0x100324c8) stub.
0030:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x1002e350, 43) stub
0031:fixme:ver:GetCurrentPackageId (0x84fe9c (nil)): stub
0030:err:module:load_builtin_dll failed to load .so lib for builtin L"l3codeca.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
0030:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x861123, 0xa02f90, 0xa02fa8) stub.
0030:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x9eee48, 43) stub
0030:fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0x00000001 5 0x33ecfc 0x33ecec
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33db04,0x00000000), stub!
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33db04,0x00000000), stub!
0030:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
0030:fixme:ntdll:EtwEventUnregister (0) stub.
0030:fixme:ver:GetCurrentPackageId (0x33fe24 (nil)): stub
0030:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
0030:fixme:ntdll:EtwEventUnregister (0) stub.
0009:fixme:ver:GetCurrentPackageId (0x33fe24 (nil)): stub
0017:fixme:service:QueryServiceConfig2W Level 6 not implemented
0017:fixme:service:QueryServiceConfig2W Level 6 not implemented
0017:fixme:service:QueryServiceConfig2W Level 6 not implemented
0017:fixme:service:QueryServiceConfig2W Level 6 not implemented
0017:fixme:service:QueryServiceConfig2W Level 6 not implemented
0012:fixme:ntdll:EtwEventUnregister (deadbeef) stub.

dimesio: Moderator; Posts: 13362; Joined: Tue Mar 25, 2008 10:30 pm

Re: no administrator privileges in wine to install programs

Post

by dimesio » Thu Jan 10, 2019 5:22 pm

lesebas wrote:Hi I’ve try to install v4.9 with wine 4.0rc4-1 (under playonlinux).

PlayOnLinux is not supported here.

As for the problem this thread is about, the relevant bug is still open. The bug is marked STAGED, so you should try wine-staging if you haven’t already.

Источник

wine

0

1

Кто нибудь знает как в wine запускать программы под виндовым админом? Ну типа как в винде пкм-> запустить как админ. А юзер в вайне админ или нет? А если нет как права админа получить?

Ссылка

Чего ты пытаешься этим добиться? Вайн это только тонкая ограниченая обёртка для запуска экзешников как нативных бинарей.

anonymous
(09.10.16 23:10:04 MSK)

Ссылка

По умолчанию же.

anonymous
(09.10.16 23:14:46 MSK)

Ссылка

Так запускай от рута. Ну там su - или sudo -i и так далее прочие gksu/kdesu.

anonymous
(09.10.16 23:28:06 MSK)

Ссылка

Кто нибудь знает как в wine запускать программы под виндовым админом?

Это ненужно под вайном.

With ★☆☆
(10.10.16 07:59:56 MSK)

Ссылка

Если программа требует UAC, то включи в настройках эмуляцию Windows XP.

Radjah ★★★★★
(10.10.16 08:10:54 MSK)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

Источник

Модератор: Модераторы разделов

SidorLuty: Сообщения: 99; ОС: Debian 5.0 Lenny

Решено: Wine работает только от root!

Обновил Debian до 5.0. Lenny нравится! НО!!!! Я в шоке!!! Wine работает только от root!!! Т.е. я сначала подумал, что Wine просто глюканула и выдала:

SidorDeb@SdDebian:~$ sudo winecfg
[sudo] password for SidorDeb:
wine: /home/SidorDeb/.wine is not owned by you
SidorDeb@SdDebian:~$

Но потом через su получил:

SdDebian::/home/SidorDeb# winecfg
wine: created the configuration directory ‘/root/.wine’
Could not load Mozilla. HTML rendering will be disabled.
wine: configuration in ‘/root/.wine’ has been updated.

Т.е. она ТОЛЬКО С root РАБОТАЕТ!!!

Причем, первую загрузку делал через su
по инструкции с сайта:

Method 1: Add the repository
Open a terminal
su #to log as root
gedit /etc/apt/sources.list #to open repository file with a text editor (you can use gedit or another)
Add this line for Lenny: deb http://www.lamaresh.net/apt lenny main
Add this line for Squeeze: deb http://www.lamaresh.net/apt squeeze main
Add this line for Sid: deb http://www.lamaresh.net/apt sid main
Save and close sources.list
wget -O — http://www.lamaresh.net/apt/key.gpg | apt-key add — #to add gpg key
apt-get update #to update package list
apt-get install wine #to install latest wine version

Вторую — скачал .deb-ы и через sudo gdebi-gtk установил по очереди 1.1.5, 1.1.6, 1.1.7 — результат тот же — root и все!

HELP!!! Кто знает что за зверь? В Etch такого не было! Помогите, люди добрые! У меня в /home/SidorDeb/.wine куча программ и игр не на все сейчас дистрибутивы есть!
Да, и еще! Почему sudo опять пароль стал требовать, я при установке велел все сохранить. А как это вылечить уже забыл.

Hoblin: Модератор; Сообщения: 1442; Статус: Etersoft team; ОС: ALT Linux

Re: Решено: Wine работает только от root!

Сообщение

Hoblin » 25.03.2009 10:27

SidorLuty писал(а): ↑

25.03.2009 10:22

SdDebian::/home/SidorDeb# winecfg
wine: created the configuration directory ‘/root/.wine’

Ну а что Вы хотите, запуская инициализацию wine под рутом?
Посмотрите в скрипт инициализации, там испокон веков алгоритм такой — если WINEPREFIX пуст, то используем $HOME/.wine. Понятно, что у рута $HOME==/root

Используйте wine под юзером. Всяческие sudo тут явно лишние.

SidorLuty: Сообщения: 99; ОС: Debian 5.0 Lenny

Re: Решено: Wine работает только от root!

Сообщение

SidorLuty » 25.03.2009 10:52

Hoblin писал(а): ↑

25.03.2009 10:27

SidorLuty писал(а): ↑

25.03.2009 10:22

SdDebian::/home/SidorDeb# winecfg
wine: created the configuration directory ‘/root/.wine’

Ну а что Вы хотите, запуская инициализацию wine под рутом?
Посмотрите в скрипт инициализации, там испокон веков алгоритм такой — если WINEPREFIX пуст, то используем $HOME/.wine. Понятно, что у рута $HOME==/root

Используйте wine под юзером. Всяческие sudo тут явно лишние.

Так в том то и проблема, что под юзером пускаться не хочет принципиально и выдает следующее:

Код:

SidorDeb@SdDebian:/usr/bin$ winecfg wine: Unhandled page fault on write access to 0x00650190 at address 0x7ef41a9e (thread 001a), starting debugger... Unhandled exception: page fault on write access to 0x00650190 in 32-bit code (0x7ef41a9e). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7ef41a9e ESP:0064e640 EBP:0064e6e8 EFLAGS:00010246( - 00 -RIZP1) EAX:006500f0 EBX:7ef43114 ECX:00000000 EDX:0064e628 ESI:00000048 EDI:00000000 Stack dump: 0x0064e640: 00684000 00001000 00000020 00000000 0x0064e650: 00110058 00113db8 00113e18 00000000 0x0064e660: 00000000 00113e18 0064e698 7ef7927d 0x0064e670: 00110058 ffffffff 00000060 00000000 0x0064e680: 00110000 7efe3820 0064e698 7ef7923a 0x0064e690: 00110058 7efe3820 0064e6e8 7ef8c0ed Backtrace: =>0 0x7ef41a9e load_driver_module+0x1fe(name=0x113ef8) [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:103] in winedevice (0x0064e6e8) 1 0x7ef4236e load_driver+0x402() [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:229] in winedevice (0x0064e958) 2 0x7ef4266e ServiceMain+0x11f(argc=1, argv=0x113da8) [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:287] in winedevice (0x0064e9b8) 3 0x7ec0ce30 service_thread+0x156(arg=0x1138d8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/advapi32/service.c:294] in advapi32 (0x0064ea18) 4 0x7efc04d6 call_thread_entry_point+0xe() in ntdll (0x0064ea28) 5 0x7efc055e call_thread_func+0x86(rtl_func=0x7ec0ccda, arg=0x1138d8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/ntdll/thread.c:432] in ntdll (0x0064eac8) 6 0x7efc0722 start_thread+0x121(info=0x7ffd0fb8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/ntdll/thread.c:491] in ntdll (0x0064f3c8) 7 0xb7d974c0 start_thread+0xc0() in libpthread.so.0 (0x0064f4c8) 8 0xb7d156de __clone+0x5e() in libc.so.6 (0x00000000) 0x7ef41a9e load_driver_module+0x1fe [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:103] in winedevice: movl $0x0,0xa0(%eax) Unable to open file '' Modules: Module Address Debug info Name (29 modules) PE 650000- 68b000 Deferred vmm.sys ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7eaa3000-7eb12000 Deferred msvcrt<elf> \-PE 7eab0000-7eb12000 \ msvcrt ELF 7eb12000-7eb28000 Deferred hal<elf> \-PE 7eb20000-7eb28000 \ hal ELF 7eb28000-7eb95000 Deferred rpcrt4<elf> \-PE 7eb30000-7eb95000 \ rpcrt4 ELF 7eb95000-7ebcf000 Deferred ntoskrnl<elf> \-PE 7eba0000-7ebcf000 \ ntoskrnl ELF 7ebcf000-7ec28000 Dwarf advapi32<elf> \-PE 7ebe0000-7ec28000 \ advapi32 ELF 7ec48000-7ec54000 Deferred libnss_files.so.2 ELF 7ec54000-7ec5f000 Deferred libnss_nis.so.2 ELF 7ec5f000-7ec78000 Deferred libnsl.so.1 ELF 7edb2000-7eefd000 Deferred kernel32<elf> \-PE 7edd0000-7eefd000 \ kernel32 ELF 7eefd000-7ef23000 Deferred libm.so.6 ELF 7ef25000-7ef29000 Deferred koi8-r.so ELF 7ef30000-7ef44000 Dwarf winedevice<elf> \-PE 7ef40000-7ef44000 \ winedevice ELF 7ef44000-7f000000 Dwarf ntdll<elf> \-PE 7ef60000-7f000000 \ ntdll ELF b7c31000-b7c35000 Deferred libdl.so.2 ELF b7c35000-b7d90000 Export libc.so.6 ELF b7d91000-b7daa000 Export libpthread.so.0 ELF b7dc2000-b7dcb000 Deferred libnss_compat.so.2 ELF b7dcb000-b7f08000 Deferred libwine.so.1 ELF b7f0a000-b7f26000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 00000009 0 0000000a 0000000b 0 0000000c 00000019 0 00000014 0 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000015 0 00000011 0 00000010 0 00000016 (D) c:\windows\system32\winedevice.exe 0000001a 0 <== 00000018 0 00000017 0 Backtrace: =>0 0x7ef41a9e load_driver_module+0x1fe(name=0x113ef8) [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:103] in winedevice (0x0064e6e8) 1 0x7ef4236e load_driver+0x402() [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:229] in winedevice (0x0064e958) 2 0x7ef4266e ServiceMain+0x11f(argc=1, argv=0x113da8) [/mnt/ramdisk/wine-1.1.17~winehq1/programs/winedevice/device.c:287] in winedevice (0x0064e9b8) 3 0x7ec0ce30 service_thread+0x156(arg=0x1138d8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/advapi32/service.c:294] in advapi32 (0x0064ea18) 4 0x7efc04d6 call_thread_entry_point+0xe() in ntdll (0x0064ea28) 5 0x7efc055e call_thread_func+0x86(rtl_func=0x7ec0ccda, arg=0x1138d8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/ntdll/thread.c:432] in ntdll (0x0064eac8) 6 0x7efc0722 start_thread+0x121(info=0x7ffd0fb8) [/mnt/ramdisk/wine-1.1.17~winehq1/dlls/ntdll/thread.c:491] in ntdll (0x0064f3c8) 7 0xb7d974c0 start_thread+0xc0() in libpthread.so.0 (0x0064f4c8) 8 0xb7d156de __clone+0x5e() in libc.so.6 (0x00000000) fixme:advapi:RegisterEventSourceW ((null),L"Print"): stub fixme:winsock:convert_af_w2u unhandled Windows address family 26 fixme:winsock:convert_af_w2u unhandled Windows address family 26 fixme:winsock:convert_af_w2u unhandled Windows address family 26 fixme:ds:DsRoleGetPrimaryDomainInformation ((nil), 1, 0x33ef10) stub fixme:advapi:LsaOpenPolicy ((null),0x33eea4,0x00000001,0x33eea0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:profile:CloseProfileUserMapping (), stub! fixme:advapi:ObjectOpenAuditAlarmW stub (L"Spooler",0x4b0168,L"Server",L"\\\\SdDebian",0x139878,0xac,0x00000001,0x00000001,(nil),0,1,0x75bcb4fc) fixme:advapi:ObjectCloseAuditAlarmW stub (L"Spooler",0x4b0168,0) err:winspool:add_printer_driver Failed adding driver "wineps.drv" ("Windows NT x86"): 1805 fixme:winspool:AddPrinterW Can't create printer L"DeskJet-1125C" err:winspool:CUPS_LoadPrinters printer 'DeskJet-1125C' not added by AddPrinterA (error 1801) fixme:advapi:ObjectOpenAuditAlarmW stub (L"Spooler",0x4b0168,L"Server",L"\\\\SdDebian",0x139878,0xac,0x00000001,0x00000001,(nil),0,1,0x75bcb4fc) fixme:advapi:ObjectCloseAuditAlarmW stub (L"Spooler",0x4b0168,0) err:winspool:add_printer_driver Failed adding driver "wineps.drv" ("Windows NT x86"): 1805 fixme:winspool:AddPrinterW Can't create printer L"LaserJet-1010" err:winspool:CUPS_LoadPrinters printer 'LaserJet-1010' not added by AddPrinterA (error 1801) err:ole:CoGetClassObject class {a9e69610-b80d-11d0-b9b9-00a0c922e750} not registered err:ole:CoGetClassObject class {a9e69610-b80d-11d0-b9b9-00a0c922e750} not registered err:ole:create_server class {a9e69610-b80d-11d0-b9b9-00a0c922e750} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {a9e69610-b80d-11d0-b9b9-00a0c922e750} could be created for context 0x17 SidorDeb@SdDebian:/usr/bin$

Под sudo говорит wine: /home/SidorDeb/.wine is not owned by you — а этот самый /home/SidorDeb/.wine имеется в наличии!

А под root грузит! Но делает /root/.wine! Потому и в шоке!

dr-evil: Сообщения: 159; ОС: Fedora 18

Re: Решено: Wine работает только от root!

Сообщение

dr-evil » 25.03.2009 11:43

оно вам английским по черному пишет: /home/SidorDeb/.wine is not owned by you
исправьте проблему и заработает.

Анализ подозрительных файлов тут
Все что вы скажете может быть использовано как баян.
Jabber-конференция: sysadmins.ru на conference.jabber.ru — всем добро пожаловать!

SidorLuty: Сообщения: 99; ОС: Debian 5.0 Lenny

Re: Решено: Wine работает только от root!

Сообщение

SidorLuty » 25.03.2009 17:40

Hoblin писал(а): ↑

25.03.2009 12:07

Можно попробовать «исправить» старый .wine при помощи:
$ wineprefixcreate

Вообщем, восстановить старое удалось так
1. .wine —> .wine-old
2. запуск winecfg
3. из нового .wine копируем с заменой .wine/drive_c и system.reg
4. .wine —> .wine-new
5. .wine-old —> .wine
6. Все работает!

Flaming писал(а): ↑

25.03.2009 13:15

SidorLuty, а с какого перепугу вы написали sudo winecfg? Вот она вам и создала каталог ~/.wine в правами рута, и доступа у вас к нему нет. winecfg нужно запускать строго из пользователя.

$sudo winecfg — ничего не создавала!
#winecfg — вот это создавала «~/.wine в правами рута»
А $winecfg — вообще не запускалась! Дело было в старом формате ~/.wine! Теперь РЕШЕНО!

Источник

Всем привет! Воюю с установкой Adobe Photoshop CC 2015 в linux под wine. Все устанавливается, но после запуска выдает ошибку 16. Беглый гуглинг по этой ошибке говорит, что она возникает когда на файл chache.db установлена галка только для чтения (Program Files\Common Files\Adobe\Adobe PCD\cache) . Снять этот атрибут в нативной Windows тривиальная задача, но в wine она не такая простая. Т.е. нужно проверить атрибуты на файл и поменять непосредственно в бутылочной винде, т.е смена атрибутов файла в linux никакого смысла не имеет. Я попытался запустить explorer с префикса в котором установлен фотошоп и поменять атрибуты через него, увы этот способ не срабатывает. Атрибут для чтения не показывает, показывает «архивный», при попытке снять он вроде бы соглашается, но при повторном запуске все встает обратно. Как можно грамотно поменять атрибуты? Говорят еще можно запустить фотошоп из под администратора в винде, если выскакивает эта ошибка, но это тоже не тривиальная задача в wine, может кто знает способ?

Вопрос задан

более трёх лет назад
737 просмотров

Источник