вы можете использовать
rsync -ani source destination
если будут изменения прав доступа к файлу, вы увидите вывод, подобный
rsync -ani 1 new/
.f...p..... 1
флаги идентифицируют измененный параметр файла
Узел вашего устройства /dev/sdc1
был заменен обычным файлом размером 10 МБ, который теперь действует как файл образа раздела размером 10 МБ. Вероятно, это результат предыдущей ошибки с какой-то командой.
Сначала размонтируйте файл:
umount /mnt/pi/boot
losetup -l -a
## if the output of the losetup command above is not empty, run this command:
losetup -r /dev/loop0
Затем переместите файл изображения в сторону:
mv /dev/sdc1 /tmp/sdc1-image-10M.ima
(Возможно, вам не нужен этот файл, поэтому вы можете просто удалить его, но лучше перестраховаться, чем потом сожалеть...)
Замените его фактическим узлом блочного устройства, как это должно быть, и установите разрешения. Это одна из очень немногих причин использовать команду mknod
в современных системах :
mknod /dev/sdc1 b 8 33
chown root:disk /dev/sdc1
chmod 660 /dev/sdc1
Параметры команды mknod::
b
= блочное устройство, c
= символьное устройство. lsblk
дляsdc1
lsblk
дляsdc1
Теперь при доступе к /dev/sdc1
вы снова должны получить фактический раздел вместо случайного файла образа. Поскольку первоначальная команда mkfs.vfat
воздействовала на файл образа, а не на фактический раздел, вам следует повторить ее :
mkfs.vfat /dev/sdc1
mount /dev/sdc1 /mnt/pi/boot
, после чего вы сможете перейти к:
mv /mnt/pi/root/boot/* /mnt/pi/boot
(Для ясности я использую полные пути; вы, конечно, можете использовать более короткие пути относительно вашего текущего каталога, если хотите.)