好的，所以我编辑了名称服务/开关服务，弄糟了我的nsswitch.conf，我用“passwd = filesasdf”覆盖了“passwd = files”，所以现在我启动这个内核时我无法validation服务器。 我可以只是启动到默认的Solaris 11/11内核和auth再次就好了问题是，已经做了很多调整（不是所有的这一切，我也不一定logging），我希望能够auth到那个内核，然后继续调整/调整/学习什么的。
问题是我不知道如何去访问备用内核上的服务（因为Solaris 11甚至不再使用nsswitch.conf文件）。 我想这仅仅是一个ZFS快照或者是一个包含更新的内核的东西，所以它可能会涉及到挂载这个快照并编辑名字服务现在看起来的任何文件（不需要在某个时候查看文件？） 。
无论如何，我也是Solaris的新手，所以这是一种冒险。
如果“引导到另一个内核”意味着引导到备用引导环境（BE），然后引导到该内核，使用“beadm list”来确定哪个引导环境是您需要修复的引导环境，然后挂载它。
beadm mount beName mountpoint 例如，如果您的引导环境是“solaris-2”，并且您有一个可用的“solaris-1”引导环境，请引导至solaris-1，然后运行：
beadm mount solaris-2 /mnt
然后，你可以用你的工作BE的nSwitch来configuration破碎的BE。
cp /etc/nsswitch.conf /mnt/etc/nsswitch.conf
然后，重新启动，从Grubselect“solaris-2”BE，你应该很好走。
I can however just boot to the default Solaris 11/11 kernel and auth again just fine
…启动到该内核，并撤销对/etc/nsswitch.conf所造成的损害。
问题解决了。 查理布朗，这将花费你五美元。
如果您的系统已损坏，无法login，则以单用户模式启动并修复该文件。