Не уверенный во втором выпуске кроме уже упомянутой вероятной поврежденной загрузки.
Что касается имени dev, им присваивают на первом, прибывают, сначала служат основанию, и порядок обнаружения устройств по сути ненадежен. Вы не можете управлять тем, какое имя устройства диск присвоен и не может полагаться на него всегда быть присвоенным того же. Вам не придется волноваться о Вашем внутреннем жестком диске, являющемся sdb. Если это на самом деле вызывает проблемы, то регистрируют отчет об ошибках против распределения, потому что оно, как предполагается, может обработать это.
Надеюсь, что следующее является самообъясняющим
find -maxdepth 1 -mtime -2 -type f -exec bash -c 'name=${1##*/}; cp "$name" /some/other/dir/${name%%[0-9]*}' _ {} \;
find -mtime -2 \
-maxdepth 1 \
\! -type d \
\( -name 'simon*' \
-o -name 'tom*' \
-o -name 'john*' \
\) | tar -T - \
--xform='s/[0-9]*$//' \
-cf - | tar -C ./path/to/destination --keep-newer-files -xf -
Я думаю, это сработает - похоже, это работает на меня. Пока файлы simon
, tom
и john
предполагается перезаписывать раз в два дня - я считаю, что это должно сработать. Либо так, либо очень близко. О, но для этого требуется GNU tar
- и, вероятно, GNU find
тоже, хотя я не уверен насчет последнего. Я не слишком сильно проверял их, потому что большинство из них были вашими собственными вариантами.