首页 > 解决方案 > 如何从 bash 脚本中的 Docker 容器中运行的脚本获取 USB 设备信息?

问题描述

我制作了一个受balena-storage启发的 mount.sh 文件。当我通过我正在部署的 balena.io 仪表板(在其他地方可能相同)登录到容器并手动运行脚本时,它可以工作。当容器在启动时运行脚本(运行脚本的脚本)时,它会挂起未填充的变量。我认为这是权限问题或脚本运行脚本的事情。我不确定如何继续读取 USB 设备变量。

挂载.sh:

# Automatically mount a USB drive by specified volume name.
# Note: make sure to have USB_VOLUME_NAME set in env vars.
# Thanks: https://github.com/balena-io-playground/balena-storage

echo "Checking for USB_VOLUME_NAME..."

echo "A"

if [[ -z $USB_VOLUME_NAME ]]; then
  echo "Make sure to set environment variable USB_VOLUME_NAME in order to find a connected USB drive by that label and connect to it. Exiting..." >> /usr/src/app/mount.log
  exit 1
fi

echo "B"

# Get device by label env var set in balena.io dashboard device env vars
USB_DEVICE=$(blkid -L $USB_VOLUME_NAME)
if [[ -z $USB_DEVICE ]]; then
  echo "Invalid USB_DEVICE name: $USB_DEVICE" >> /usr/src/app/mount.log
  exit 1
fi

echo $USB_DEVICE

echo "C"

# Get extra device info
ID_FS_TYPE=${ID_FS_TYPE:=$(/bin/udevadm info -n $USB_DEVICE | /usr/bin/awk -F "=" '/ID_FS_TYPE/{ print $2 }')}
ID_FS_UUID_ENC=${ID_FS_UUID_ENC:=$(/bin/udevadm info -n $USB_DEVICE | /usr/bin/awk -F "=" '/ID_FS_UUID_ENC/{ print $2 }')}
ID_FS_LABEL_ENC=${ID_FS_LABEL_ENC:=$(/bin/udevadm info -n $USB_DEVICE | /usr/bin/awk -F "=" '/ID_FS_LABEL_ENC/{ print $2 }')}

MOUNT_POINT=/mnt/$USB_VOLUME_NAME

echo $ID_FS_TYPE
echo $ID_FS_UUID_ENC
echo $ID_FS_LABEL_ENC
echo $MOUNT_POINT

echo "D"

# Bail if file system is not supported by the kernel
if ! /bin/grep -qw $ID_FS_TYPE /proc/filesystems; then
  echo "File system not supported: $ID_FS_TYPE" >> /usr/src/app/mount.log
  exit 1
fi

echo "E"

# Mount device
if /bin/findmnt -rno SOURCE,TARGET $USB_DEVICE >/dev/null; then
    echo "Device $USB_DEVICE is already mounted!" >> /usr/src/mount.log
else
    echo "Mounting - Source: $USB_DEVICE - Destination: $MOUNT_POINT" >> /usr/src/app/mount.log
    /bin/mkdir -p $MOUNT_POINT
    /bin/mount -t $ID_FS_TYPE -o rw $USB_DEVICE $MOUNT_POINT
fi

echo "F"

当容器运行脚本时,它在“D”之后卡住,ID_FS_TYPE、ID_FS_UUID_ENC 和 ID_FS_LABEL_ENC 为空(挂起的好理由)。

输出:

Checking for USB_VOLUME_NAME...
A
B
/dev/sda1
C



/mnt/MYDRIVE
D

我的 dockerfile.template:

FROM balenalib/%%BALENA_MACHINE_NAME%%-node

# Enable udev for detection of dynamically plugged devices
ENV UDEV=on
COPY udev/usb.rules /etc/udev/rules.d/usb.rules

# Install dependencies
RUN install_packages util-linux

WORKDIR /usr/src/app

# Move scripts used for mounting USB
COPY scripts scripts
RUN chmod +x scripts/*

# server.js will run when container starts up on the device
CMD ["/bin/bash", "/usr/src/app/scripts/start.sh"]

开始.sh:

echo "Mounting USB drive..."
cd /usr/src/app/scripts
/bin/bash mount.sh

# It won't get this far while the script above hangs.
echo "Starting server..."
cd /usr/src/app
/usr/local/bin/yarn run serve

我可以确认从容器内手动运行时一切正常:

cd /usr/src/app/scripts
/bin/bash mount.sh

输出:

Checking for USB_VOLUME_NAME...
A
B
/dev/sda1
C
vfat
BE23-31BA
MYDRIVE
/mnt/MYDRIVE
D
E
F
(and the drive mounted)

我将如何解决空变量?

标签: bashdockerawkmount

解决方案


始终引用您使用的每个shell 变量。(除非您完全确定自己在做什么,以及如果变量值为空或包含空格,您期望会发生什么。)

不引用,当你

/bin/grep -qw $ID_FS_TYPE /proc/filesystems

并且$ID_FS_TYPE是空的,这个词只是从命令行中省略了,所以你得到

/bin/grep -qw /proc/filesystems

/proc/filesystems用作正则表达式,并尝试对其标准输入进行 grep;这会导致您看到明显的挂起。

相反,如果您引用它:

/bin/grep -qw "$ID_FS_TYPE" /proc/filesystems

它将获得一个空字符串作为正则表达式参数和一个文件名作为输入参数,这将很容易成功(但不会挂起)。

出于类似的原因,如果未设置,我希望您会收到 shell 语法错误$USB_VOLUME_NAME,并且如果该变量名中有空格,则整个脚本的行为会很奇怪。


推荐阅读