bash：在只读根分区上使用read <<<“ $ VARIABLE”时出现一些问题。任何已知的解决方法？

碰巧的是，我不得不使用我的ATA-ID-to-device-name脚本（在这里找到：https : //serverfault.com/questions/244944/linux-ata-errors-translating-to-a-device-name/ 426561＃426561）在只读 /分区上。如果您感到好奇，它是一个Ubuntu恢复控制台，可让您访问/分区，但默认情况下会将其挂载为只读。我对此感到高兴，因为否则我可能永远都不会发现我的脚本由于以下特定行而在R / O系统上的行为异常：

IFS=: read HostMain HostMid HostSub <<< "$HostFull"

这并不会在没有写权限的工作。我不会以为它会失败。但是显然，<<<操作员确实需要将一些临时文件写入某个位置。

但是，有什么方法可以避免创建临时文件，或者有什么方法可以指定将文件写入的位置？在Ubuntu恢复控制台中，对/run目录有-非常好-的写权限，如果我能以某种方式“说” read将临时文件写到比平常其他地方的位置，则可以这样做。

数组可以进行字符串解析，而无需临时文件。别忘了关闭glob。

set -f
IFS=: Hosts=($HostFull)
HostMain=${Hosts[0]}
HostMid=${Hosts[1]}
HostSub=${Hosts[2]}
set +f

我同意@gniourf_gniourf，您可能需要写访问权限，但不需要文件描述符，很可能是文件。

您可以通过在只读分区中跟踪命令的执行情况来进行测试。

{ strace -p "$$" & sleep 1; read var1 <<< "hi"; sleep 1; kill "$1"; }

上面的代码将strace在Bash shell（进程$$）上运行。然后休眠1秒钟，然后read从这里STRING 运行。我把弦"hi"放在这个位置。然后我sleep一个更秒钟，然后kill将strace。

例

解析此输出时，您会注意到一个文件以形式打开O_WRONLY，用于写入文件。

open("/tmp/sh-thd-4137571604", O_WRONLY|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3

在上方，我们可以看到您的命令序列正在写入什么文件。

我发现位置参数对于此类任务非常有用。通常，它也可移植到所有外壳，并且无需分叉或临时文件。

$ HostFull=main:mid:sub    
$ oldIFS=$IFS; IFS=:; set -- $HostFull; IFS=$oldIFS
$ echo $1
main
$ echo $2
mid
$ echo $3
sub