los enlaces simbólicos fallan cuando se ejecutan desde systemd-nspawn


1

Estoy personalizando un sistema incrustado systemd-nspawnpara ejecutar algunos comandos en el entorno. Funciona bien, pero algunos enlaces simbólicos no se crean.

Esta es la parte de mi script:

systemd-nspawn -q --bind /usr/bin/qemu-arm-static -D $MOUNTPATH /bin/bash << EOF

mkdir -p /home/pi/etc/network
cd /home/pi/etc/network
mv /etc/wpa_supplicant/wpa_supplicant.conf .
mv /etc/dhcp/dhcpd.conf .
mv /etc/default/isc-dhcp-server .
mv /etc/network/interfaces .
mv /etc/default/hostapd .
mv /etc/resolv.conf .

ln -s /home/pi/etc/network/wpa_supplicant.conf /etc/wpa_supplicant/wpa_supplicant.conf
ln -s /home/pi/etc/network/interfaces /etc/network/interfaces
ln -s /home/pi/etc/network/dhcpd.conf /etc/dhcp/dhcpd.conf
ln -s /home/pi/etc/network/isc-dhcp-server /etc/default/isc-dhcp-server
ln -s /home/pi/etc/network/hostapd.conf /etc/hostapd/hostapd.conf
ln -s /home/pi/etc/network/hostapd /etc/default/hostapd
ln -s /home/pi/etc/network/resolv.conf /etc/resolv.conf
chown -R pi:pi /home/pi/

EOF

Recibo varios errores como este en ambos movey lncomandos:

Ioctl no compatible: cmd = 0x40049409

El comportamiento es bastante raro. Los archivos que generaron ese error se copian y no se mueven. Supongo que los enlaces no se crean porque el archivo existe (aunque esto no aparece en la consola, solo el mensaje anterior).

PERO, abrir un shell systemd-nspawne iniciar manualmente esos comandos (copiar y pegar desde el script anterior) funciona bien. Todos los archivos se mueven y se crean enlaces.

¿Qué diferencia debo buscar?

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.