У меня был тот же вопрос. Если у вас много дубликатов fdupes /my/directory/ -rdN
сохраняет файл с самой старой датой изменения, или если несколько файлов имеют одинаковую дату изменения, то тот, который найден первым.
Если дата изменения для вас не важна, вы можете потрогать
файлы в каталоге, которые вы хотите сохранить. Если вы решили touch
их с текущей датой и временем, то.
fdupes -rdNi
сохранит файлы с текущей датой. Или вы можете touch
сохранить файлы с более ранней датой, чем та, которую вы хотите удалить, и использовать fdupes -rdN
как обычно.
Если вам нужно сохранить дату модификации, то вам нужно использовать один из других методов.
Используйте mv
с Расширение скобки внутри контура.
for N in {1..100}; do
mv {,new_}file$N.txt
done
Перед запуском команды mv
оболочка расширит ее до такой команды для каждого файла, где $N
заменит соответствующий порядковый номер.
mv file$N.txt new_file$N.txt
, поэтому к имени файла добавляется префикс .
-121 ---124642 -Возможно, вы сможете обойти требования к пространству для этой операции, отключив резервное копирование метаданных с помощью параметра -A|--autobackup
:
lvextend -An -L+5G /dev/mapper/vg08_root
Если вы сделаете это, выполните операцию с vgcfgbackup
, чтобы зафиксировать новое состояние.
Пост -Вскрытие:
Поскольку конечной целью было расширение логического тома и изменение размера инкапсулированной файловой системы, можно было использовать одноэтапную -операцию:
lvextend -An -L+5G --resizefs /dev/mapper/vg08_root
В этом случае тип файловой системы был бы выведен автоматически, что позволило бы избежать попыток использовать resize2fs
вместо `xfs _Growfs'.
Это потому, что в /etc/lvm/archive
нет пробела или он доступен только для чтения.
Судя по тому, что раздел заполнен на 100%, /etc/lvm/archive
не осталось свободного места. Вам нужно будет создать место в корневом разделе.
Если все равно не работает, значит папка доступна только для чтения -. Решите с помощью:chmod a+r /etc/lvm/archive