在考虑自用的 Rocky Linux 9 要不要直接升级到 Rocky Linux 10

在考虑自用的 Rocky Linux 9 要不要直接升级到 Rocky Linux 10

喜欢尝鲜的笔者在虚拟机中安装了 Rocky Linux 10,模拟家里服务器中的应用环境,测试了相关应用、服务的安装,过程一切顺利。但是如果要把服务器系统升级到 Rocky Linux 10,考虑的事情是挺多的,特别是要确保所有数据在升级到新版系统之后可以正常使用,且不存在丢失的情况。关于这一点,说起来容易,做起来却有点复杂。

你们有留意到最近百度网盘增加了什么功能了吗?

你们有留意到最近百度网盘增加了什么功能了吗?

昨天晚上在电脑上看着小朋友们成长的照片,在打开的过程中偶尔发现,电脑的右键菜单——打开方式里面多了一个“智能看图“,这是啥软件?

AlmaLinux 9、Rocky Linux 9 升级 10

AlmaLinux 9、Rocky Linux 9 升级 10

建议:备份好系统、各类数据和文件,如果出现意外情况导致数据丢失或系统异常,需要紧急恢复的,可以使用备份的数据进行还原;建议建立测试环境,多次测试,确保稳定可靠并形成有效的方案后,方可部署到生产环境中

海康威视录像机部分录像机的新版固件增加了“IP 自适应”功能

海康威视录像机部分录像机的新版固件增加了“IP 自适应”功能

笔者更新了固件,重启录像机之后,把新版录像机的功能再研究了个遍,终于发现了一个地方,疑似可以把笔者在开篇的时候提到的问题解决掉,那就是“IP 自适应”的功能。

Rocky Linux 9 在安装或更新 openssl-libs 时候提示”错误:事务测试失败“

Rocky Linux 9 在安装或更新 openssl-libs 时候提示”错误:事务测试失败“

今天在 Rocky Linux 9 下执行 dnf update 对系统进行更新的时候,系统出现错误提示,具体报错:

错误:事务测试失败: file /usr/lib64/ossl-modules/fips.so from install of openssl-libs-1:3.2.2-7.el9.x86_64 conflicts with file from package openssl-fips-provider-so-3.0.7-6.el9_5.x86_64

Rocky Linux 9.5 下无法升级 elrepo-release 仓库及解决方法

Rocky Linux 9.5 下无法升级 elrepo-release 仓库及解决方法

最近最近在 Rocky Linux 9.5 下执行了 “yum update”命令,查看近期有没有可以更新的包,执行后,系统提示 elrepo-release 仓库有新的版本,然后笔者就执行了一下更新操作,但是更新过程中出现了一些异常,主要有这个GPG检查失败的错误提示:仓库 “ELRepo.org Community Enterprise Linux Repository – el9” 的 GPG 公钥已安装,但是不适用于此软件包。请检查此仓库的公钥 URL 是否配置正确。 失败的软件包是:elrepo-release-9.5-1.el9.elrepo.noarch。

更新CentOS Stream的软件,提示Cannot prepare internal mirrorlist: Parse error at line: 28 (EntityRef: expecting ‘;’

更新CentOS Stream的软件,提示Cannot prepare internal mirrorlist: Parse error at line: 28 (EntityRef: expecting ';'

最近 Redhat 推出了 CentOS Stream 10 的 beta 版本进行公开测试,因为我自己部署的应用中有使用Rocky Linux,Rocky Linux是基于 Redhat Enterprise Linux 衍生而来,为了确保将来系统能顺利迁移到新版本操作系统,我在虚拟上面安装了新版的 CentOS Stream 10 参与测试。但在配置yum源的时候,出了一些问题。

手动清理WSUS的同步记录

手动清理WSUS的同步记录

有时候我们在进入Windows Server Update Services(以下简称“WSUS”)——“同步”的时候,偶尔会遇到连接错误。可以通过数据库管理工具进行解决。

新补丁,解决了Windows 11 24H2的一些问题

新补丁,解决了Windows 11 24H2的一些问题

今天刷了一下Windows 更新,发现微软推出了一个新的补丁,知识库编号是KB5044384,更新了之后,再测试了一下Windows更新清理和SFC /scannow命令,测试结果是这两个Bug已经被微软修复。