核心原因 #

^在Bash等Shell里属于特殊元字符（比如作为正则表达式的行首锚点，或是在历史命令扩展中起作用），直接用echo输出时会被Shell解析过滤，导致写入文件时这个字符凭空消失。结合你的rc.local场景，我给你几个靠谱的解决方案：

可行解决方案 #

1. 使用单引号包裹目标内容（最推荐） #

单引号会完全禁用Shell对内部字符的解析，所有内容都会被原样输出。比如你要写入的行是/usr/bin/mycmd ^arg1 ^arg2，可以这么写：

# 检查目标行是否存在，grep -F按字面匹配，避免^被当作正则处理
if ! grep -qF '/usr/bin/mycmd ^arg1 ^arg2' /etc/rc.local; then
    # 用单引号包裹，确保^被完整写入文件
    echo '/usr/bin/mycmd ^arg1 ^arg2' >> /etc/rc.local
fi

如果目标行需要用变量存储，记得用单引号定义变量：

TARGET_LINE='/usr/bin/mycmd ^arg1 ^arg2'
if ! grep -qF "$TARGET_LINE" /etc/rc.local; then
    echo "$TARGET_LINE" >> /etc/rc.local
fi

2. 双引号内转义^ #

如果必须使用双引号（比如需要在内容里扩展变量），要给^加上反斜杠\转义，明确告诉Shell这是普通字符：

# 假设需要扩展变量MY_CMD
MY_CMD='/usr/bin/mycmd'
TARGET_LINE="$MY_CMD \^arg1 \^arg2"
if ! grep -qF "$TARGET_LINE" /etc/rc.local; then
    echo "$TARGET_LINE" >> /etc/rc.local
fi

注意：这里grep依然要用-F选项，避免转义后的^被grep当作正则解析。

3. 使用printf代替echo #

printf的转义规则更稳定，跨Shell兼容性更好（比如dash里echo的-e选项可能不生效），直接按字面输出^即可：

TARGET_LINE='/usr/bin/mycmd ^arg1 ^arg2'
if ! grep -qF "$TARGET_LINE" /etc/rc.local; then
    printf "%s\n" "$TARGET_LINE" >> /etc/rc.local
fi

如果用双引号，同样需要转义^：printf "%s\n" "$MY_CMD \^arg1 \^arg2"

关键注意点 #

• 检查行是否存在时，一定要用grep -F（或grep --fixed-strings），否则grep会把^当作正则的行首标记，导致匹配逻辑完全错误。
• 写入/etc/rc.local通常需要sudo权限，记得给脚本加上sudo执行，或者在echo/printf命令前加sudo。
• 部分系统的/etc/rc.local需要确保文件开头有#!/bin/sh，并且最后一行是exit 0，否则你添加的命令可能不会在开机时执行。

内容的提问来源于stack exchange，提问作者Itai Ganot