VirtualBox6.x版本CPU时钟Bug导致虚拟机无法开机
下午在启动平时常用的虚拟环境时,发现进度条卡在中间老半天都不会动,情况不太正常,以前启动时间最多也就是 10 几分钟就能看到桌面。点击键盘的方向键看打印的日志,一直在重复如下图所示的 Bug 信息,即使后面等待了半个多小时进入系统后,这个日志信息也不断的在终端界面上输出。
下午在启动平时常用的虚拟环境时,发现进度条卡在中间老半天都不会动,情况不太正常,以前启动时间最多也就是 10 几分钟就能看到桌面。点击键盘的方向键看打印的日志,一直在重复如下图所示的 Bug 信息,即使后面等待了半个多小时进入系统后,这个日志信息也不断的在终端界面上输出。
近期因本地虚拟机有问题但重新搭建了个新环境,结果在使用 MobaXterm 工具登录终端时发现每次都要等待个 4 ~ 5 秒才可以进入,操作检验不是很好,不明白为何本地环境连接会是这么的慢,所以还是得想办法分析下。
看有些网友也有类似的困惑,提示说可能是 SSH 登录时要通过 DNS 来寻址的原因。参考文章上说法找到 /etc/ssh/sshd_config
把里面的 UseDNS
配置项设置为 no
,但是发现其已经是关闭的状态。那会是什么原因引起呢?
自从捣鼓 Hugo
建站以来也有好长一段时间啦,但是之前的使用环境比较的 “松散” ,比如编辑博客文章用的是 Sublime Text
文本工具,再通过 CMD
命令行工具调用 Hugo
执行本地预览,最后再
使用 Git Extension
图形工具将博客文章发布到 Github Pages
供网友们浏览。 从整个操作流程上来看还是可以的,只是在过程中要切换不同的工具操作,而恰好看到 Hugo
官网上有个 Sublime Text
的
插件
,于是乎有了重新整合 Hugo
使用环境的想法,哈。
近期因公司之前分配的电脑出了点毛病,无奈只能重新换个新电脑,所以环境也得从头进行搭建。而一直使用的 Sublime Text
是绿色版本,直接拷贝过来后启动,编辑等操作都是正常的,但在尝试安装新的插件时就遇了如下的问题。
自上次优化NexT
主题并分享到Github仓库中
hugo-theme-next
后,也是受到了不少NexT
主题喜爱者的使用和邮件反馈。于是决定还是要花点心思来维护它,便把自己之前一些想法也重新加入到NexT
主题中,同时对部分插件的功能做了更新。
此次优化后发布的版本代号为3.x
,原因是整体结构和之前的变化较为大(主要是在配置方面的体现),为此也重写主题的相关介绍等信息,目前正在申请加入官方的主题列表中(
点击预览
),欢迎大家的使用和反馈。
现在使用Spring Boot
架构的应用开发来说是非常的普遍,统一化的打包部署确实带来不少便利,但当遇到问题时也是会比较棘手。或许你会觉得很惊讶,但如果说这是产品部署运维过程中遇到的难题需要修改Spring Boot
应用程序,你就会觉得困难也是不奇怪的。本文就来分享下如何使用jar
命令应对线上部署产品时,要临时替换Spring Boot
应用中的Jar包的操作。
作为曾经的程序猿,自己也一直“享受”着来自开源社区的那些无私分享。这些开源项目对自己的影响和启发还是很大的,之前就有想过如何去回馈开源社区,也开贡献过自己的一些项目,参与过一些开源项目,但都还是仅限国内的项目。不久前正好看到 Jimmy Song 在微信朋友圈发布 《Istio 官网翻译工作组成立暨志愿者招募》 的动态,没有任何的犹豫,下班后便联系 Jimmy 申请加入翻译工作,并在随后的时间完成自己的首次翻译,也成功被合并到了 Istio 官方仓库的主分支当中。如果你也有和我一样的想法,那么欢迎您也来一起加入,期待。
555~,今天体验了一把安装最新程序的“快感”!!!
在使用Git Extensisons推送最新写的文章到Github时,遇到了个SSH KEY认证无效的莫名错误。事情的发生是这样的:今天在首次打开Git Extensions软件时,它非常友好的弹出更新提示窗口,然后就手不自觉的点击了下确认按钮。结果更新好后,在推送文章到Github时就发生了如下面一样神奇的错误阻拦:
|
|