小编Nat*_*man的帖子

这一直困扰着我。为什么根目录包含对父目录的引用？

bob@bob:/$ ls -a
. 构建 home lib32 mnt .rpmdb sys vmlinuz
.. cdrom initrd.img lib64 opt sbin tmp vmlinuz.old
bin dev initrd.img.old lost+found proc selinux usr
引导等 lib 媒体根 srv var

我了解如何在文件系统中管理目录 - 每个目录都有 n+2 个指向自身的指针（n = 目录内的子目录数）。一个用于每个直接子目录，一个用于其父目录，一个用于其自身。

但是什么是/父母？

我有时会对进程可以接收的所有信号感到困惑。据我了解，一个进程对这些信号中的每一个都有一个默认处理程序（信号处置），但它可以通过调用sigaction().

所以这是我的问题：是什么导致每个信号被发送？我意识到您可以通过-s参数 to手动向正在运行的进程发送信号kill，但是发送这些信号的自然情况是什么？例如，什么时候SIGINT发送？

另外，对可以处理哪些信号有任何限制吗？甚至SIGSEGV可以处理信号并将控制权返回给应用程序吗？

我代表另一个在 Ubuntu 聊天室提出问题的用户提出这个问题。

日志文件系统是否保证在发生电源故障时不会发生损坏？

如果此答案取决于文件系统，请指出哪些可以防止损坏，哪些不能。

是否可以从 shell 中重命名当前工作目录（在我的特定情况下为 Bash）？如果我尝试以直接的方式执行此操作，则会出现错误：

nathan@nathan-desktop:/tmp/test$ mv . test2
mv: cannot move ‘.’ to ‘test2’: Device or resource busy

有没有另一种方法可以在不更改当前目录的情况下执行此操作？我意识到我可以通过更改到父目录轻松完成此操作，但我很好奇是否有必要这样做。毕竟，如果我从另一个 shell 重命名目录，之后我仍然可以在原始 shell 中创建文件。

如果我用这样的参数调用命令：

bob@bob-pc:~$ command -arg1 -arg2

...其他用户可以查看传递给命令的参数吗？

仔细检查/etc/passwd和/etc/shadow文件显示存储的密码是使用某种形式的散列函数散列的。

快速谷歌搜索显示，默认情况下，密码使用DES 加密。如果条目以 开头$，则表示使用了其他一些散列函数。

例如，我的 Ubuntu 机器上的一些条目以$6$...

不同的数字代表什么？

是否有内核模块或其他补丁或类似于 Windows ReadyBoost 的东西？

基本上，我正在寻找允许将磁盘读取缓存在闪存驱动器上的东西。

我已经在这个页面下载了 Raspbian 镜像。我正在尝试编译可用于在 qemu 中引导映像的内核。

我从kernel.org下载了 Linux 内核源代码并运行：

make versatile_defconfig
make menuconfig

然后我向内核添加了以下功能：

• PCI 支持 (CONFIG_PCI)
• SCSI 设备支持 (CONFIG_SCSI)
• SCSI 磁盘支持 (CONFIG_BLK_DEV_SD)
• SYM53C8XX 版本 2 SCSI 支持 (CONFIG_SCSI_SYM53C8XX_2)
• 扩展 3 (ext3) 文件系统 (CONFIG_EXT3_FS)
• 扩展 4 (ext4) 文件系统 (CONFIG_EXT4_FS)

我还循环安装了磁盘映像，并且：

• 注释掉 /etc/ld.so.preload
• 调整/etc/fstab使用/dev/sda1和/dev/sda2

然后我卸载了图像并尝试使用以下命令启动机器：

qemu-system-arm \
    -M versatilepb \
    -m 256 \
    -kernel linux-4.3/arch/arm/boot/zImage \
    -hda 2015-09-24-raspbian-jessie.img \
    -serial stdio \
    -append "root=/dev/sda2 rootfstype=ext4 rw console=ttyAMA0"

内核能够挂载文件系统，但它立即遇到了一些麻烦：

Kernel panic - not syncing: …

我使用的是一个运行 X11 的小型 Linux 发行版，JWM 作为其窗口管理器。我正在浏览目录时突然鼠标冻结并且键盘没有响应。大写锁定和滚动锁定指示灯闪烁。

这是什么意思……我能做些什么吗？

相关问题：Linux 文件系统/组织与 Windows 有何不同？

我有点熟悉权限在文件和目录方面的工作原理 - 每个条目都有一个ownerandgroup属性，代表文件的所有者和所有者所属的组（如果我错了，请纠正我）。

这与 Windows 上 NTFS 文件系统中的权限组织有何不同？Unix的权限系统相比NTFS有什么优势？