每次我下载一个文件并尝试安装时,我都会在终端中得到以下内容:
seabass@seabass:~$ sudo apt-get install CreepySetup.0.1.94.exe
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package CreepySetup.0.1.94.exe
E: Couldn't find any package by regex 'CreepySetup.0.1.94.exe'如果我试图点击.exe文件本身,归档管理器就会打开它,我得到如下信息:
Archive: /home/seabass/Downloads/CreepySetup_0.1.94.exe
[/home/seabass/Downloads/CreepySetup_0.1.94.exe]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
zipinfo: cannot find zipfile directory in one of /home/seabass/Downloads/CreepySetup_0.1.94.exe or
/home/seabass/Downloads/CreepySetup_0.1.94.exe.zip, and cannot find /home/seabass/Downloads/CreepySetup_0.1.94.exe.ZIP, period.发布于 2013-05-29 18:02:46
.exe文件与Windows兼容,但此文件与Ubuntu不兼容。至少以本土化的方式。
您可以安装酒来安装Windows程序。这是一个在Linux平台上运行Windows应用程序的软件。我应该提到的是,并不是每个Windows程序都能正常运行。但你并没有失去任何尝试。
apt命令不是安装EXE文件的方法,正确的过程如下:

其余的则取决于软件的安装方法。示例:

发布于 2014-01-12 04:26:13
这里的答案有很好的信息。但是,似乎没有人解释您正在运行的命令为什么不能工作。但普苏西的S 评论确实这么做了:
方钉圆孔。
apt-get install从Ubuntu软件存储库下载并安装一个包,它对本地文件没有任何作用,更不用说是一个可执行文件了。
为了扩展这一点,apt-get提供了与Windows中的任何内容不相对应的功能。在Ubuntu中,安装软件的最常用和最推荐的方法是使用内置包管理系统自动下载和安装软件。这也使它保持更新--当您运行软件更新程序时,它会以这种方式更新所有安装的内容。
查看Ubuntu中的包管理的一个好方法是它有两个层:
dpkg实用程序和它使用并维护的数据库执行实际的安装、删除和更新操作(包括运行包中包含的安装和删除脚本),并跟踪在哪些版本中安装了哪些包以及包之间存在哪些依赖关系。
您可以在计算机上的文件上运行dpkg,但它必须是.deb包文件。如果您手动下载了这样一个文件(假设它被称为foo.deb),您可以通过运行dpkg安装它:
sudo dpkg -i foo.debdpkg也有图形前端,如格德比。
dpkg和Windows dpkg实际上对应于Windows的一部分:它对应于Windows,该安装程序由一个安装实用程序、一个系统服务和一个数据库(注册表的一部分)组成,以跟踪安装的内容。甚至还有一个命令行实用程序:msiexec.exe。
Windows上的.msi安装程序包对应于Ubuntu和其他使用dpkg的操作系统(例如Debian)上的.deb包。
我们经常说,APT是Ubuntu包管理系统的一部分,负责:
man sources.list)man apt-cache)dpkg (请参阅man apt-get)APT是Ubuntu的一部分,它做这些事情。然而,并不是所有做这些事情的工具都是APT的一部分。例如,软件中心和更新管理器在安装和升级软件时实际上不会在幕后调用apt-get。
但是,他们确实使用数据库,并(在一定程度上)使用APT配置文件和日志文件。他们通过严格遵循APT开发人员制定的规则来完成他们的工作,从而保持兼容性。(除了APT工具,还有另一种命令行替代方法,称为aptitude。它也不会在幕后调用apt-get或其他APT工具,但其行为与它们非常相似。)
与dpkg不同的是,APT (以及更新管理器/软件更新器和软件中心)与大多数版本的Windows不太一致。
Windows商店就像软件中心..。除了目前通常不涉及Windows核心组件的升级(一个显著的例外是将Windows 8升级到8.1)之外,在支持桌面应用程序的Windows版本上,它并不用于安装和升级大多数软件,而只有Metro应用程序。
相反,在Windows的版本中,只有地铁,比如Windows,所有的应用程序都是通过Windows安装的,就像软件中心一样。
在Windows上,Windows Update将在漏洞修复和某些功能增强发布时升级Windows的官方部分,Microsoft Update (用户可以启用)也将升级其他Microsoft官方软件。
但是Windows上的大多数软件都不是由这些实用程序维护的,这与Ubuntu上的Updater / software不同,Ubuntu上的Updater/ Software甚至可以来自提供更新的软件来源,而官方存储库中的软件并不主要由Canonical编写或维护。
有了这些信息,我希望sudo apt-get install something.exe不能工作的原因是清楚的:这就像进入Windows并试图从它运行"something.exe“。这是做这项工作的错误工具。
卢西奥的回答很好地解释了如何(尝试)用葡萄酒在Ubuntu上安装Windows可执行文件。如果您想从命令行执行此操作,也可以这样做(尽管安装程序仍然是图形化的):
wine CreepySetup.0.1.94.exe不要使用sudo;葡萄酒的设计是在没有它的情况下工作(如果您使用它,也不会很好地工作:除了根用户之外,您可能无法运行已安装的软件)。
发布于 2013-05-29 18:04:37
因为.EXE文件是Windows专用的。您需要葡萄酒来运行它们。
https://askubuntu.com/questions/301629
复制相似问题