GraemeV's questions

最初，mv(1)这是一项重命名操作；它更新文件系统中的名称，但不复制文件。最近，添加了一项便利功能，即如果源和目标位于不同的文件系统上，它将复制并删除文件。又称为“设备间移动”。

现在我正试图整理我的备份。我想移动.../rest2/Public/Backups到.../rest2/Backup/(Backups)，所以：

root@ts412:/QNAP/mounts/rest2# mv Public/Backups Backup/  

在哪里：

root@ts412:/QNAP/mounts/rest2# df -h /QNAP/mounts/rest2/Public/                                                                                                                                                                          
Filesystem      Size  Used Avail Use% Mounted on                                                                                                                                                                                         
/dev/sdb10      831G  715G   75G  91% /QNAP/mounts/rest2                                                                                                                                                                                 
root@ts412:/QNAP/mounts/rest2# df -h /QNAP/mounts/rest2/Backup/                                                                                                                                                                          
Filesystem      Size  Used Avail Use% Mounted on                                                                                                                                                                                         
/dev/sdb10      831G  715G   75G  91% /QNAP/mounts/rest2

因此相同的文件系统：

（仅供参考，rest2是“剩余的空间disk2”）

但是移动开始表现得像“设备间移动”（高 CPU、磁盘繁忙、有关非空目录的各种错误等），所以我终止了它。

以稍微不同的方式检查（注意.）：

root@ts412:/QNAP/mounts/rest2# df -h Backup/.                                                                                                                                                                                            
Filesystem      Size  Used Avail Use% Mounted on                                                                                                                                                                                         
/dev/sdb10      831G  715G   75G  91% /QNAP/mounts/rest2                                                                                                                                                                                 
root@ts412:/QNAP/mounts/rest2# df -h Public/Backups/.                                                                                                                                                                                    
Filesystem      Size  Used Avail Use% Mounted on                                                                                                                                                                                         
/dev/sdb10      831G  715G   75G  91% /QNAP/mounts/rest2/Public  

然后我记得我还有一个绑定挂载（它使通过 NFS 共享的名称更加友好）。所以我卸载了额外的绑定挂载：

root@ts412:/QNAP/mounts/rest2# umount /QNAP/mounts/rest2/Public                                                                                                                                                                          
root@ts412:/QNAP/mounts/rest2# df -h Public/Backups/.                                                                                                                                                                                    
Filesystem      Size  Used Avail Use% Mounted on                                                                                                                                                                                         
/dev/sdb10      831G  715G   75G  91% /QNAP/mounts/rest2                                                                                                                                                                                 
root@ts412:/QNAP/mounts/rest2# mv Public/Backups Backup/   

mv(1)正如我所料，它是立即发生的。

因此，尽管有额外的mount(8)s， 但源和目标始终位于同一文件系统中，这mount -o bind /QNAP/mounts/rest2/Backups /Backups不会影响这一点。所以我想知道，如果mv(1)返回/QNAP/mounts/rest2 一个的挂载点和/QNAP/mounts/rest2/Public另一个的挂载点，它会错误地确定这两个文件位于不同的文件系统上吗？

我正在尝试清理一些 C 代码并构建一个 Debian 软件包。makefile 设置为使用 -Wall 但 debuild 使用 -Wpedantic 。

碰巧这是“一件好事”，因为代码将数据指针转换为函数指针（ISO C 中不允许并且非常危险......在某些体系结构上数据和代码可能位于不同的地址空间）

然而，代码还在 switch 语句中使用范围，这些是 gcc（和 clang）扩展，因此 -Wpedantic 会出现问题。

case QNAP_PICSTS_SYS_TEMP_0 ... QNAP_PICSTS_SYS_TEMP_70:

（#define 不是枚举）

我收集开关范围的使用在内核中很常见，我可以重新编码它以使用带有一些 if/else 逻辑的默认值，但这实际上会更慢（跳转表与代码）

那么 1 是否有一个选项只允许此功能，2（为了奖励积分）我如何在 Debian 软件包规则中设置它？

选项在这里：

http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Warning-Options.html

我在 TS412 (QNAP) 上运行 Debian Bookworm；它将内核和 initrd 存储在闪存中。它总共有 16MB 闪存。因此，即使在调整 MD 分区之后，我能得到的最好的也是 12MB initrd 。我正在使用 xz 压缩。但即便如此，最初的 initrd 也有 12.5MB。我知道常见的解决方法是减少模块，但它们不是真正的问题。

2984    .../usr/lib/modules
6036    .../usr/share
18824   .../usr/lib/arm-linux-gnueabi

在arm-linux-gnueabi中查看它有像libX11这样的东西...这台机器甚至没有控制台（即使获得串行线也很困难）它当然不需要“X”。

因此，我完全删除了很多软件包（apt-get remove ...），实际上比我应该删除的要多。但结果是一个小得多的 initrd（大约 5MB IIRC），它启动和运行得很好。

问题是，如果我 ssh 到盒子上并运行 emacs(1) ，那么将 GUI 版本投影回我的普通桌面（有大量内存和大显示器等）会很好，但这需要安装TS412 上的 X 客户端库。

现在我不明白为什么仅仅因为我安装了带有 X 客户端库的软件包，就需要在 initrd 上保留一个副本，而在启动过程中不需要它们。有没有办法限制其他东西进入 initrd，而不仅仅是模块（这不是罪魁祸首）

我已经尝试过在文档中搜索限制 initrd 的指南。

我刚刚在我的 Debian 系统 (SID) 上遇到了一系列启动问题，突然报告：

/grub/i386-pc/normal.mod not found.

最终我找回了它（fsck 将很多东西从 /boot 移到了 lost+found 中，我需要通过 grub-install 进行替换）

但是在一切正常之后，我重新安装了各种 grub-* 软件包（以防它们现在处于丢失+找到状态）。我注意到 grub.cfg 有很多不同之处，形式如下：

<               set root='hd2,msdos1'                                                                                                                                                                
---                                                                                                                                                                                                  
>               set root='hd0,msdos1'                                                                                                                                                                
  

                        

我的 /boot（和 /（root））设备现在是 /dev/sdc (hd2) 而不是 /dev/sda (hd0)。一方面我看不出它是如何/为什么改变的，但另一方面我意识到 /dev/sdX 名称不固定并且可以从一个引导更改为下一个引导。所以鉴于这一切，我的问题是：

grub.cfg 如何包含如下条目：

set root='hd2,msdos1'

因为（没有映射文件）这等同于 /dev/sdc ...如果在下次启动时该磁盘显示为 sdb 或 sda 怎么办？

ABTW。最初的原因可能是损坏的 /boot ...我注意到它是 ext2 ，我不能使用 ext4 吗？...现在不是默认设置吗？[错误985470 ]

现在我们都熟悉不使用：

find . -print | xargs cmd

但使用

find . -print0 | xargs -0 cmd

为了处理包含例如换行符的文件名，但是我在脚本中的一行呢：

find $@ -type f -print | while read  filename

好吧，我认为它会是这样的：

find $@ -type f -print0 | while read -d"\0" filename

如果我只是这样做：

 find $@ -type f -print0 | while read filename

我会看到NULL吗？

但是不，while循环在零次后退出（在这两种情况下）我假设是因为读取返回零，我也假设是因为它读取了一个 NULL (\0) 。

感觉 bash读取应该带有“-0”选项。

我是否误读了正在发生的事情，或者是否有不同的方式来构建它？

对于这个例子，我可能不得不重新编码以使用 xargs ，但这是我不想分叉的一大堆新进程。