安装vm虚拟机的时候出现:setup detecting running vmware software

本文记录了一次尝试安装虚拟机时遇到的错误:“Setup has detected VMware software running on this machine.”,并介绍了通过谷歌搜索找到的解决方案,即检查是否对安装文件进行了重命名,导致安装程序误判。

今天突然想装一个虚拟机,难得闲得慌,于是就点了一下安装虚拟机的安装文件,

到正式安装的时候出现错误了:

Setup has detected VMware software running on this machine. Please power off or suspend all virtual machines and close all VMware applications before attempting to install this product.
奇怪了,我明明没有安装虚拟机,怎么会检测到虚拟机正在运行呢?

于是问了一下谷歌,于是在vmware官网上看到这样的问题解决方案:

 "

Hi all

I have a windows xp sp2 machine and have just downloaded the vmware 5.5 trial version.  The xp machine is fresh build with no existing installations of vmware.  On running the vmware setup it says setup has detected vmware software running on this machine.  Please power off or suspend all vmware applications before attempting to install this product.  There are no existing versions running but it is blocking me running setup until i close them.  Has anyone experienced this and what was the fix

 

Thanks

"

 

"

Did you rename the setup file which you downloaded?  I seem to remember a similar post a couple of months ago, and that ended up being the problem - the poster had renamed the setup file to "vmware.exe", so when the installer unpacked itself and started up, it saw a process called vmware.exe, thought that was a VMware product running, and exited.

 

"

<think>好的,我现在需要解决用户遇到的sysbench在make时出现的“Detecting machine architecture...failed [unsupported]”错误。首先,我需要理解这个错误的原因。通常,这种错误可能和构建系统无法正确识别用户的机器架构有关,尤其是在一些较新或非主流的处理器架构上。sysbench的configure脚本在检测系统架构时可能没有正确识别,导致后续编译失败。 接下来,我应该回忆之前用户提供的引用内容。引用[1]提到了从源码安装sysbench的步骤,包括解压、运行autogen.sh、configure、make等步骤。而引用[2]则是关于通过yum安装sysbench的方法,但用户显然是在尝试从源码安装,所以可能需要更深入的问题排查。 可能的解决方案包括手动指定架构参数。例如,在运行configure时,使用--build参数强制指定架构类型,比如x86_64-pc-linux-gnu。另外,检查系统是否缺少必要的构建工具,比如automake、libtool等,这些工具可能在运行autogen.sh时被需要。用户可能没有安装这些依赖项,导致configure脚本生成不完整,进而引发架构检测失败。 另外,查看sysbench的官方文档或问题跟踪系统是否有类似的问题报告,可能会有帮助。例如,某些情况下,特定的系统配置或旧版本的sysbench可能存在已知的架构检测问题,升级到最新版本或应用补丁可能解决该问题。 还可能存在环境变量的问题,比如CC或CXX变量设置不正确,导致编译器检测异常,进而影响架构检测。检查这些变量是否正确设置,或者尝试清除它们,让configure脚本自动检测。 此外,用户的操作系统版本和内核信息也可能相关。CentOS的某些版本可能默认安装的软件包较旧,需要更新或安装额外的开发工具包。比如,安装epel-release后,确保所有开发工具已安装,如gcc、make、autoconf等。 最后,如果手动指定架构和安装依赖后问题仍然存在,可能需要修改configure.ac或相关配置文件,手动添加对用户架构的支持,然后重新生成configure脚本。这需要一定的专业知识,但可以绕过自动检测失败的问题。 总结可能的解决步骤: 1. 确保所有构建依赖已安装,包括automake、libtool、gcc等。 2. 运行autogen.sh前清理旧文件,或重新下载源码。 3. 在configure时手动指定架构参数。 4. 检查环境变量,确保没有冲突设置。 5. 尝试使用sysbench的GitHub仓库的最新版本,看问题是否已修复。</think>针对sysbench编译时出现`Detecting machine architecture...failed [unsupported]`错误的问题,以下是分步解决方案: ### 1. 确认基础依赖安装 首先确保系统已安装**automake、libtool、gcc**等基础编译工具: ```bash sudo yum install -y automake libtool gcc gcc-c++ make ``` ### 2. 清理并重新生成配置脚本 进入sysbench源码目录,执行以下命令清理旧配置并重新生成: ```bash cd sysbench-1.0.16 make clean # 清理旧编译文件 ./autogen.sh # 重新生成configure脚本 ``` ### 3. 手动指定系统架构 在`configure`时通过`--build`参数强制指定架构类型(如x86_64): ```bash ./configure --build=x86_64-pc-linux-gnu ``` > 若不确定架构类型,可通过`uname -m`查看(常见值为`x86_64`或`aarch64`)。 ### 4. 修复可能缺失的依赖 若错误仍存在,需补充安装**pkg-config**和**开发库**: ```bash sudo yum install -y pkgconfig openssl-devel mysql-devel postgresql-devel ``` ### 5. 尝试最新代码分支 官方源码包可能包含已知问题,改用Git仓库最新代码: ```bash git clone https://github.com/akopytov/sysbench.git cd sysbench ./autogen.sh ./configure make ``` ### 验证结果 成功编译后,可通过以下命令确认: ```bash ./sysbench/sysbench --version ``` ### 原理说明 该错误通常由以下原因导致: 1. **架构检测脚本缺陷**:旧版本sysbench的`configure.ac`脚本未能识别某些Linux发行版的架构信息[^1]。 2. **依赖缺失**:缺少`automake`或`libtool`会导致生成的configure脚本不完整。 3. **环境污染**:残留的旧编译文件干扰了新配置过程。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值