默认情况下 rm 不删除不可写文件的想法是什么？每次您要删除当前用户不可写的文件但您对目录具有写权限时，都会收到此警告，您需要按“y”确认删除：
rm: remove write-protected regular file
我想知道为什么以这种特殊方式处理不可写文件？我想到的一件事是，此类文件通常是包含用户机密数据（例如加密密码）的用户配置文件，因此 rm 在删除它们之前会发出警告。现在，真正的原因是什么？
我在工作中使用 Ubuntu，在家里使用 Slackware。
今天在工作中，我从我们公司的存储库中下载了一些可疑程序，这些程序本应自动执行一些重复性任务。我用configure; make; make install. 现在我想删除它，但不幸的是，Makefile 中没有合适的卸载目标。这个程序是用 Python 编写的，安装程序*.py在不同的地方复制了许多文件，现在删除所有文件很痛苦。
所以我考虑使用 CheckInstall 来代替，make install这样我就可以轻松删除此类程序并以一致的方式跟踪系统上的所有软件。但是我想知道是否有任何可能的与CheckInstall相关的副作用或者每次安装新软件时都可以使用它吗？你在用吗？
是否可以在命令行中查询 ~/.ssh/config？假设我想在单独的程序中检索特定别名指向的 IP 地址，这可能吗？
为什么在 中描述了一种$TERM调用类型？为什么以及何时创建它，它的意义是什么？我们就不能呆在那里吗？是否只是一个习惯的名称和一个Linux控制台（比如说，一组功能或者是目录下根本无人问津习惯名称）或在那里被介绍时，它后面的任何技术原因？linux/etc/termcapvt-genericlinuxetchome
现在可安装的大多数 Linux 发行版都以符合 El Torito 标准并包含引导加载程序的单个 ISO 文件的形式分发，以便可以使用ddCD 和 USB 记忆棒将ISO 映像复制到 BIOS 中/EFI。但是，有一些系统，例如树莓派的 NOOBS 和其他主要用于嵌入式设备的系统，它们不是作为 ISO 文件分发，而是作为一组文件，可以立即使用普通cp命令直接复制到 SD 卡等外部存储设备. 例如，以下文件分布在 NOOBS 中：
BUILD-DATA
INSTRUCTIONS-README.txt
RECOVERY_FILES_DO_NOT_EDIT
bootcode.bin
defaults
os
recovery.cmdline
recovery.elf
recovery.img
recovery.rfs
recovery7.img
riscos-boot.bin
对于最终用户来说，这看起来是一种更方便的方式，因为它不需要使用 ，dd因此不会导致擦除外部存储上的所有数据。为什么不是所有的 Linux 发行版都这样分发而不是 ISO 文件？可以存档一组文件，因此分发单个文件与多个文件不是问题。
如果/etc/inittab崩溃中指定的进程init说：
INIT: Id "x1" respawning too fast: disabled for 5 minutes
它为什么这样做？如果在启动时发生崩溃，在这 5 分钟内可以做什么？即使它不会在启动时发生，为什么要暂停一个动作？是不是应该节约资源？
这是xrandr我的机器上显示的内容：
$ xrandr -q
Screen 0: minimum 320 x 200, current 3840 x 1200, maximum 8192 x 8192
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
DP2 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm
1920x1200 60.0*+
1920x1080 50.0 60.0 30.0 …我从上网本中取出一个 250 GB SATA 磁盘，用 dd 填充零，然后通过 USB 适配器将其连接到我的笔记本电脑。它被 fdisk 正确检测到：
Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x475fa272
Device Boot Start End Blocks Id System
我创建了一个主分区并使用以下命令创建了一个 ext4 文件系统：
mkfs.ext4 /dev/sdb1
现在 fidsk 显示：
Disk /dev/sdb: 250.1 GB, 250059350016 bytes
81 heads, 63 sectors/track, …