Что-то вроде этого поможет?
pushd /home/iris/filesToExtract
for i in $(</home/iris/hdpvr.txt); do find. -mindepth 1 -maxdepth 1 -type f -name "*_$i.xml" -print0 | xargs -r -0 -i mv "{}" /home/iris/xmlfiles; done
find. -mindepth 1 -maxdepth 1 -type f -name "*.xml" -delete
popd
Вы также можете сделать это жестоким способом с mv, но он выдаст ошибки, если файл не будет найден
pushd /home/iris/filesToExtract
for i in $(</home/iris/hdpvr.txt); do mv "*_$i.xml" /home/iris/xmlfiles; done
find. -mindepth 1 -maxdepth 1 -type f -name "*.xml" -delete
popd
Насколько я понял, это описывает текущее состояние:
/dev/nvmen0n1p1
монтируется на /tmp/mnt
— загружает Windows, а не Pop _ОС /dev/nvmen0n1p6
монтируется на /boot/efi
— загружает поп _ОС, а не Windows Я придумал план действий:
du -sh /boot/efi
получить размер «Linux ESP» du -sh /tmp/mnt
получить размер «Windows ESP» umount /boot/efi
размонтировать «Linux ESP» dd if=/dev/nvmen0n1p6 of=p6.backup.vfat
создайте резервную копию на всякий случай mount /boot/efi
re -монтирование "Linux ESP" rm -r /tmp/mnt/EFI/ubuntu
Похоже, у вас когда-то была установлена Ubuntu. этот устаревший загрузчик -может работать. cp -r /tmp/mnt/* /boot/efi
объединить «Windows ESP» с «Linux ESP» (это «исцелит» загрузку Windows, но в неправильном ESP)`cp -r /boot/efi* /tmp/mnt/
скопировать объединенный ESP в «Windows ESP» umount /boot/efi
снова размонтировать «Linux ESP» dd if=/dev/zero of=/dev/nvmen0n1p6
убить «Linux ESP» (это можно отменить, вернув резервную копию обратно в/dev/nvmen0n1p6
). Теперь у UEFI нет другого выбора, кроме как выбрать единственный оставшийся ESP /etc/fstab
, чтобы /dev/nvmen0n1p1
был смонтирован на/boot/efi
mount /boot/efi
крепление "объединенный ЭЦН" Дополнительно :Вы должны иметь возможность запускать grub-install /dev/nvmen0n1
и update-grub
после установки повторно объединенного ESP.
Я не знаком с ОС Pop _! стиль загрузки. Я никогда не слышал о systemd-bootx64.efi
. Я рекомендую подготовить USB-накопитель с Super GRUB2 Disk — обычно с него можно загрузить что угодно.