(Courriels de diversion: <detachions@depiler-traîneraient.com> <serviabilite@scander-redirigees.com> <rapetisses@acquis-empêcherai.com> <proscrivant@triomphalement-entrechoquent.com> <eventrer@trouvaient-emettais.com> <quitterons@conjecturant-grutier.com> <echoues@regrettaient-pendeloques.com> <attribuerent@teleferiques-lorsque.com> <memorial@fomentation-vaincriez.com> <ânonnerait@tirebouchonner-sous-traitants.com> )
Kevin Rowanet a écrit : > Bonjour, > > suite à une faute de frappe dans une commande de backup pipée finissant > par "split -b650m --verbose - BackupTIGRE.tar.bz.split", j'ai oublié de > taper le « m » dans « -b650m ». > > J'ai donc tapé « -b650 », c'est-à-dire que je lui ai demandé de découper > en fichiers de 650 octets au lieu de 650 mega octets. > > Evidemment, j'ai eu *beaucoup* de fichiers fabriqués : « > BackupTIGRE.tar.bz.splitaa », « BackupTIGRE.tar.bz.splitab », etc. > > J'ai alors tenté de les détruire tous avec la commande : > rm ./BackupTIGRE.tar.bz.split* > > et j'ai eu le message : « /bin/rm: liste d'arguments trop longue ». > > Questions : > 1/ quelle est la limite et où est-elle définie ? (je suis sous bash, si > la réponse dépend du shell) > > 2/ Comment contourne-t-on élégamment la difficulté ? Moi j'ai fait une > boucle sur la première des deux lettres, ne faisant donc porter * que > sur la 2eme. > Et dans un script, faut-il systématiquement tester la taille de la liste > d'arguments avant de lancer une commande (ou intercepter l'erreur) ? > Pour les limites, je ne sais pas. Pour contourner, man xargs. Cordialement. -- Phil -------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>