根据互联网上的各种想法，我确实设法通过在文件中进行各种设置来修改滚动条：
/root/.config/gtk-3.0/gtk.css
... 但有一件事我还没想出来如何让上下箭头滚动得更快——它们的速度非常慢。这不起作用：
scrollbar
{
-GtkScrollbar-has-backward-stepper: true; < works
-GtkScrollbar-has-forward-stepper: true; < works
background-color: #cccccc; < works
-GtkRange-upper-stepper-sensitivity: 100; < does not work
}
...我能做什么？在最好的情况下，箭头也许可以在终端中执行“向上翻页”操作。
所以我得到了一个装有我自己的 Debian 运行副本的 USB 盘，并且启动正常。问题是忘记 EFI，只需使用老旧的 LILO 即可使其可启动 - 无需大惊小怪，没有混乱。但是他们说 USB 盘不喜欢不断写入，而 Debian 的运行副本正在被 Firefox 和 systemd 日志以及其他任何东西不断写入。所以我想到，由于您从 .ISO 文件创建的库存安装“实时”USB，据我所知，从未真正写入任何东西 - 所有看似写入的都是 RAM 中的映像，当您注销时就会消失。所以我想到要问一下我是否可以制作我自己的系统的 ISO 并让它也作为“实时”USB 工作。关键是 ISO 吗？还是有其他方法？也许它必须是 EFI？
因此，一旦我了解到（当然是这里）“live USB”无法安装或写入，我就停止尝试用我的文件更新我的 Debian 12 安装映像，并重新开始使用新的棒。复制了适当的内容，用我忠实的 LILO 将其烧录到 MBR 上，然后出现......奇怪的错误。十几份关于“女士，未找到阵列”的报告，最终：“警报！” 没有根文件系统”。（根 FS 绝对没有任何问题。）
然后我将内核和 initrd.img 从 Debian 12 棒复制到新棒，再次运行 LILO 并......胜利！棍子靴子。显然，之前的 initrd.img 缺少一些东西——在 HDD 启动时工作正常，但在 USB 记忆棒上无法工作。我可以诊断一下吗？弄清楚到底缺少了什么？我想了解有关 initrd.img 是如何创建的更多信息。也许重建有缺陷的.img？问题是 Debian 12 文件是 6.1.0-18 版本，而我的 HDD 运行的是 6.1.0-20，我希望 USB 是最新的。
因此，我有一个充满测试命令的文件，我喜欢对我的一些函数运行这些命令，以确保它们正确处理所有可能的情况。虽然有重复的命令是没有意义的。以下是一些示例：
rap ,Xflg MIT X11
rap ,XPBfl 'MITER'
rap ,Bflg share git-grep
rap ,bfl X11
rap ,Bfl xzfgrep
rap ,Bf X11
...我的函数“rap”使用逗号而不是破折号来指示字母选项的开头，然后是一些参数。由于这些选项的顺序并不重要：
rap ,Bf X11
rap ,fB X11
...是完全相同的命令。当然，很容易从文件中删除重复行，但是为了避免上述问题，我想要做的是按字母顺序对选项进行排序，以便上面的结果：
rap ,Bf X11
rap ,Bf X11
...然后我就可以删除重复项。没有英雄气概就能完成这样的事吗？请注意，这不是对选项列表进行排序，而是对选项本身进行排序。
我正在尝试按大小排序：
% tree -axCF --du --sort=size | grep -e '/$'
├── [ 8658884] 2022-10-09-backup/
├── [ 5923934] f24-01-22-backup/
├── [ 5384825] e2023-01-19-backup/
├── [ 3627525] h24-01-22-npanelize-nselect/
├── [ 2162140] b2022-12-18-backup/
├── [ 1255661] a2022-12-12-backup/
├── [ 996252] 2021-08-12-backup/
├── [ 647677] 2022-11-20-backup/
├── [ 133361] Test/
├── [ 95801] Boneyard/
├── [ 1024] g24-01-22-backup/ < Ooops
├── [ 16031] Misc/
├── [ 1024] Temp/ < Ooops
├── [ 449317] Znt/
│ ├── [ 158892] Boneyard/
│ └── [ 199717] VirginN-functions/
│ ├── [ 34739] backup.1/ < Nothing right in this dir
│ ├── [ 29896] Source/
│ ├── [ 35481] Text/
│ └── [ 98577] virgin/
...正如我们所见，情况还不错，但是存在一些异常情况。这有什么原因吗？我能做点什么吗？
顺便说一句，“grep”是因为，AFAICT，“tree”不会显示目录内容大小，即使您使用“--du”，除非您也显示所有文件（不能使用“-d”），因为我不想显示文件，所以我使用 grep 来过滤它们。这看起来很奇怪，但是确实如此。
我有一份古老的电子邮件档案，我想将它们合并成一个大的快乐文本文件，可以吗？我注意到，当我查看电子邮件并剪切和粘贴内容时，我得到的正是我想要的内容——所有格式都消失了，我有了一个可读的文本文件，所有元数据和所有 HTML 内容都消失了。我看过“html2text”，但它保留了所有标签，而我本以为它会删除它们。我可以查看、剪切和粘贴，但这需要很长时间。
顺便说一句，如果重要的话我会使用 Thunderbird。我不认为我可以在程序中执行此操作，这将是我期望的一些命令行实用程序。
... | perl -pe "s/([^$filespec]*)($filespec)/ ...
所以我有一个功能，如果是大多数事情，上面的构造工作正常$filespec。但是，如果文件名中有破折号，我会收到一条Invalid [] range消息。
我如何确保变量$filespec扩展为不受此类解析错误影响的文件名？
INPUT | grep --color=always "$string\{1,1\}"
... 唉， $string 的每个实例都被突出显示了。在我阅读文档时，“{1,1}”应该确保只突出显示第一个实例。或者有更好的工具吗？我不能使用 sed
INPUT | sed -r "s|$string|${red}$string${nrm}|I"
（ ${red} 和 ${nrm} 只是颜色代码）
因为这里的 INPUT 是一个文件列表，可能会发现不区分大小写，如果我在 sed 中使用“I”选项，它会强制文件列表的大小写更改为命令输入的确切文本——即是，我想搜索不带大小写的文件，但不管文件列表中字符串的大小写可能恰好是什么，我都不敏感地突出显示。
my_command *file_name*
...将使用“查找”不区分大小写地查找文件，但在列表中我想强调：
file_name
FILE_nAME
file_NAME_this_file_has_a_long_file_name
...但只有第一个实例（文件名可能包含输入字符串的重复项）。因此，在上面的最后一行中，突出显示了“file_NAME”，但没有突出显示“file_name”。
grep 对案例问题没有问题，但 sed 有。OTOH，sed 知道如何在一场比赛后停止，而 grep 似乎不知道。或者，还有更好的方法？
$ highlight -l -s clarity -S sh -O ansi some_file
无论我尝试什么，突出显示始终显示相同的主题。它应该创建一个文件“highlight.css”，但它没有。我究竟做错了什么？
我知道如何使用sedwith[^xxxx]语法来排除字符，但是如何排除一个词呢？例如我的变量：
var="
Now is the time
for all good men
to come
to the aid
of the party"
现在：
echo $var | sed ...
...我想结束：
REPLACED time
for all good men
to come
REPLACED aid
REPLACED party
...这应该很简单，但我不知道该怎么做。
echo $var | sed -r 's/^[^the]*the/REPLACED/'
...有点接近，但t h e匹配为单个字符，而不是单词the。
如果有解决方案，我可以将所有内容替换为多次出现的第一个，甚至可以替换为特定的出现，那会更好。
所以我有三个磁盘。我曾想过给卷本身贴上标签：
$ e2label /dev/sda
d80-JD-75MS
$ e2label /dev/sdb
e2label: Bad magic number in super-block while trying to open /dev/sdb
Found a dos partition table in /dev/sdb
$ e2label /dev/sdc
e2label: Bad magic number in super-block while trying to open /dev/sdc
Found a dos partition table in /dev/sdc
...所有三个磁盘都是可引导的。fdisk 没有报告任何错误。但是通常的 ext4 实用程序都报告相同的事情或非常接近：
"Couldn't find a valid filesystem superblock
Found a dos partition table in ..."
/dev/sdb 是 Debian 11 all kosher 的全新安装，但不知何故 e2label 对它不满意。除此之外，我无法检测到任何问题，但“超级块”问题是怎么回事？那可以修吗？
顺便说一句，看起来很有希望的一件事是：
mkfs.ext4 -L "wipeout" /dev/sda
...添加了一个标签好吧，但也清除了磁盘上的所有内容:(
……所以这很淘气？”
$ e2label /dev/sda "bad bad bad"
$ lsblk /dev/sda -o name,label,fstype,mountpoint,size,model
NAME LABEL FSTYPE MOUNTPOINT SIZE MODEL
sda bad bad bad ext4 74.5G WDC_WD800JD-75MSA3
├─sda1 d1--5-swap swap 5G
├─sda2 d2--0-boot ext4 /media/sda/2 200M
├─sda3 d3--6-root ext4 /media/sda/3 6G
├─sda4
...该命令很高兴执行，该命令是关于标记一个 FS，而不是创建一个。似乎什么都没有损坏。我很高兴。我想知道的是为什么我会在另外两个磁盘上收到那些“坏幻数”消息。
我不敢相信我必须问这个，但是一个小时的搜索让我没有答案。我一直使用“休眠”，它工作正常，但我曾想过尝试“暂停”。'pm-suspend' 可以关闭计算机，但我怎么让它再次启动呢？这是 Debian。
全部：
我们如何使用 sed 按两个条件过滤行？
aptitude -v show '?name(grep)' | egrep --color=always "^|grep" | sed 's/^\(Package: .*\)$/\x1b[33;1m\1\x1b[0m/'
在上面，我要做的是首先使用 grep 为我的搜索字符串（本例中为“grep”）找到的任何匹配项着色，然后为 aptitude 输出中的所有“Package: ...”标题行着色黄色. 但是，如果任何 'Package: ...' 行之前已通过 egrep ... 命令添加了红色，则该行开始为黄色，为找到的 'grep' 字符串转换为红色，然后还原当找到 '\e[0m' 时变为正常颜色（如我所料）。
因此，在我看来，我要做的是找到任何“Package: ...”行，然后仅在这些行中删除可能的颜色代码，然后再将整行着色为黄色。
sed "s,\x1B\[[0-9;]*[a-zA-Z],,g"
... 将删除代码，但我只需要在以“Package: ....”开头的行上运行它。咒语是什么？或者，可能有更优雅的方法来做到这一点？