1

Можно ли установить программное обеспечение из системы * nix на коробку с Windows, разрешив WINE (не является эмулятором) записывать данные в собственный реестр Windows и использовать это программное обеспечение в WINE, а также Windows (XP).

редактировать: я конкретно говорю о системах с двойной загрузкой, где раздел Windows смонтирован в Linux и доступен для Wine. я уже думал об установке в windows и после перехода на linux просто для установки поверх файлов, что привело к двум разным реестрам, будет ли это вообще работать?

2 ответа2

1

Нет, невозможно установить программное обеспечение в операционную систему Host из гостевой (* nix) операционной системы (в большинстве случаев). Это просто так из-за «песочницы» (файлов, реестра и т.д.), Которая происходит на виртуальных машинах. (Я должен предположить, что вы говорите о случае виртуальной машины, потому что вопрос не слишком ясен).

Если вам нужно установить приложение на хост-систему, а затем поделиться им с гостем, это может быть возможно. Включив общий доступ к папкам, вы сможете получить доступ к исполняемому файлу, где он был установлен.

1

Хотя изначально вино было написано с возможностью использовать полноценную установку Windows, это очень плохая идея. Таким образом, оба реестра будут разделены.

Тем не менее, в зависимости от программного обеспечения, которое вы запускаете, оно может фактически работать не на компьютерах.

Если вы установите, скажем, игру на Windows, а затем переустановите ее в Wine, там же есть высокая вероятность того, что игра никогда не обновит реестр после установки, и данные будут одинаковыми на обоих, все останется » синхронно ", так что очень велика вероятность того, что это сработает (я делал это сам в прошлом).

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

Вы также можете столкнуться с проблемами, если попытаетесь обновить приложение, и такое обновление применяет дельта-патч к файлам (вместо перезаписи) И обновляет реестр с информацией о патче. Если это так, вам придется сделать несколько танцевальных файлов подкачки, чтобы исправить оба. Если это делает только один или другой, вы ясно.

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

Вы можете использовать винные префиксы (по умолчанию WINEPREFIX = ~/.wine), чтобы указать вину, где хранить данные. Таким образом, можно инициализировать независимые экземпляры "окон". Все, что нужно для вина, каждый экземпляр самодостаточен в этом префиксе.

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

Я не знаю, каково текущее состояние вина на окнах (да, вы можете запускать вино на окнах!), Но если оно работает хорошо, вы действительно можете разделить префикс между вином на Linux и вином на окнах.

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .