The VMware Authorization Service is not running等问题

本文描述了在Windows 10系统中遇到的虚拟机启动问题及解决方案,包括因360加速球导致的虚拟机服务被关闭的情况,并介绍了如何通过重新配置相关服务来恢复虚拟机网络连接。

        最近win10出来了,想体验一下win10的感觉,刚装上win10,感觉还不错,不过相对win7来说,发现其cpu利用率变de非常高,内存消耗也很大,以360安全卫士那个标准打开比较多的网页就上百分九十多了,当然自己的电脑性能也不是很好的,不过将就用吧。但是这也出现了一些问题,然后上网查找解决方式,其他问题比如一些驱动问题就不说了,但是这次的问题是关于启动虚拟机的,这是因为使用360加速球引起的。

      记得刚装上win10启动虚拟机时,启动不了,至于出现的问题提示也给忘了,因为当时以为需要重新安装,就没管了,直接升级VMware,在这里在简单说一下,有的东西能用就不要升级了,因为可能出现一些问题,我第一次安装win10后,因为用的是360的一键升级win10,所以最后呢弹出个软件升级框,当时没想太多,就升了一些软件,其中有个软件是升级jdk的,版本跟我电脑也符合,我就升了,其实没有必要,因为我已经是1.8的版本了,但是安装那个东西后,完了,eclipse打不开了,原来以为我当时下载的是64位的,原来并不是,这都好说,重下一个又有何妨,但是adt-bundle就不好了,因为没有vpn不能翻墙,所以我是直接下一个adt-bundle,但是64位的版本网上简单找了一下,sdk版本比较旧,像我们新时代的人虽然不追求最新,但是老是搞个旧版本就是感觉不爽,起初呢没有细想,以为是系统升级引起的,后来就还原一下系统回到win7,问题依然存在,后来想想把那个jdk卸载磊吧,重新安装一下吧,但是卸过之后,就看一下是不是卸载完了,就在cmd当中输入java -version,竟然还有,仔细一看,原来现在的是混合模式,一下就明白了,升级的那个就是把混合模式变为磊64位模式,不兼容32位磊,而eclipse版本是支持32位的,所以当然就打不开了,可以看下图:

回到主题,升级VWware后就可以打开虚拟机了,现在回想一下问题估计也应该是The VMware Authorization Service is not running这个问题,关于这个问题呢,我也是参考网上一篇文章http://www.2cto.com/os/201111/112418.html上的内容解决的,然后成功打开了虚拟机,从文章中可以看出是因为 Authorization Service被停止了,所以打不开,只要把其启用就可以了,其中原因就是使用360加速球加速时会关掉一些进程和服务,而关掉的东西一般我们都不会用,但是当用的时候,由于之前关闭了,所以就出现问题,之后打开虚拟机之后发现连接不上网络,以此类推,猜想肯定是虚拟机的一些服务肯定也被停止了,看看一下,果然如此。后来启动相关服务,就可以正常联网了,如图

                 :


其中就上面的服务进行简单介绍:首先是DHCP,这是一个自动分配IP的一个服务,一般电脑上网都采用这种方式,采用DHCP协议分配IP,当然也可以手动设置,这里具体可以自己查看IPv4设置,如果不启动这个服务,也就不能分配到一个ip,所以当然不能上网了,当然你也可以手动设置;NAT服务,这是因为虚拟机三种网络模式(桥接,NAT,Host-Only模式)对应NAT设置,而启动虚拟机必须的就是最后一个服务了,至于另外两个服务就自己理解吧,大笑

       最后,非常感谢网络上的一些好的解决方案,本人目前还处于小白阶段,小白都在奋斗,希望大牛们也多多加油,多分享经验,小白的我们非常感谢!

<think> 嗯,用户的问题是Kali系统下VMware Workstation无法启动VMware Authorization Service。这个问题确实比较棘手,尤其是在渗透测试专用的Linux发行版上运行商业虚拟机软件。 从用户提供的站内引用来看,核心线索集中在服务和权限两方面。引用[1][2]直接指出Authorization Service未运行的影响,引用[3]给出了Windows环境下的服务启动方案——虽然操作系统不同,但服务依赖关系的思路值得借鉴。特别注意到引用[4]提到卸载残留问题,这在Linux环境下可能更复杂。 用户上次讨论的是Linux环境下的问题,这次明确提到Kali系统,需要特别注意这个基于Debian的发行版的特殊性: 1. Kali默认以root运行可能引发权限冲突 2. AppArmor/SELinux安全模块可能拦截服务 3. 内核头文件匹配问题比普通Linux更常见 解决方案需要分层设计: 首先检查服务状态是最基础的,但要注意Kali的systemctl命令可能需要sudo。如果服务文件损坏,从Windows方案迁移到Linux的systemd服务管理是重点,包括重新生成服务配置。 权限问题要分两层处理:文件权限用chmod/chown修复,安全模块则需审查audit日志。如果遇到模块编译失败,必须确保内核头文件和gcc完全匹配Kali当前版本——这里用$$包裹的Shell命令展示版本检查很必要。 卸载重装作为终极方案时,要强调Kali环境下特有的清理点:除了标准卸载流程,还要手动删除/usr/src/vmware-modules和/etc/vmware-tools残留。最后用$$包裹的验证命令能让用户明确看到关键服务状态。 补充的延展问题都紧扣服务管理这个核心:从日志分析工具到备用虚拟机方案,特别是Libvirt的提示对Kali用户很实用——毕竟很多人同时使用多种虚拟化工具。最后不忘提醒快照备份,这对经常做漏洞测试的用户应该已成习惯。 </think> 在Kali Linux系统中解决VMware Workstation无法启动`VMware Authorization Service`的问题,请按以下步骤操作: --- ### **解决方法** #### **1. 检查并启动VMware服务** ```bash # 查看服务状态 sudo systemctl status vmware-usbarbitrator.service sudo systemctl status vmware-authd.service # 手动启动服务 sudo systemctl start vmware-authd.service sudo systemctl start vmware-usbarbitrator.service # 设置开机自启 sudo systemctl enable vmware-authd.service sudo systemctl enable vmware-usbarbitrator.service ``` #### **2. 修复服务配置文件** 若服务启动失败,可能是配置文件损坏: ```bash # 重建服务配置 sudo vmware-modconfig --console --install-all ``` #### **3. 检查权限问题** - **关键目录权限**:确保当前用户对以下目录有读写权限: ```bash sudo chown -R $USER:$USER /etc/vmware/ sudo chown -R $USER:$USER /var/lib/vmware/ ``` - **内核头文件**:确认已安装与当前内核匹配的头文件: ```bash sudo apt update && sudo apt install linux-headers-$(uname -r) ``` #### **4. 完全卸载并重装(终极方案)** ```bash # 彻底卸载VMware sudo vmware-installer -u vmware-workstation sudo rm -rf /etc/vmware/ /var/lib/vmware/ /usr/lib/vmware/ ``` ```bash # 重新安装(替换为你的安装包名) sudo bash VMware-Workstation-Full-*.bundle ``` #### **5. 检查安全模块冲突** 临时禁用AppArmor/SELinux测试是否冲突: ```bash sudo systemctl stop apparmor # Kali默认使用AppArmor sudo systemctl disable apparmor ``` > 测试后若正常,需配置AppArmor规则或改用SELinux宽容模式[^3]。 --- ### **关键点说明** 1. **服务依赖**:`vmware-authd.service`是核心认证服务,依赖`vmware-usbarbitrator`支持USB设备[^2]。 2. **内核兼容性**:Kali滚动更新可能导致VMware模块编译失败,需保持内核头文件同步更新[^4]。 3. **权限模型**:Kali默认以root运行,但VMware部分服务需普通用户权限,矛盾时尝试: ```bash sudo chmod 4755 /usr/bin/vmware-authdlauncher ``` --- ### **验证是否解决** ```bash # 检查服务状态(应显示active) systemctl status vmware-authd.service # 查看日志 journalctl -u vmware-authd.service -b ``` --- ### **相关问题** 1. 如何排查`vmware-authd`服务的详细启动错误日志? 2. 在Kali中编译VMware内核模块失败时应如何处理? 3. 除了重装服务,还有哪些方法修复损坏的VMware虚拟网络? 4. 如何为AppArmor配置自定义规则以放行VMware服务? 5. 当VMware Workstation与Kali内核更新冲突时,有哪些替代虚拟化方案(如VirtualBox/QEMU)? > 提示:操作前建议创建快照备份系统状态[^4]。若问题持续,可收集`/var/log/vmware/*.log`提交至VMware官方支持[^1]。 --- [^1]: VMware服务启动失败需联系官方支持 [^2]: USB及网络服务依赖认证服务 [^3]: 安全模块可能拦截服务操作 [^4]: 卸载残留导致安装异常
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值