麒麟在线

Linux中用tar命令对文件夹进行打包压缩

Wed, 15 Jul 2026 14:38:07 +0800

一、打包的概念

打包：指将多个文件（或目录）合并成一个文件，方便在不同节点之间传递或在服务器集群上部署。

压缩或打包文件常见扩展名 *.tar, *.tar.gz, *.gz, *.bz2, *.Z；

Linux系统一般文件的扩展名用途不大，但是压缩或打包文件的扩展名时必须的，因为linux支持的压缩命令较多，不同的压缩技术使用的压缩算法区别较大，根据扩展名能够使用对应的解压算法。

二、tar命令

1、命令作用

将文件夹打包，也能将包解开成文件夹。

2、选项参数

-c：（create）建立打包文件

-t ：查看打包文件的内容含有哪些文件

-x ：解打包或解压缩的功能，可以搭配-C(大写)在特定目录解开

-j ：通过bzip2的支持进行压缩/解压缩，此时文件最好为*.tar.bz2

-z ：通过gzip的支持进行压缩/解压缩，此时文件最好为*.tar.gz

-v ：在压缩/解压缩的过程中，将正在处理的文件名显示出来

-f filename：-f 后面跟处理后文件的全名称（路径+文件名+后缀名）

-C 目录：这个选项用在解压缩，若要在特定目录解压缩，可以使用这个选项

-p：保留备份数据的原本权限与属性，常用于备份(-c)重要的配置文件

–exclude=FILE:在压缩的过程中,不要将那些文件打包

注意-c, -t, -x 不可同时出现在一串指令列中。

3、案例

案例1：在/tmp文件夹下创建demo文件夹，将/etc目录拷贝到/tmp/demo目录里，然后打包压缩成gz格式，要求显示压缩详情。

1)在/tmp文件夹下创建demo文件夹，将/etc目录拷贝到/tmp/demo目录里。

注意：拷贝非空目录要加 -r

2）将etc文件夹打包压缩成gz格式，并显示压缩详情。

tar -czvf 打包压缩后文件被打包压缩的文件夹

[root@ied01 demo]# tar -czvf myetc.tar.gz etc

如果打包压缩成.bz2格式，那么tar命令的参数：-cjvf。

案例2：先删除etc目录，解压缩myetc.tar.gz到当前目录。

1）删除etc目录

[root@ied01 demo]# rm -rf etc

2）解压缩myetc.tar.gz到当前目录

[root@ied01 demo]# tar -xzvf myetc.tar.gz

案例3：将myetc.tar.gz解压缩到指定目录：/home。

[root@ied01 demo]# tar -xzvf myetc.tar.gz -C /home

案例4：仅仅解压缩myetc.tar.gz里的某个目录，例如etc/udev。

1）先删除etc目录

[root@ied01 demo]# rm -rf etc

2）解压缩myetc.tar.gz里的etc/udev目录

[root@ied01 demo]# tar -xzvf myetc.tar.gz etc/udev

为什么Word目录左边对不齐

Tue, 14 Jul 2026 22:25:16 +0800

为什么目录左边对不齐，该如何操作呢？下面来看看。

1、打开Word，点击引用。

2、点击目录。

3、点击自定义目录。

4、点击修改。

5、选择目录，点击修改。

6、点击格式。

7、点击段落。

8、选择左对齐，左侧缩进为0，殊格式处选择无。

9、点击确定。

VPS 救援模式Rescue Mode怎么用：SSH 进不去时用 Rescue Mode、chroot、fsck、GRUB 自救

Mon, 13 Jul 2026 14:42:28 +0800

VPS 出问题时，最让人慌的不是网站 502，而是 SSH 完全进不去。比如你改错了 /etc/fstab，重启后系统卡在启动界面；或者防火墙规则写错，SSH 端口被自己挡住；再或者 root 密码忘了、GRUB 损坏、文件系统需要 fsck。这类问题用普通 SSH 排查不了，因为系统根本没正常起来。

这时候不要第一反应就重装。很多 VPS 控制台都有 Rescue Mode / 救援模式：它会从一个临时系统启动，把你原来的系统盘挂出来，让你站在“外部系统”的角度修复原系统。用得好，可以救回配置、重置密码、修复启动项，甚至把重要数据先拷出来。

Rescue Mode 到底是什么？

救援模式不是你的原系统，也不是简单的网页终端。它通常是服务商提供的一个临时 Linux 环境，启动后会把原来的 VPS 磁盘当作数据盘呈现出来。

你可以把它理解成：

原系统坏了，先不从原系统启动。
服务商给你启动一个干净的小系统。
你在这个小系统里挂载原来的磁盘。
然后修改原系统里的文件、修复启动、拷贝数据。

它和 VNC/控制台也不一样。VNC 是看原系统屏幕；Rescue Mode 是换一个临时系统来修原盘。很多时候这两者要配合用：先用 VNC 看启动卡在哪里，再进救援模式修。

什么时候该用救援模式？

下面这些场景适合用 Rescue Mode：

场景	是否适合
SSH 密码忘了，需要重置 root 密码	适合
`/etc/fstab` 写错，系统启动失败	适合
GRUB / initramfs 异常，VPS 进不了系统	适合
文件系统损坏，需要离线 fsck	适合
防火墙/SSH 配置写错，自己锁在外面	适合
网站 502、Nginx 配置错误	通常不需要，先普通 SSH 排查
磁盘满了但还能 SSH	不一定需要，先在线清理

一个简单判断：如果原系统还能 SSH 进去，就优先在线排查；如果原系统进不去、启动不了、根分区不能安全修，就考虑救援模式。

进入 Rescue Mode 前先做两件事

第一，能做快照就先做快照。救援模式里会改原系统文件，一旦你误删或 fsck 操作不当，可能造成数据损失。

第二，先看控制台/VNC。确认系统是卡在启动、密码问题、防火墙问题，还是文件系统问题。不要一上来就乱跑 fsck。

如果是疑似入侵事件，先保留证据：不要立刻重启，不要清日志，尽量先做快照或磁盘镜像。救援模式会改变挂载状态和部分时间戳，取证场景要更谨慎。

第一步：从服务商面板启动救援模式

不同服务商入口不一样，但名称通常类似：

Rescue Mode
Boot to rescue
Recovery mode
Rescue ISO
VNC + ISO

启用后，VPS 会重启到临时系统。部分服务商会把临时 root 密码发到邮箱，部分会在控制台里显示登录信息。进入救援系统后，先看磁盘：

lsblk
fdisk -l

常见磁盘名包括：

/dev/vda
/dev/sda
/dev/nvme0n1

分区可能是 /dev/vda1、/dev/sda1、/dev/nvme0n1p1。不要照抄命令里的设备名，先用 lsblk 确认。

第二步：挂载原系统分区

假设根分区是 /dev/vda1：

mkdir -p /mnt/sysroot
mount /dev/vda1 /mnt/sysroot

如果系统有单独的 /boot 分区，也要挂载：

mount /dev/vda2 /mnt/sysroot/boot

如果是 LVM，需要先激活卷组：

vgscan
vgchange -ay
lsblk

然后再挂载对应的逻辑卷。

挂载后先确认是不是原系统：

ls /mnt/sysroot
cat /mnt/sysroot/etc/os-release

如果能看到 etc、var、home、usr，基本就是原系统根目录。

第三步：进入 chroot 修原系统

很多修复操作需要在原系统环境里执行，这时要绑定几个系统目录：

mount --bind /dev /mnt/sysroot/dev
mount --bind /proc /mnt/sysroot/proc
mount --bind /sys /mnt/sysroot/sys
mount --bind /run /mnt/sysroot/runchroot /mnt/sysroot /bin/bash

进入后，你看到的 / 就是原系统根目录。现在可以像登录原系统一样改配置。

场景一：重置 root 密码

在 chroot 里执行：

passwd root

如果系统禁用了 root SSH 登录，还要检查：

nano /etc/ssh/sshd_config

重点看：

PermitRootLogin
PasswordAuthentication

不要为了省事长期开启 root 密码登录。更稳妥的做法是重置后登录一次，重新配置密钥，再关闭密码登录。

场景二：修复 fstab 写错导致无法启动

如果你改错了 /etc/fstab，系统可能会卡在 emergency mode。进入 chroot 后检查：

nano /etc/fstab

临时排查时，可以先把可疑挂载行注释掉。尤其是新加的数据盘、网络盘、对象存储挂载、错误 UUID。

查看分区 UUID：

blkid

确认无误后再写回 fstab。不要把救援系统里的设备名当成永久配置，最好用 UUID。

场景三：离线 fsck 修文件系统

fsck 一定要谨慎。原则是：不要对已经挂载的分区直接 fsck。

如果你已经挂载了根分区，先退出 chroot 并卸载：

exitumount /mnt/sysroot/run
umount /mnt/sysroot/sys
umount /mnt/sysroot/proc
umount /mnt/sysroot/dev
umount /mnt/sysroot

然后再执行：

fsck -f /dev/vda1

如果确定要自动回答 yes：

fsck -fy /dev/vda1

但对重要数据盘，不建议一上来就 -y。先看报错，再决定是否自动修。

场景四：修复 GRUB / 启动引导

如果 VNC 里看到 grub rescue>、找不到内核、升级内核后启动失败，可以尝试重装 GRUB。

先重新挂载并进入 chroot：

mount /dev/vda1 /mnt/sysroot
mount --bind /dev /mnt/sysroot/dev
mount --bind /proc /mnt/sysroot/proc
mount --bind /sys /mnt/sysroot/sys
mount --bind /run /mnt/sysroot/runchroot /mnt/sysroot /bin/bash

BIOS 启动的常见修复：

grub-install /dev/vda
update-grub

注意：grub-install 后面通常是磁盘 /dev/vda，不是分区 /dev/vda1。

如果是 UEFI 机器，路径和命令可能不同，需要确认 EFI 分区是否挂载到 /boot/efi。不确定时先看：

lsblk -f
findmnt /boot/efi

场景五：SSH 配置或防火墙把自己锁了

如果你改错了 SSH 端口、防火墙规则或 sshd_config，可以在 chroot 中修：

nano /etc/ssh/sshd_config

也可以先禁用危险的防火墙规则。比如 UFW：

ufw disable

如果用的是 iptables/nftables，救援环境里不一定能完整反映原系统运行状态。更可靠的做法是修改原系统的规则文件或启动脚本，而不是只看当前临时环境。

退出救援模式前的检查清单

修完后不要直接在面板点重启，先按顺序退出和卸载：

exitumount /mnt/sysroot/run
umount /mnt/sysroot/sys
umount /mnt/sysroot/proc
umount /mnt/sysroot/dev
umount /mnt/sysroot/boot 2>/dev/null
umount /mnt/sysroot

如果提示 busy，先查谁占用：

lsof +f -- /mnt/sysroot

确认卸载完成后，到服务商面板关闭 Rescue Mode，切回硬盘启动，再重启 VPS。

启动后第一时间检查：

systemctl --failed
journalctl -b -p warning
ss -lntp

确认 SSH、网站、数据库都正常，再删临时弱密码、恢复防火墙、安全组和备份计划。

常见错误

错误一：设备名照抄教程

你的机器可能是 /dev/vda1，也可能是 /dev/sda1 或 /dev/nvme0n1p1。永远先看 lsblk。

错误二：挂载状态下 fsck

这是最危险的误操作之一。要么先卸载，要么确认该分区没被挂载。

错误三：忘记关闭 Rescue Mode

修完后如果不切回硬盘启动，下一次还是进救援系统，看起来像“没修好”。

错误四：重置 root 密码后长期开放密码登录

救急可以，长期不建议。恢复后应重新配置 SSH 密钥、关闭密码登录、限制登录来源。

最后建议

救援模式不是万能药，但它是 VPS 用户必须会的最后一道保险。它最适合处理三类问题：启动失败、自己锁在外面、原系统文件需要离线修复。

真正稳妥的流程是：先看控制台判断问题，再做快照，进入 Rescue Mode，挂载原系统，必要时 chroot，修完后正确卸载并切回硬盘启动。只要你不盲目 fsck -y、不乱删文件，大多数“SSH 进不去只能重装”的场景，其实都还有救。

WPS为PDF文档每一页批量添加签名的技巧

Mon, 08 Jun 2026 09:05:14 +0800

使用WPS Office打开PDF文件。

在PDF文件中插入签名后，鼠标单击选中签名。

选择签名上方弹出菜单中的“应用到多个页面”。

在弹出框选择“全部页面”--->“确定应用”即可。

Win10 复制粘贴功能失效了

Sat, 06 Jun 2026 13:50:56 +0800

Win10 无法复制粘贴通常是因为剪贴板进程卡死或相关服务出错。最快捷的修复方法是打开任务管理器（按 Ctrl + Shift + Esc ），找到并右键单击【Windows资源管理器】，选择【重新启动】。

你可以通过以下几种详细的方法来排查和解决此问题：

方法一：重启资源管理器（最常用）

按下快捷键 Ctrl + Shift + Esc 打开任务管理器。
在【进程】选项卡中找到【Windows 资源管理器】。
右键点击它，选择【重新启动】。此操作会刷新桌面和任务栏，通常能立即恢复剪贴板功能。

方法二：新建缺失的 Clip 文件夹

如果重启资源管理器无效，可能是系统的剪贴板临时文件夹缺失。

打开【此电脑】，依次进入路径：C:\Windows\System32。
检查是否有名为 clip 的文件夹。
如果没有，请在空白处点击右键，选择【新建】 -> 【文件夹】，并将其命名为 clip。
建立完成后，重启电脑查看是否恢复正常。

方法三：命令提示符清理剪贴板

有时候剪贴板被卡住的无用数据填满，可以强制清空。

同时按下 Win + R 键，输入 cmd 打开命令提示符。
输入以下命令并按回车：
cmd.exe /c "echo off | clip"

方法四：检查远程桌面进程 (若在远程连接中)

如果是使用 Windows 远程桌面时无法复制粘贴，需要重启远程剪贴板监视程序。

在任务管理器中找到【RDP 剪贴板监视程序】（rdpclip.exe），结束该任务。
点击任务管理器左上角的【文件】->【运行新任务】，输入 rdpclip.exe 并确定。

若上述方法均未生效，建议先检查键盘硬件是否正常（ Ctrl 和 C 键是否失灵），或是否有第三方安全杀毒/输入法软件发生冲突。

MySQL/MariaDB启动失败，提示：InnoDB: Missing MLOG_CHECKPOINT at 3265917829 between the checkpoint 326591782

Thu, 04 Jun 2026 12:32:03 +0800

MySQL解决服务器异常关闭导致坏表问题。

问题

上班启动服务，发现连接数据库异常，去服务器查看MySQL进程，发现MySQL启动失败。由于周末期间服务器异常关闭，查询日志发现InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint这个问题。

解决

执行查询命令，查找MySQL的配置文件路径

find / -name 'my.cnf'

常规情况下路径是 /etc/my.cnf

innodb_force_recovery选项

innodb_force_recovery是一个用于控制InnoDB恢复模式的配置选项。通过设置不同的值，可以控制MySQL在启动时对损坏的InnoDB表进行不同程度的恢复操作。这个选项的值范围从1到6，每个值都有不同的恢复级别和可能的风险。

innodb_force_recovery = 1：尝试恢复损坏的表，但不会执行任何写操作。
innodb_force_recovery = 2：尝试恢复损坏的表，并允许进行写操作，但会忽略一些可能导致错误的检查。
innodb_force_recovery = 3：尝试恢复损坏的表，并允许进行写操作，同时会忽略一些可能导致错误的检查和修复操作。
innodb_force_recovery = 4：允许对损坏的表进行更深入的恢复操作，但可能会导致数据丢失。
innodb_force_recovery = 5：允许对损坏的表进行更深入的恢复操作，并忽略更多的检查和修复操作，可能导致数据丢失。
innodb_force_recovery = 6：尝试进行最激进的恢复操作，几乎忽略所有的检查和修复操作，可能导致大量数据丢失。

在[mysqld]增加innodb_force_recovery=6，建议从1往6试，但一般情况下6才管用。

[mysqld]
innodb_force_recovery=6

启动MySQL即可。

如上操作MySQL是启动成功了，但是又出现新的错误，lost connections during query.

根据上述错误，发现是由于设置的innodb_force_recovery强制恢复设置导致，将设置注释。

将MySQL的data进行备份

mysqldump -u root -p --all-databases > all_databases.sql

或者直接把数据库目录物理备份，以防数据丢失或不可逆的操作。

然后删除ib_logfile0、ib_logfile1、ibdata1、*.ibd文件，重启MySQL成功，然后将之前备份的数据通过工具导入到数据库中。

如果想偷懒，不重新导入也行，但是要保留ibdata1，再执行重启MySQL~不然Innodb的表全部会显示“使用中”，被锁定哦。

‌ibdata1 是 InnoDB 引擎的系统表空间‌，存储数据字典、undo 日志、双写缓冲区等核心元数据。
‌删除后 InnoDB 无法识别表结构‌，即使表数据在.ibd 文件中，没有数据字典也无法访问。

网站php报错Call to undefined function get_magic_quotes_gpc()

Wed, 22 Apr 2026 16:41:37 +0800

在 PHP 中，get_magic_quotes_gpc() 函数用于检查是否启用了 magic quotes 功能。Magic quotes 是一种在 PHP 早期版本中用于自动转义单引号、双引号、反斜杠等特殊字符的机制，以防止 SQL 注入等安全问题。然而，从 PHP 5.4.0 开始，这个功能就已经被弃用，并在 PHP 7.4.0 中被完全移除。

如果你在使用 PHP 7.4 或更高版本，并尝试调用 get_magic_quotes_gpc() 函数，你会遇到一个错误，因为该函数不再存在。

Zblog强制开启 Debug 调试模式

Tue, 21 Apr 2026 17:04:27 +0800

常规开启调试模式是在后台设置中进行，在后台设置的全局设置里打开“调试模式”并保存即可。

如果网站程序出错，不能进入后台进行设置，那么在 1.7.3 及更高版本可以在这样设置：

使用空间面板的文件管理或者 FTP 修改文件：path/zb_users/c_option.php；

最后一行添加：

 'ZC_DEBUG_MODE' => true, //开启Debug，如果调试完毕请删除这一行Copy to clipboardErrorCopied

path：当前博客程序所放置的路径，比如/home/wwwroot/www.zblogcn.com；

1.7.2 版本可以修改zb_system\function\c_system_base.php，取消第 22 行代码的注释状态后保存；

// defined('ZBP_DEBUGMODE') || define('ZBP_DEBUGMODE', true); // 修改为 ↓↓ 
defined('ZBP_DEBUGMODE') || define('ZBP_DEBUGMODE', true);

解决XiunoBBS出现白屏、500错误等问题

Fri, 17 Apr 2026 14:43:43 +0800

有站长经常在安装插件后再打开网站首页时，会出现白屏现象，用F12发现是报错代码500，下面提供解决方法。

开启调试模式

修改网站根目录index.php文件

// 0: Production mode; 1: Developer mode; 2: Plugin developement mode;
// 0: 线上模式; 1: 调试模式; 2: 插件开发模式;
!defined('DEBUG') AND define('DEBUG', 2);

开启调试模式或插件开发模式，可以查看网站的出错信息。

根据报错信息，禁用有问题的插件

一般开启调试模式后都能看到出错的代码行，想想你最近安装的插件，去后台挨个禁用，慢慢排查。排查完毕，将 DEBUG 改回 0。

这里不得不说，大部分插件写的很一般。

备注

如果 DEBUG 为 2 的时候没有错误，改为 0 出错。则修改 xiunophp/xiunophp.min.php 文件第18行，将 error_reporting() 的参数中的 0 改为 E_ALL

error_reporting(DEBUG ? E_ALL : E_ALL);

清理缓存

进入后台清理缓存。不要以为直接删除tmp/*就可以了，如果你使用了redis，还得靠后台清理才能清干净。

单反镜头参数的基本知识:光圈、快门、ISO详解!

Thu, 16 Apr 2026 10:49:38 +0800

单反镜头参数是选择和使用镜头时的核心知识，理解这些参数有助于根据拍摄需求做出合适选择。以下是基于权威公开资料整理的基本参数知识：

‌一、主要镜头参数‌

‌焦距（Focal Length）‌
决定视角范围和放大倍率，单位为毫米（mm）：

‌广角镜头‌：焦距 ≤ 35mm（如16–35mm），视野宽，适合风景、建筑、室内摄影。
‌标准镜头‌：焦距约 ‌40–60mm‌（如50mm），视角接近人眼，通用性强。
‌长焦镜头‌：焦距 > 60mm（如85mm、200mm），视野窄，可拉近远处主体，适合人像、体育、野生动物摄影。

‌最大光圈（Maximum Aperture）‌
用 f 值表示（如 f/1.8、f/4），‌数值越小，光圈越大‌：

大光圈（如 f/1.4）进光量多，适合弱光环境，并能产生浅景深（背景虚化）。
小光圈（如 f/16）景深大，适合风光摄影需前后清晰的场景。

‌定焦 vs 变焦‌

‌定焦镜头‌：焦距固定（如 50mm f/1.8），通常光圈更大、画质更优、体积更轻。
‌变焦镜头‌：焦距可调（如 24–70mm），灵活性高，适合多场景快速切换。

‌镜头标识解读（以佳能 EF 镜头为例）‌

16–35mm：焦距范围；
f/4：恒定最大光圈；
‌L‌：专业级（红圈镜头）；
‌IS‌：图像稳定（防抖）；
‌USM‌：超声波马达，对焦快且静音。
‌EF‌：适用于全画幅/APS-C 佳能单反。
‌16–35mm f/4L IS USM‌：

‌光圈类型‌

‌恒定光圈‌：变焦过程中最大光圈不变（如 f/2.8），通常更重更贵。
‌非恒定光圈‌：最大光圈随焦距变化（如 f/3.5–5.6），常见于入门套机镜头。

‌二、其他重要参数与概念‌

‌镜头结构‌：如“9组12片”，指内部镜片组数与总数，‌并非越多越好‌，影响畸变、色散控制。
‌特殊镜片‌：

‌非球面镜片‌：减少畸变和像差；
‌UD/ED 镜片‌（超低色散）：抑制色差，提升边缘锐度。

‌对焦马达‌：如 USM（环形超声波马达）、STM（步进马达），影响对焦速度与安静程度。
‌防抖（IS/VR）‌：补偿手抖，允许使用更慢快门手持拍摄。
‌卡口兼容性‌：确保镜头与相机机身匹配（如佳能 EF、尼康 F 卡口）。

‌三、实用建议‌

‌新手入门‌：优先考虑 ‌24–70mm f/4‌ 或 ‌18–55mm 套头‌，兼顾广角到标准焦段。
‌人像摄影‌：推荐 ‌50mm f/1.8‌ 或 ‌85mm f/1.8‌，大光圈+自然透视。
‌弱光环境‌：选择 ‌大光圈定焦镜头‌（如 f/1.4），提升进光量并抑制噪点。
‌旅行摄影‌：可选 ‌18–200mm 全能变焦‌，减少换镜频率。