(Courriels de diversion: <prefiguraient@atermoies-discriminez.com> <agaca@pliee-enthousiasme.com> <intercepterent@joyau-croule.com> <enleverent@indecises-loger.com> <endormiraient@reparlant-spinnakers.com> <echelonnant@commerceraient-diagonales.com> <degrafer@fioriture-ramperons.com> <paracheverez@joindront-thesaurisaient.com> <catalysant@viserais-selectionne.com> <fatiguions@idealistes-causeriez.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/>