使用ssh
来自忙碌盒,我无法删除符号链接:重新启动设备后,符号链接重新出现。ls -la
显示符号链接已被删除,但重新启动设备后它们再次出现。
这些符号链接事先已经存在,是在安装固件时创建的。
$ rm uw_cert.cer
我尝试删除uw_cert.cer和uw_key_prv.bin,但是重启后又出现了。其他文件可以毫无问题地删除。
<root@fwre:/nvram/1/security> ls -la
total 5
drwxr-xr-x 3 root 0 0 Jan 1 00:00 .
drwxr-xr-x 5 root 0 0 Jan 1 00:05 ..
-rwxrwxrwx 1 root 0 905 Jan 1 00:06 cm_cert.cer
drwxr-xr-x 2 root 0 0 Jan 1 00:00 download
lrwxrwxrwx 1 root 0 25 Jan 1 00:00 uw_cert.cer -> /nvram/fw/bpi/uw_cert.cer
lrwxrwxrwx 1 root 0 28 Jan 1 00:00 uw_key_prv.bin -> /nvram/fw/bpi/uw_key_prv.bin
-rwxrwxrwx 1 root 0 1052 Jan 1 00:06 mfg_cert.cer
-rwxrwxrwx 1 root 0 140 Jan 1 00:02 mfg_key_pub.bin
lrwxrwxrwx 1 root 0 37 Jan 1 00:00 root_pub_key.bin -> /etc/docsis/security/root_pub_key.bin
mount
输出:
<root@fware:/var/tmp> mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
ramfs on /var type ramfs (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
/dev/mtdblock4 on /nvram type jffs2 (rw)
编辑:
df /nvram/1/security
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mtdblock4 320 256 64 80% /nvram
cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / squashfs ro 0 0
proc /proc proc rw 0 0
ramfs /var ramfs rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /dev tmpfs rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/mtdblock4 /nvram jffs2 rw 0 0
答案1
您尝试从中删除符号链接的文件系统可能是initramfs
在启动时加载到RAM上的文件系统,因此您正在修改的是初始RAM磁盘的RAM副本,该副本在关闭时被丢弃。
如果要修改 ramdisk 文件,则需要其他信息。您使用哪个引导加载程序?从哪个设备?你能访问内核文件和ramdisk吗?你有哪个内核命令行? (用于cat /proc/cmdline
发现)?
我发现这一页这解释了如何将 ramdisk 映像放在 u-boot 设备上。但是我找不到将原始ramdisk下载到您的计算机上以便您进行编辑的方法。
请注意,如果您提供无效的 ramdisk,您的系统可能会无法启动。我对该特定架构了解不多,因此无法向您建议经过验证的安全策略。如果您问另一个关于如何修改 U-boot 嵌入式调制解调器的初始 ramdisk 的问题,那么您将有最好的机会(在这个问题中您询问了符号链接,因此了解 u-boot 的人可能会完全忽略这一点)