我是一个经验丰富的完全堆栈网络开发人员,几年来我一直是Laravel's Homestead的快乐用户,但我在新的16“MacOS Pro的MacBook Pro上遇到了拉拉维尔·霍姆斯泰德( Laravel Homestead )的问题好几周了,我只是找不出问题的所在。在发布vagrant up
之后,这个过程会中断90%的时间,等待一个成功的SSH连接到VM。
当我通过VirtualBox打开VM的显示时,每次都会看到不同的错误,例如:
/sbin/init: /lib/x86_64-linux-gnu/libselinux.so.1: no version information available (required by /sbin/init)
/sbin/init: /lib/x86_64-linux-gnu/libmount.so.1: version 'BLKID_2.15' not found (required by /lib/x86_64-linux-gnu/libmount.so.1)
/dev/mapper/homestead--vg-root: clean, 197904/3604480 files, 1607396/14397440 blocks
Couldn't find an alternative telinit implementation to spawn.
[ 3.535222] Kernel panic - not syncing: Attempted to kill i
/sbin/init: /lib/x86_64-linux-gnu/libidn.so.11: version 'XZ_5.0' not found (required by /lib/systemd/libsystemd-shared-237.so)
[ 3.388154] Kernel panic - not syncing: Attmpted to kill init! exitcode=0x00000100
[ 4.532862] systemd[395]: /lib/systemd/system-generators/lvm2-activation-generator failed with exit status 1
我正在运行Vagrant2.2.7,VirtualBox 6.1.4 r136177在MacOS 10.15.4下运行。VM使用的磁盘映像称为ubuntu-18.04-AMD 64-disk001.vmdk。
我的家园配置来自Mojave下的一个工作设置,并在Catalina下工作过,但我不知道是什么改变了它的工作。我迁移了两个家园环境:一个通用的运行我所有简单PHP网站的通用环境和一个在Apache下运行单个网站的特定项目环境(这是一个重型企业级应用程序,需要一些特定的配置才能正常工作,所以我将它与我的通用家园环境分离开来)。这过去很好,但现在这两个家园环境都给出了这些完全相同的问题。
我有:
found
F 221
)放在一起
。。但在任何情况下,我都不能得到一个新安装的拉拉维尔家园机器,一个新鲜的磁盘和一个新下载的盒子,以可靠地推出,没有问题。这就好像每十次就有一次会起作用,而另外的九次我会看到奇怪的错误和内核恐慌(在VM中),因为它是在发布vagrant up
之后出现的。上面的错误只是典型的例子,我甚至无法可靠地获得相同的错误。
这让我怀疑VM的I/O配置有什么问题,但即使我没有触及它的任何默认设置,我也遇到了这些问题,但我在网上没有发现其他用户在MacOS Catalina或新的16“MacBook Pro上出现了与Laravel的主页有关的问题。
发布于 2020-04-27 19:02:42
至少对我来说,解决方案是:问题在于Intel Power Gadget内核扩展。卸载它,VirtualBox Linux内核恐慌应该停止。
我最近遇到了非常类似的东西(Vagrant2.2.7,VirtualBox 6.1.4在MacOS 10.15.4下运行在2018年末的i5 MacBook Air上,和底盘为WordPress站点)。尝试了我所能找到的每一个旧版本的VirtualBox和Vagrant,重新安装了macOS (尽管各种降低Mojave评级的尝试都失败了)。失去了很多时间,这阻止了我完成任何发展。
什么也没用,这让人恼火:每次我运行vagrant up
时,VM都会在启动时出现内核恐慌,即使我真的设法将它们与vagrant ssh
连接起来--它们总是坏掉的--运行的sudo -s; apt-get update && apt-get upgrade
将无法下载软件包,或者无法以奇怪的方式安装,它们不会响应网络请求等等。
所以我最后想:在macOS上有什么能让事情变得这么奇怪呢?内核扩展是我所能想到的全部。我安装的不多:来自Paragon的NTFS驱动程序(我后来卸载了它)、小飞贼,以及--感谢iStat菜单中的一些提示--如果我安装了它,它会更好地用于电源监控-- Intel power Gadget (MacOS的v3.7.0)。
那么,是时候快速测试我的Homestead内核是否在vagrant up
上恐慌了?是的,是的,它确实叹息了。好的,让我们卸载一些内核模块,然后再检查一遍。打开一个终端并运行sudo -s
成为根。
现在列出我们所拥有的,不包括Apple kexts:
bash-3.2# kextstat | grep -v com.apple.
Index Refs Address Size Wired Name (Version) UUID <Linked Against>
163 0 0xffffff7f8446d000 0x4000 0x4000 com.intel.driver.EnergyDriver (3.7.0) 35E739F9-BF6C-3024-A67C-750711B3FB64 <8 6 5 3>
187 0 0xffffff7f8468b000 0x185000 0x185000 at.obdev.nke.LittleSnitch (5470) A938A4D4-0642-39B0-A99E-4FA69C7F9660 <8 6 5 3 1>
188 3 0xffffff7f84810000 0xf1000 0xf1000 org.virtualbox.kext.VBoxDrv (6.1.6) 13AC652B-A2C1-3E8E-809A-7604B284295D <8 6 5 3 1>
191 0 0xffffff7f84919000 0x8000 0x8000 org.virtualbox.kext.VBoxUSB (6.1.6) 60779F27-059F-3030-9302-A74F05246760 <190 188 64 8 6 5 3 1>
196 0 0xffffff7f8493b000 0x5000 0x5000 org.virtualbox.kext.VBoxNetFlt (6.1.6) 018767CF-8706-37EE-B97E-DEC1E0552BED <188 8 6 5 3 1>
197 0 0xffffff7f84940000 0x6000 0x6000 org.virtualbox.kext.VBoxNetAdp (6.1.6) BB0DE95D-8041-32A2-B1D1-9144E531FB07 <188 6 5 1>
所以让我们卸载英特尔能源驱动程序:
bash-3.2# kextunload -b com.intel.driver.EnergyDriver
然后检查它没有再列出来:
bash-3.2# kextstat | grep -v com.apple.
Index Refs Address Size Wired Name (Version) UUID <Linked Against>
187 0 0xffffff7f8468b000 0x185000 0x185000 at.obdev.nke.LittleSnitch (5470) A938A4D4-0642-39B0-A99E-4FA69C7F9660 <8 6 5 3 1>
188 3 0xffffff7f84810000 0xf1000 0xf1000 org.virtualbox.kext.VBoxDrv (6.1.6) 13AC652B-A2C1-3E8E-809A-7604B284295D <8 6 5 3 1>
191 0 0xffffff7f84919000 0x8000 0x8000 org.virtualbox.kext.VBoxUSB (6.1.6) 60779F27-059F-3030-9302-A74F05246760 <190 188 64 8 6 5 3 1>
196 0 0xffffff7f8493b000 0x5000 0x5000 org.virtualbox.kext.VBoxNetFlt (6.1.6) 018767CF-8706-37EE-B97E-DEC1E0552BED <188 8 6 5 3 1>
197 0 0xffffff7f84940000 0x6000 0x6000 org.virtualbox.kext.VBoxNetAdp (6.1.6) BB0DE95D-8041-32A2-B1D1-9144E531FB07 <188 6 5 1>
对,它不再运行了。现在让我们试试vagrant up
和…哇,VM不再崩溃了!vagrant reload
,它仍然很好。天哪。所有的时间都被浪费了,简直是一场恶搞。
我重新测试了我所有的底盘WordPress盒,它们都启动的很好,重新启动并再次执行上面的操作,并且我的VM会一直处于内核恐慌状态,直到我卸载英特尔能源驱动程序。所以,我很肯定是英特尔的权力小工具,是冲突的VirtualBox,并导致VM内核恐慌。
不能确定这是否是你遇到的同一个问题,但希望上面的信息能帮助那些不幸遇到这个问题的人,并阻止你再次遇到这个问题。
https://stackoverflow.com/questions/61086736
复制相似问题