<div>Parece que la unica solucion sera ponerme "los guantes" y convencer al admin para que le de un poco mas de libertad al usuario...</div>
<div> </div>
<div>Grax!<br><br> </div>
<div><span class="gmail_quote">On 7/2/06, <b class="gmail_sendername">Alvaro Herrera</b> <<a href="mailto:alvherre@alvh.no-ip.org">alvherre@alvh.no-ip.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Ricardo Utreras escribió:<br>> On 6/30/06, Cristian Rodriguez <<a href="mailto:judas.iscariote@gmail.com">
judas.iscariote@gmail.com</a>> wrote:<br>> ><br>> >2006/6/30, Jens Hardings Perl <<a href="mailto:jhp@ing.puc.cl">jhp@ing.puc.cl</a>>:<br>> ><br>> >> La razón de eso es porque quieres evitar que se caiga en, digamos, el
<br>> >> 99.9% de la conexión y tener que partir de cero? Si es así, mejor usa<br>> >> rsync sobre ssh con la opción --partial.<br>> ><br>> >yep, esa es la opcion mas sensata de todas.<br>> >
<br>> Gracias a todos por las ideas, pero no explique bien el problema. El unico<br>> comando que se puede ejecutar remotamente es scp por restricciones de la<br>> cuenta, o si no simplemente se hubiera comprimido el archivo en el origen
<br>> por partes y descargado las partes.<br><br>Si scp es todo lo que tienes, entonces olvidalo. No se puede. Es<br>demasiado inflexible.<br><br>Si consigues hacer algo como<br><br>ssh maquina dd if=file bs=1024 count=xxx skip=xxx
<br><br>entonces tienes esperanza. Pero tienes que conseguir que te autoricen<br>el uso de dd.<br><br>--<br>Alvaro Herrera <a href="http://www.amazon.com/gp/registry/5ZYLFMCVHXC">http://www.amazon.com/gp/registry/5ZYLFMCVHXC
</a><br>"La victoria es para quien se atreve a estar solo"<br></blockquote></div><br><br clear="all"><br>-- <br>Atte. Ricardo Utreras Estrella<br>Ingeniero Civil Informatico<br>Business Partner Crecic S.A.<br>E-mail/msn:
<a href="mailto:utreras@gmail.com">utreras@gmail.com</a> <br>08-6648414 / +56-41-972827<br>Concepcion, Chile.