eso es mas razonable --> pero por como lo presenta ( en el caso anterior también ) suena a empresa... pero debe ser que yo lo interpreto mal pues es ilógico que sea así.

Estos son los casos en los que es vital tener un script para recuperar el sistema con dd como el howto del amigo oscaringolilingo

Jejeje, si me habrá pasado eso, la única diferencia es que el que supuestamente tenia el servidor, era experto en linux según la PCUSER, y me hacia pasearme 300km va 600km total, para arreglar lo que el vago hacia mal.-
Ahora bien la ultima vez que use redhat fue hace unos años cuando gracias y a la paciencia de neurus para explicarme las cosas, di el salto a Debian, si mal no recuerdo en Redhat y derivados donde esta el sysadmin que tenemos en EL, para confirmar lo que voy a decir, pero en si mal no recuerdo con arrancar en modo monousuario sin red, o sea con init 3, ya da de baja todos lo referido redes, y gráfico, por lo menos así era antes, igual la documentación de redhat o fedora no muerde y esta bien explicado como arrancar sin ningún servicio activado.-

asta que nombraste a Kde_Tony no me di cuenta que el hilo eta en un lugar incorrecto ---> moviendo pues a redes y servidores

Jejeje, es que era la patadita para eso y me parece que justamente kde_tony es el mas indicado para responder, ya que el administra servidores Redhat o Centos, y algún tips debe conocer, yo la ultima vez que administre un servidor redhat fue cuando estaba recién salido del horno Redhat 9, y después pase a servidores con Suse un par de meses, y llege a Debian, pero me acuerdo que contrariamente a lo que ocurre en Debian, uno con init 3 o algo similar, puede dar de baja todo lo que es interface de red, o grafico, que en debian y derivados no ocurre.-
Igual nunca tuve dramas con iptables, y que se quedara colgado, aunque insisto estoy hablando de hace varios años atras, y en esa epoca se armaba las políticas de iptables en un archivo y se levantaba desde ese archivo, no se como se hará actualmente en redhat.-
La única que se me puede ocurrir adicionalmente a lo que menciona neurus, es que el iptables se esté tratando de levantar incluso antes de levantar los servicios de red.-
Eso si yo siempre tuve problemas al usar reglas drop por defecto y en su momento me hicieron armar para un curso un servidor con políticas drop, no se como hice pero fue la única vez que logre que funcionara, después trate de replicarlo y no funcionaba.-

no veo la necesidad de haber creado es script , podrias haber usado las herramientas del sistema, si crees que el problema es el script , dile al encargado que inicie sesion con un live cd y le quite los permisos de ejecucion del archivo.

Alguna vez me paso algo similar cuando levante un servidor de adempiere para su inicio automatico. De aqui puedo suponer que cargaste el script con rc.local >agregaste una linea de este para que ejecute el script , pero como el proceso creado no envio la señal de finalizacion sigue en primer plano asi que no deja que el resto de sistema siga iniciando ,esto me sucedio en RHEL 6 , asi que si por casualidad es eso solo deberias agregar un "&" despues de la orden que inicia el script , para que ese proceso corra en segundo plano y deje el arranque normal del sistema.

m[cun]:

o4kley:

o4kley: No es la primera vez que ocurre, y necesito preguntártelo.

¿Hay alguna razón por la cual debas brindar soluciones que ya fueron brindadas, en este y otros hilos, cuando la discusión ya está cerrada?

Las disculpas del caso,pero quiero recalcar las opciones que se tiene , quisa opine hasta que la persona que tuvo el problema , diga que ha solucionado un problema , no lo hago en afan de molestar a nadie y si hago etso , trato de dar alguna explicacion mas.