Copie os n maiores arquivos de um determinado diretório para o atual

Todas as minhas soluções tratam apenas arquivos , conforme solicitado, e podem tratar todos os tipos de arquivos
(mesmo com caracteres especiais).

Se você quiser usarls -S

Faça isso da forma correta:

ls --zero -S | head -z -n5 | xargs -r0 cp -t ./other/dir --

Exigir recente GNU coreutils.

coreutils 9.1-1aqui.

Outra maneira, usando bashe recente GNU find:

findutils 4.9.0-4aqui.

Com base nisso :

shopt -s nullglob
cd specific/directory/ || exit
print0 () { 
    [ "$#" -eq 0 ] || printf '%s\0' "$@"
}
readarray -td '' files < <(
    print0 * |
    find -files0-from - -maxdepth 0 -type f -printf '%b\t%p\0' |
    sort -rzn |
    cut -zf2 -
) 
cp -av -- "${files[@]:0:5}" "$OLDPWD"/

• ${files[@]:0:5}está expandindo para os primeiros 5 elementos da matriz de arquivos cujas chaves são maiores ou iguais a 0.

para ferramentas mais antigas via Perlem qualquer shell

perl -e 'rename($_, "./other/dir/$_") for ((sort { -s $b <=> -s $a } <*>))[0..4]'

Usando zshvocê pode evitar todas as armadilhas associadas à análise e classificação da saída de ls:

cp -n -- specific/directory/*(.DOL[1,5]) ./

ou com GNU cp(para a -topção):

cp -n -t ./ -- specific/directory/*(.DOL[1,5])

onde estão os qualificadores glob

• .corresponde apenas a arquivos simples (não diretórios, links simbólicos, fifos, soquetes).
• Dalterne a opção dotglob - omita isso se quiser excluir arquivos ocultos
• OL[1,5]ordena os resultados por tamanho de arquivo (tamanho) e seleciona os 5 primeiros

e a -nopção impede cpa destruição de arquivos existentes no caso de uma colisão de nomes.

EDIT: Nova resposta, funciona de forma mais completa:

A razão pela qual o original falha é que o nome do diretório é adicionado apenas ao primeiro resultado, portanto, os resultados restantes, não existentes no diretório atual, causam os erros relacionados à ausência desses arquivos.

Uma forma que funciona sem findé aproveitar a -Fopção to ls, que inclui caracteres à direita indicando os tipos de inodes. A seguir está uma resposta incompleta que remove os diretórios da listagem via grep; uma resposta mais completa removeria outros tipos de inode que deveriam ser excluídos. Os sedcomandos removem os *executáveis ​​adicionados por -F.

source="<some directory name>"
destination='.'
someCount=5 # e.g.
while IFS=\  read -r; do
    cp "${source}/${REPLY}" "${destination}"
done <<<"$(ls "${source}" -Ft | grep -v '/$' | head -5 | sed 's/\*$//')"

RESPOSTA ORIGINAL:

Suponha que os maiores arquivos sejam um, dois, três e quatro. O comando na pergunta acaba sendo

cp specific/directory/one two three four .

Como dois, três e quatro não saem em ., o comando falha. Algo semelhante a

source=specific/directory
set -f # disable globbing
IFS='
'      # split on newlines only
for file in $(ls -S $source); do
   cp "${source}/${file}" .
done

faria isso.

AVISO: Isso será interrompido se houver novas linhas em qualquer um dos nomes de arquivo (ou se seus lsnomes de arquivo forem alterados, mesmo quando não estiverem sendo impressos no terminal).

Para integrar as outras respostas:

TL; DR: Veja abaixo soluções viáveis ​​para bashe shells POSIX.

Por que o tubo está funcionando para o primeiro item e falhando para o resto?

Porque o shell não se comporta como seu comando supõe.

A $(ls -S | head)substituição de comando é realmente substituída por sua saída e é colada imediatamente adjacente à direita do cp specific/directorytrecho, mas:

1. porque você não colocou aspas duplas (o que é errado na maioria das vezes), a saída da Substituição de Comando passa por Divisão de Palavra de acordo com a IFSvariável; este último é definido por padrão como (um único espaço) mais caracteres <tab> mais <nova linha> e um <nova linha> é o que os ls -S | headcomandos usam para separar cada nome de arquivo; portanto, cada nome acaba sendo um caminho independente separado ao seu cpcomando; observe que, neste caso, colocar aspas duplas na substituição de comando não ajudaria, como você provavelmente já descobriu
2. o shell também não duplica o specific/directory/trecho para cada um dos nomes; (esse seria o trabalho para uma expansão Brace, mas seria complicado acertar neste caso); portanto, apenas o primeiro dos nomes separados recebe o prefixo do diretório e é, portanto, acessível por cp, enquanto os outros 4 nomes devem estar presentes no diretório atual, mas obviamente eles não estão (e mesmo se estivessem, cpteriam então reclamou que eles eram de fato os mesmos arquivos que os do diretório de destino ./)

Poderia ser feito para "funcionar"? em princípio sim, mas seria frágil porque desmoronaria assim que um dos n-files contivesse um dos caracteres especificados na IFSvariável; pior ainda, se combinado com um descontrolado, evalpode ser usado para a mais clássica das injeções de comando se você não tiver controle total dos nomes de arquivo em specific/directory. (Além disso, veja a nota ¹ abaixo).

Possíveis soluções para bashe shells POSIX

Além da ls --zerosolução disponível ao usar GNU coreutils v9.0 em diante, conforme mencionado em outras respostas, a operação também pode ser feita com segurança ¹ com GNU lsde coreutils v8.25 (por volta de 2016) em diante, que fornece as --quoting-stylevariantes para shells. Para isso precisamos usar eval, pois esta é de fato a única forma de se beneficiar dessa lsopção que de fato foi projetada para funcionar eval .

Como de costume, evalprecisa ser manuseado com cuidado extra, se for o caso. Aqui, estamos usando-o exclusivamente lsapenas para o comando e confiando em lscitar nomes de arquivos corretamente para o shell conforme o comportamento documentado. Para cuidados adicionais, pode-se invocar, por exemplo, /bin/lso caminho completo explícito para um lsexecutável fornecendo a --quoting-styleopção desejada, em vez de arriscar usar quem sabe qual lsestá $PATHou talvez quem sabe qual função não autorizada exportada (ou mesmo alias) nomeada propositalmente ls.

Assim, com bash:

(
  set -o pipefail \
    && o="$(/bin/ls -S --quoting-style=shell-escape-always | head -n 5)" \
    && eval "set -- $o" \
    && (("$#")) && cp -n -- "${@/#/specific/directory/}" .
)

Você pode alterar facilmente o número dos primeiros n-arquivos alterando a extensão head -n 5.

Observe que no trecho acima eu adicionei segurança extra e verificações de erro, mas pragmaticamente a coisa toda pode ser reduzida aos comandos essenciais, se você for absolutamente positivo sobre sua lsversão e não tiver nenhum motivo real para falhar ou exibir caracteres perdidos .

(cd specific/directory && \
 eval "cp -n -- $(ls -S --quoting-style=shell-escape-always | head -n 5)"' "$OLDPWD"')

Um equivalente da solução acima feita para shells POSIX também pode funcionar com segurança ¹ embora não seja totalmente ideal, pois precisa carregar na memória toda a lista de arquivos apresentada pelo lscomando. Como não podemos filtrar essa lista antes de chegar ao shell, o diretório de origem não deve conter tantos arquivos para preencher a memória disponível, ou o shell morrerá antes de executar o cpcomando:

(
  set -- && cd specific/directory \
    && o="$(/bin/ls -rSxw 0 --quoting-style=shell-always)" && eval "set -- $o" \
    && [ "$#" -gt 0 ] && n="$(($# - 5))" && shift "$(($n > 0 ? $n : 0))" \
    && cp -n -- "$@" "$OLDPWD"
)

Aqui você altera o número dos primeiros n-arquivos alterando o $(($# - 5))bit.

Assim como na bashversão, esta também pode ser reduzida um pouco, desde que você esteja novamente positivo sobre as pré-condições necessárias. Este, além da bashversão reduzida, também precisa de pelo menos n-arquivos para estar realmente presente no diretório de origem, ou então o shiftcomando falhará fazendo o shell abortar prematuramente (por exemplo, se você tiver menos de 5 arquivos em specific/directory, este versão reduzida não irá copiá-los).

(
  set -- && cd specific/directory \
    && eval "set -- $(ls -rSxw 0 --quoting-style=shell-always)" \
    && shift "$(($# - 5))" && cp -n -- "$@" "$OLDPWD"
)

¹ NOTA: para simplificar e explicar, as soluções acima não verificam se os arquivos são apenas arquivos regulares (ou seja, não diretórios ou links simbólicos, soquetes, fifos nomeados, arquivos de dispositivo). Portanto, se o seu diretório de origem tiver "arquivos" desses tipos entre os primeiros n-arquivos maiores (mesmo que conte efetivamente 0 bytes), as soluções acima incluirão esses nomes no cpcomando final. Isso pode ser particularmente relevante para links simbólicos e diretórios que sempre contam mais que 0, dependendo de seu conteúdo e, portanto, podem ter uma classificação mais alta do que arquivos regulares em umls -S. Naturalmente, poderíamos repetir os nomes dos arquivos para testar os tipos de arquivo e descartar os não regulares, mas ficaria cada vez mais complexo, especialmente para substituir os descartados pelo próximo na classificação. Por favor, veja as outras respostas para lidar com esses casos de forma sã, pois minhas soluções aqui já estendem um pouco o que os bash shells POSIX são capazes.