tail +2 path/to/your/file

适用于我，不需要指定-n标志。原因请看Aaron的回答。

应该显示除第一行以外的其他行:

cat textfile.txt | tail -n +2

如果您要做的是在失败后恢复，那么您可以构建一个包含迄今为止所做的工作的文件。

if [[ -f $tmpf ]] ; then
    rm -f $tmpf
fi
cat $srcf |
    while read line ; do
        # process line
        echo "$line" >> $tmpf
    done

tail +2 path/to/your/file

适用于我，不需要指定-n标志。原因请看Aaron的回答。

不，这是你能得到的最高效率。您可以编写一个C程序，它可以更快地完成这项工作(更少的启动时间和处理参数)，但随着文件变大，它可能会趋向于与sed相同的速度(如果需要一分钟，我就假定它们很大)。

但是你的问题和其他问题一样，都是以解决方案为前提的。如果你能详细地告诉我们你正在尝试做什么，而不是如何做，我们可能会提出一个更好的选择。

例如，如果这是一个由其他程序B处理的文件a，一种解决方案是不去掉第一行，而是修改程序B以不同的方式处理它。

假设您的所有程序都附加到这个文件A，程序B当前在删除它之前读取并处理第一行。

您可以重新设计程序B，这样它就不会试图删除第一行，而是在文件a中维护一个持久的(可能是基于文件的)偏移量，以便下次运行时，它可以查找该偏移量，处理那里的行，并更新偏移量。

然后，在一个安静的时间(午夜?)，它可以对文件a进行特殊处理，删除当前处理的所有行，并将偏移量设置为0。

对于程序来说，打开并查找文件肯定比打开并重写要快。当然，这个讨论假设您可以控制程序B。我不知道是不是这样，但如果你提供进一步的信息，也许还有其他可能的解决方案。

基于其他3个答案，我想出了这个语法，在我的Mac OSx bash shell中完美地工作:

Line =$(head -n1 list.txt && echo "$(tail -n +2 list.txt)"> list.txt)

测试用例:

~> printf "Line #%2d\n" {1..3} > list.txt
~> cat list.txt
Line # 1
Line # 2
Line # 3
~> line=$(head -n1 list.txt && echo "$(tail -n +2 list.txt)" > list.txt)
~> echo $line
Line # 1
~> cat list.txt
Line # 2
Line # 3