列出目录时/usr/bin，您会看到 ping 显示为黄色-红色：

该文件没有特殊功能：

$ file /usr/bin/ping
/usr/bin/ping: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV),
dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
GNU/Linux 2.6.32, BuildID[sha1]=2508ea2a85b70c68967b3e6345541430f5317d5f,
stripped

$ stat /usr/bin/ping
   File: '/usr/bin/ping'
   Size: 62096           Blocks: 136        IO Block: 4096   regular file
Device: 802h/2050d      Inode: 4457229     Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Context: system_u:object_r:ping_exec_t:s0
Access: 2016-11-01 10:02:57.332925719 +0100
Modify: 2016-06-22 14:01:14.000000000 +0200
Change: 2016-07-10 23:41:59.623796126 +0200
Birth: -

根据终端中不同颜色的含义是什么？，在那里我们可以找到一个脚本来列出颜色解释，“yellow-on-red”的意思是“ca”：

“ca”是什么意思？也许这意味着这个文件是从别处硬链接的（/usr/bin/ping并且 …

我有一个安装了 Fedora 30 的老式联想ideapad 110-15ISK（以及一个 LUKS 加密的 SSD 作为存储）。

当我启动这台机器时：

1. 短暂地显示“联想”徽标（实际上只是一个文本）。
2. 启动管理器屏幕显示可选择的内核
3. 我选择一个内核。
4. 短暂地显示“Lenovo”徽标。
5. 一个密码文本输入小部件显示在屏幕底部，带有“fedora(?)”标志。
6. 我输入密码来解密 LUKS-ified SSD。
7. 引导过程继续，同时显示以下内容：
   1. 屏幕中间的“联想”标志和
   2. 屏幕底部的“fedora(?)”标志。
8. 最后 KDE 登录屏幕接管。

为什么（7）会发生？除非 Fedora 带有专门选择的制造商徽标来显示，否则怎么可能拥有“徽标混搭”？因为在那个时候， systemd 负责监视器（可能通过framebuffer）。这是相当神秘的。

在我的 CentOS 上，ayum update显示以下内容：

(6/38): iwl1000-firmware-39.31.5.1-62.el7_39.31.5.1-62.2.el7_5.noarch.drpm                                                                                                                                            
(7/38): iwl105-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm                                                                             
(8/38): iwl135-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm                                                                             
(9/38): iwl2000-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm                                                                            
(10/38): iwl2030-firmware-18.168.6.1-62.el7_18.168.6.1-62.2.el7_5.noarch.drpm                                                                           
(11/38): iwl3160-firmware-22.0.7.0-62.el7_22.0.7.0-62.2.el7_5.noarch.drpm                                                                                                                                             

等等。

这些是所谓的“固件包”。例如，让我们找到其中一些已安装：

rpm --query --all | grep firmware

然后查询它的信息：

rpm --query --info iwl105-firmware-18.168.6.1-62.2.el7_5.noarch

我们得到：

Summary     : Firmware for Intel(R) Centrino Wireless-N 105 Series Adapters
Description :
This package contains the firmware required by the iwlagn driver
for Linux to support the iwl105 hardware.  Usage of the firmware
is subject to the terms and conditions contained inside the provided
LICENSE file. Please read …

这是一个特定于卢森堡国家的问题：

在卢森堡，官方和银行业务的电子签名基础设施由LuxTrust SA公司提供。他们提供的 U 盘实际上是重新命名的 Gemalto 设备，特别是Signing Stick，这是一种 Gemalto “Gemplus USB Shell Token V2”（或类似产品），带有可移动芯片卡，带有 X.509 证书，可识别用户和私钥。

LuxTrust 表示该设备可在 Windows 和 Mac 上运行，但对 Linux 的支持较弱（但它们支持 Ubuntu），尽管 Gemalto 本身为该设备提供支持和驱动程序。

从浏览器使用设备的一般功能布局似乎是这样的：

所以我已经尝试让这项工作有一段时间了，但我无法让 LuxTrust 的小程序与“签名棒”互操作。有没有人在 Linux 上使用过 LuxTrust 签名棒？

在这种精确的情况下，我们有：

• Firefox 37.0（附带 NoScript），Java 插件为：活动
• Oracle JDK（java -version说：1.8.0_40-b26）
• Fedora 20（uname -a说：3.18.9-100.fc20.x86_64）

我有一个/dev/mydisk基于一系列功能的设备：LUKS 加密的软件 RAID-1。

有时，我/dev/mydisk会将内容备份到外部 USB 磁盘，该磁盘本身使用 LUKS 加密。需要传输几个 100 GiB。这个操作不是简单的dd而是递归的cp（我还是需要改用rsync）

备份开始一段时间后，整个系统的交互性急剧下降。KDE 接口显然在等待获得批准的内存请求而窒息而死。提示的等待时间为 2 分钟并不罕见。等待网络 I/O 同样需要很大的耐心。这与baloo启动并决定解压缩每个 zip 并为每个文件内容编制索引以用于未知目的时发生的行为类似：系统变成沼泽独木舟。

内核似乎将所有 RAM 提供给复制进程，并且不愿意将其交还给交互式进程一个机会。RAM 并不寒酸：23 GiB。还有 11 GiB 的交换空间，以防万一，但它随时都会被几个 MiB 占用。

是否可以确保交互式进程优先于复制进程获得它们的 RAM？如果是这样，如何？

版本信息：

• 这是一个 Fedora 29 (4.19.15-300.fc29.x86_64) 系统，但我知道我在早期的 Fedora 系统中也有这个问题。
• KDE 版本基于“KDE Frameworks: 5.53.0”。

更新

感谢大家到目前为止的答案！

一旦知道要搜索什么，就会发现一些东西。

我拖进来的东西：

• 2018-10：U&LSE 条目显然正是我的问题：在外部磁盘上执行大型 R/W 操作时系统滞后。由于提问者使用dd，补救方法是使用标志oflag=direct绕过页面缓存。
• 2018-11：U&LSE 关于写时减速的比较笼统的问题为什么在 2013 年报告了“U 盘停顿”问题？为什么现有的“No-I/O 脏节流”代码没有解决这个问题？. 这相当令人困惑，我们必须与谣言和现象作斗争。
  • 2013-11：LWM.net 上的 Jonathan …

所以，我在这里有这些新奇的外部三星 T3 USB SSD 驱动器之一，大小为 250 GB。

让我们看看fdisk对此有什么看法：

Disk /dev/sdb: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x7df0da81

Device     Boot Start       End   Sectors   Size Id Type
/dev/sdb1  *       64 488392128 488392065 232.9G  7 HPFS/NTFS/exFAT

扇区仍然是 512 字节大（我怀疑在软件层下面，情况有点不同），最小 I/O 大小是 1 个扇区，最佳 I/O 大小是 3553920 字节 = 65535 个扇区？31.995 字节 …