如何仅在GNU Parallel处理成功后执行删除原文件命令
解决GNU Parallel批量转码后无法删除原文件的问题
你的问题出在命令的优先级和执行逻辑上:&& rm {}并没有和单个文件的ffmpeg转码命令绑定,而是和整个parallel命令绑定。也就是说,只有当所有转码任务全部完成后,才会尝试执行一次rm {},但此时{}已经没有对应单个文件的意义,自然不会删除任何原文件。
正确的命令写法
把ffmpeg和rm的命令用单引号包裹,让GNU Parallel将其作为单个任务单元执行,这样&&就会针对每个文件生效——只有当该文件的ffmpeg转码成功时,才会删除对应的原文件:
find . -maxdepth 1 -type f -iname "*.wav" | parallel -j+0 'ffmpeg -threads 0 -hide_banner -loglevel error -i {} -movflags use_metadata_tags -c:a libmp3lame -q:a 2 ./converted/{.}.mp3 && rm {}'
安全测试建议
在实际删除文件前,建议先把rm {}换成echo rm {},验证逻辑是否正确,避免误删:
find . -maxdepth 1 -type f -iname "*.wav" | parallel -j+0 'ffmpeg -threads 0 -hide_banner -loglevel error -i {} -movflags use_metadata_tags -c:a libmp3lame -q:a 2 ./converted/{.}.mp3 && echo rm {}'
额外注意
确保./converted目录已经存在,如果不存在,ffmpeg会转码失败,rm {}也不会执行。可以提前用mkdir -p ./converted创建目录。
内容的提问来源于stack exchange,提问作者LinuxN00b
相关产品推荐
相关产品推荐

