System Upgradation (系统升级) – Page 3

October 1, 2024October 1, 2024

[内容] Linux 系统重启时间的查看

正文：

方法一：使用 who -b 命令查看系统重启时间

$ who -b
system boot  2024-09-16 17:52

方法二：使用 last 命令查看系统重启时间

2.1 使用 last 命令查看系统重启时间

$ last | grep "reboot" | head -1
reboot   system boot  6.8.0-44-generic Mon Sep 16 17:52   still running

或者：

$ last reboot | head -1
reboot   system boot  6.8.0-44-generic Mon Sep 16 17:52   still running

或者：

$ last reboot -n 1
reboot   system boot  6.8.0-44-generic Mon Sep 16 17:52   still running

wtmp begins Wed Aug 14 10:01:22 2024

2.2 使用 last 命令查看系统重启时间并精确到秒

$ last reboot -F
reboot   system boot  6.8.0-44-generic Mon Sep 16 17:52:25 2024   still running
reboot   system boot  6.8.0-41-generic Fri Sep  6 21:53:12 2024 - Mon Sep 16 17:52:18 2024 (9+19:59)

wtmp begins Wed Aug 14 10:01:22 2024

方法三：使用 uptime 命令查看系统重启时间并精确到秒

3.1 使用 uptime 命令查看系统重启时间并精确到秒

$ uptime -s
2024-09-16 17:52:23

3.2 使用 uptime 命令查看系统重启时间并精确到秒（以显示 top 命令的第一行的形式）

$ uptime
 15:16:17 up 14 days, 21:23,  3 users,  load average: 0.15, 0.13, 0.06

3.3 使用 uptime 命令查看系统重启后已运行的时间

$ uptime -p
up 2 weeks, 21 hours, 24 minutes

方法四：使用 top 命令查看系统重启时间并精确到秒

4.1 使用 top 命令查看系统重启时间并精确到秒

$ top -bn 1 | head -1
top - 15:40:47 up 14 days, 21:48,  3 users,  load average: 0.02, 0.03, 0.01

4.2 使用 top 命令查看系统重启时间（实时显示）

$ top
top - 15:42:19 up 14 days, 21:49,  3 users,  load average: 0.00, 0.02, 0.00
Tasks: 289 total,   1 running, 287 sleeping,   0 stopped,   1 zombie
%Cpu(s):  2.2 us,  2.2 sy,  0.0 ni, 93.3 id,  0.0 wa,  0.0 hi,  2.2 si,  0.0 st 
MiB Mem :   3915.3 total,    247.9 free,   2984.8 used,    985.0 buff/cache     
MiB Swap:    256.0 total,      0.0 free,    256.0 used.    930.5 avail Mem 

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND       
1056592 mingyuz+   0 -20  133764  38484  25292 S  18.2   1.0   0:35.55 nxcodec.bin   
      1 root      20   0   23132  12112   7376 S   0.0   0.3   1:39.97 systemd       
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.27 kthreadd      
      3 root      20   0       0      0      0 S   0.0   0.0   0:00.00 pool_workque+ 
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rc+ 
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rc+ 
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-sl+ 
      7 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-ne+ 
      9 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H+ 
     12 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-mm+ 
     13 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kt+ 
     14 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_ru+ 
     15 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_tr+ 
     16 root      20   0       0      0      0 S   0.0   0.0   0:08.00 ksoftirqd/0   
     17 root      20   0       0      0      0 I   0.0   0.0  30:45.37 rcu_preempt   
     18 root      rt   0       0      0      0 S   0.0   0.0   0:04.93 migration/0   
......

方法四：使用 journalctl 命令查看系统重启后已运行的时间

4.1 显示 journalctl 命令中系统重启记录的 BOOT ID

$ journalctl --list-boot
IDX BOOT ID                          FIRST ENTRY                 LAST ENTRY    >
-17 d842be174b26429c84b6c21d8c457ca0 Wed 2024-08-14 10:01:22 CST Wed 2024-08-14>
-16 76b3d204a98d4004809d34add8838c3f Wed 2024-08-14 10:02:14 CST Wed 2024-08-14>
-15 50f754cd41af43119d88d9ca13306d09 Wed 2024-08-14 11:11:42 CST Wed 2024-08-14>
lines 1-19/19 (END)
......

（补充：从这里可以看出最后一次系统重启的 BOOT ID 是 d842be174b26429c84b6c21d8c457ca0）

4.2 通过 BOOT ID 显示系统重启的详细信息

$ journalctl -b d842be174b26429c84b6c21d8c457ca0
Aug 14 10:01:22 linux-template kernel: Linux version 6.8.0-35-generic (buildd@lcy02->
Aug 14 10:01:22 linux-template kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.8.0->
Aug 14 10:01:22 linux-template kernel: KERNEL supported cpus:
Aug 14 10:01:22 linux-template kernel:   Intel GenuineIntel
Aug 14 10:01:22 linux-template kernel:   AMD AuthenticAMD
Aug 14 10:01:22 linux-template kernel:   Hygon HygonGenuine
Aug 14 10:01:22 linux-template kernel:   Centaur CentaurHauls
Aug 14 10:01:22 linux-template kernel:   zhaoxin   Shanghai  
Aug 14 10:01:22 linux-template kernel: BIOS-provided physical RAM map:
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x0000000000000000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x000000000009fc00-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x000000007ffd4000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x00000000b0000000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x00000000feffc000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x00000000fffc0000-0x00000000>
Aug 14 10:01:22 linux-template kernel: BIOS-e820: [mem 0x0000000100000000-0x00000001>
Aug 14 10:01:22 linux-template kernel: NX (Execute Disable) protection: active
Aug 14 10:01:22 linux-template kernel: APIC: Static calls initialized
Aug 14 10:01:22 linux-template kernel: SMBIOS 2.8 present.
......

（补充：这里查看的 BOOT ID 是 d842be174b26429c84b6c21d8c457ca0）

参考文献：

https://www.sysgeek.cn/linux-reboot-history

September 30, 2024September 30, 2024

[CONTENT] The network connections required for system register

Content:

RHEL:

Domain	Port Number	Port protocol
subscription.rhsm.redhat.com	443	TCP
cdn.redhat.com	443	TCP

RHEL Register Connections Requirement

SLES:

Domain	Port Number	Port protocol
scc.suse.com	80 or 443	TCP
updates.suse.com	80 or 443	TCP
installer-updates.suse.com	80 or 443	TCP

SLES Register Connections Requirement

Reference:

https://access.redhat.com/solutions/65300

https://www.suse.com/support/kb/doc/?id=000021034#:~:text=%2A%20The%20current%20list%20of%20IPs,for%20scc.suse.com%20and%20registry.suse.com%20are%3A%2099.83.188.102

August 27, 2024August 27, 2024

[步骤] 系统升级（从 Fedora 39 升级到 Fedora 40）

步骤一：升级所有已安装的软件

# sudo dnf update

步骤二：安装 Fedora 升级软件

# sudo dnf install dnf-plugin-system-upgrade

步骤三：刷新所有现有版本的软件源

# sudo dnf upgrade --refresh

步骤四：下载升级所有所需的软件

# sudo dnf system-upgrade download --releasever=40

步骤五：重启并升级系统

# sudo dnf system-upgrade reboot

（注意：系统会重启，并在后台升级系统，这个步骤可能会持续很长一段时间，根据虚拟机的硬件性能而定）

July 24, 2024July 24, 2024

[步骤] Linux SCAP （Security Content Automation Protocol）的生成（Linux 开源安全报道的生成）

正文：

步骤一：安装 openscap 和相关组件

如果是 RHEL：

# yum install openscap openscap-scanner

如果是 SLE：

# zypper install openscap openscap-utils scap-security-guide

步骤二：下载最新的 SUSE 官方 OVAL 文件

2.1 进入存放下载的官方 OVAL 文件的目录

# cd /root

（补充：这里以把官方的 OVAL 文件下载到 /root 目录为例）

2.2 下载最新的官方 OVAL 文件

如果是 RHEL：

# wget -O - https://access.redhat.com/security/data/oval/v2/RHEL9/rhel-9.oval.xml.bz2

（补充：这里以下载 RHEL 9 官方的 OVAL 文件为例）

如果是 SLES：

# wget https://ftp.suse.com/pub/projects/security/oval/suse.linux.enterprise.15-patch.xml.bz2

（补充：这里以下载 SLE 15 官方的 OVAL 文件为例）

2.2 解压下载下来的 OVAL 文件

如果是 RHEL：

# bzip2 -d rhel-9.oval.xml.bz2

（补充：这里以解压 rhel-9.oval.xml.bz2 文件为例）

如果是 SLES：

# bzip2 -d suse.linux.enterprise.15-patch.xml.bz2

（补充：这里以解压 suse.linux.enterprise.15-patch.xml.bz2 文件为例）

步骤三：使用 SUSE 官方的 OVAL 文件生成 SCAP （Security Content Automation Protocol）报告

如果是 RHEL：

# oscap oval eval  --report /root/rhel9.5_report20240101.html /root/rhel-9.oval.xml

（补充：这里以用刚刚下载的官方的 OVAL 文件生成名为 rhel9.5_report20240101.html 的 SCAP （Security Content Automation Protocol）报告文件，并放在 /root 目录下为例）

如果是 SLES：

# oscap oval eval --report /root/sles15.5_report_20240101.html /root/suse.linux.enterprise.15-patch.xml

（补充：这里以用刚刚下载的官方的 OVAL 文件生成名为 sles15.5_report_20240101.html 的 SCAP （Security Content Automation Protocol）报告文件，并放在 /root 目录下为例）

参考文献：

https://documentation.suse.com/compliance/all/html/SLES-openscap/index.html

June 7, 2024June 7, 2024

[排错] openSUSE & SLES 安装文件时报错 “Can’t hardlink/copy……”

报错代码：

History:
 - Can't hardlink/copy /var/tmp/...... to /var/cache/zypp/packages/......
 - Can't provide ./x86_64/......

Abort, retry, ignore? [a/r/i] (a):

分析：

如果对应的目录存储空间不够，就会出现此类报错

解决方法：

扩大对应的存储空间或者在对应的目录里删除无用的数据

正文：

方法一：使用 who -b 命令查看系统重启时间

方法二：使用 last 命令查看系统重启时间

2.1 使用 last 命令查看系统重启时间

2.2 使用 last 命令查看系统重启时间并精确到秒

方法三：使用 uptime 命令查看系统重启时间并精确到秒

3.1 使用 uptime 命令查看系统重启时间并精确到秒

3.2 使用 uptime 命令查看系统重启时间并精确到秒 （以显示 top 命令的第一行的形式）

3.3 使用 uptime 命令查看系统重启后已运行的时间

方法四：使用 top 命令查看系统重启时间并精确到秒

4.1 使用 top 命令查看系统重启时间并精确到秒

4.2 使用 top 命令查看系统重启时间 （实时显示）

方法四：使用 journalctl 命令查看系统重启后已运行的时间

4.1 显示 journalctl 命令中系统重启记录的 BOOT ID

4.2 通过 BOOT ID 显示系统重启的详细信息

参考文献：

Content:

RHEL:

SLES:

Reference:

步骤一：升级所有已安装的软件

步骤二：安装 Fedora 升级软件

步骤三：刷新所有现有版本的软件源

步骤四：下载升级所有所需的软件

步骤五：重启并升级系统

正文：

步骤一：安装 openscap 和相关组件

步骤二：下载最新的 SUSE 官方 OVAL 文件

2.1 进入存放下载的官方 OVAL 文件的目录

2.2 下载最新的官方 OVAL 文件

2.2 解压下载下来的 OVAL 文件

步骤三：使用 SUSE 官方的 OVAL 文件生成 SCAP （Security Content Automation Protocol） 报告

参考文献：

报错代码：

分析：

解决方法：

3.2 使用 uptime 命令查看系统重启时间并精确到秒（以显示 top 命令的第一行的形式）

4.2 使用 top 命令查看系统重启时间（实时显示）

步骤三：使用 SUSE 官方的 OVAL 文件生成 SCAP （Security Content Automation Protocol）报告