El tema es entrar en "modo single" (nada que ver son la soltería), y proceder a "encanijar" tu partición. Si vas a cualquier buscador y buscas por algo así como: "resize ext3" (por ejemplo), encontrarás información a patadas. Verás que no es nada difícil (al contrario) y en pocos minutos tendrás de nuevo tu partición swap (que dicho sea de paso, si usas un kernel 2.6 y con esas 3 Gb de RAM, tampoco es que te haga mucha falta que digamos, pero bueno...).
Si te sirve de consuelo, a mi me pasó algo parecido... fue el resultado de una maravillosa combinación de casualidad, falta de sueño y de mala mala suerte.
Así en plan rápido te puedo contar (con miedo de que alguno de los personajes secundarios me descubra) que un viernes a primera hora, resacoso y sin apenas poder abrir los ojos no se me ocurrió otra cosa más que eliminar recursivamente / (si, si, como en los chistes) y llevarme por delante medio/usr/bin y casi todo/bin. Bueno, eso y mucho más, menos mal que no se fundió el/home de los alumnos. Como no era ni mucho menos un servidor crítico, y pasaba 3 kilos de ir al centro datos para decir que la había cagado, intenté arreglar el desaguisado desde remoto... formatear la partición de swap, usarla para instalar una Debian mínima con debootstrap, reiniciar y cruzar los dedos de los pies para que no hubiera vuelto a meter la pata configurando lilo, o el ssh o yo que sé... reinstalar el sistema en las particiones buenas y volver a reiniciar... etc. Todo eso con un terminal bastante tocado, y haciendo mil pirulas para salvar la situación.
El caso es que todo eso funcionó, y yo más contento que un ocho. Los alumnos en principio no se darían cuenta que había cambiado nada en el servidor, yo guardaría mi honor con respecto a la gente del centro datos, y de paso tenía una anécdota divertida para comentar entre los amigos frikis de confianza. Pero cuando estaba formateando de nuevo la partición de swap, no sé qué c$%& pasó que la tabla de particiones no era correcta, estaba solapada una sobre otra (qué cosa más rara, de verdad), y al formatear la susodicha partición... me fundí un cacho de / (otra vez!!!). Aún recuerdo el sudor frío que sentí por la espalda cuando el terminal me escupió "bash: ls: orden no encontrada". En fin.
A modo de conclusión, al final si que tuve que ir al centro de datos. Qué aprendí de eso, que los backups son buenos. Que los viernes por la mañana son malos, que no es buena idea aporrear el teclado como root cuando estás resacoso y menos en un servidor en producción, y que el universo infinito está acotado por la estupidez humana.
Respecto a tu problema, parece que tienes mal la tabla de particiones. Antes de trajinar más te diría ¡no toques nada!, y si es factible haz una imagen de todo el disco duro y haz un backup de la tabla de particiones, por si acaso nada más. gpart creo que puede escanear por particiones perdidas (aunque no sé si se coscará de la swap), y testdisk también. De hecho este último me gusta mucho más.
Vamos a ver, si estas usando Linux de 32 bits sin PAE [wikipedia.org], la memoria máxima del sistema que se pueden gestionar son 4GB, incluyendo la RAM, la memoria de la gráfica, el buffer de la tarjeta de sonido, el buffer del controlador de disco, etc. e incluyendo el swap. Por eso en estas circunstancias daría casi lo mismo usar o no swap (excepto para suspender el equipo a disco, para lo cual se usaría el espacio de swap).
Si estas usando PAE [wikipedia.org] entonces tu sistema puede emplear hasta 64GB de RAM (aunque cada proceso sólo puede usar 4GB), a cambio de perder algo de rendimiento en la gestión de memoria. En este caso si que tener 10GB de swap puede llegar a tener alguna utilidad.
En caso de estar usando 64 bits el procesador puede direccionar una cantidad tan grande de memoria que no soy capaz de calcular;^) y por tanto tus 13GB (3GB RAM y 10GB swap) son una minucia.
Recuerda que siempre puedes añadir swap en cuanto lo necesites, simplemente creando ficheros lo suficientemente grandes y activandolos como swap con swapon fichero.swp.
Suponiendo que no tengas el primer disco duro lleno, puedes utilizar Gparted o QtParted [mey-online.com.ar] para reducir el tamaño de la partición ext3 y dejar un hueco de varios gigas al final. En el hueco creas una partición Swap y la activas. Para ello puedes hacer un swapon en caliente o mejor editar el fichero/etc/mtab para que lo haga automáticamente en el arranque.
Aunque si tienes un segundo disco duro que no usas, igual es menos arriesgado que crees la partición Swap allí y dejes el primer disco duro como está.
No olvides hacer una copia de seguridad antes de meter mano al sistema:-)
-- "Cree a aquellos que buscan la verdad. Duda de los que la han encontrado." - André Gide
Redimensiona.
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Sábado, 21 Abril de 2007, 09:43h )
Have a nice day ;-) TooManySecrets
Mmmm, me suena...
(Puntos:2, Interesante)( Última bitácora: Domingo, 25 Febrero de 2007, 01:02h )
Si te sirve de consuelo, a mi me pasó algo parecido... fue el resultado de una maravillosa combinación de casualidad, falta de sueño y de mala mala suerte.
Así en plan rápido te puedo contar (con miedo de que alguno de los personajes secundarios me descubra) que un viernes a primera hora, resacoso y sin apenas poder abrir los ojos no se me ocurrió otra cosa más que eliminar recursivamente / (si, si, como en los chistes) y llevarme por delante medio /usr/bin y casi todo /bin. Bueno, eso y mucho más, menos mal que no se fundió el /home de los alumnos. Como no era ni mucho menos un servidor crítico, y pasaba 3 kilos de ir al centro datos para decir que la había cagado, intenté arreglar el desaguisado desde remoto... formatear la partición de swap, usarla para instalar una Debian mínima con debootstrap, reiniciar y cruzar los dedos de los pies para que no hubiera vuelto a meter la pata configurando lilo, o el ssh o yo que sé... reinstalar el sistema en las particiones buenas y volver a reiniciar... etc. Todo eso con un terminal bastante tocado, y haciendo mil pirulas para salvar la situación.
El caso es que todo eso funcionó, y yo más contento que un ocho. Los alumnos en principio no se darían cuenta que había cambiado nada en el servidor, yo guardaría mi honor con respecto a la gente del centro datos, y de paso tenía una anécdota divertida para comentar entre los amigos frikis de confianza. Pero cuando estaba formateando de nuevo la partición de swap, no sé qué c$%& pasó que la tabla de particiones no era correcta, estaba solapada una sobre otra (qué cosa más rara, de verdad), y al formatear la susodicha partición... me fundí un cacho de / (otra vez!!!). Aún recuerdo el sudor frío que sentí por la espalda cuando el terminal me escupió "bash: ls: orden no encontrada". En fin.
A modo de conclusión, al final si que tuve que ir al centro de datos. Qué aprendí de eso, que los backups son buenos. Que los viernes por la mañana son malos, que no es buena idea aporrear el teclado como root cuando estás resacoso y menos en un servidor en producción, y que el universo infinito está acotado por la estupidez humana.
Respecto a tu problema, parece que tienes mal la tabla de particiones. Antes de trajinar más te diría ¡no toques nada!, y si es factible haz una imagen de todo el disco duro y haz un backup de la tabla de particiones, por si acaso nada más. gpart creo que puede escanear por particiones perdidas (aunque no sé si se coscará de la swap), y testdisk también. De hecho este último me gusta mucho más.
Buena suerte!!!
¿Es Linux de 32 o de 64 bits? ¿usas PAE?
(Puntos:3, Informativo)Vamos a ver, si estas usando Linux de 32 bits sin PAE [wikipedia.org], la memoria máxima del sistema que se pueden gestionar son 4GB, incluyendo la RAM, la memoria de la gráfica, el buffer de la tarjeta de sonido, el buffer del controlador de disco, etc. e incluyendo el swap. Por eso en estas circunstancias daría casi lo mismo usar o no swap (excepto para suspender el equipo a disco, para lo cual se usaría el espacio de swap).
Si estas usando PAE [wikipedia.org] entonces tu sistema puede emplear hasta 64GB de RAM (aunque cada proceso sólo puede usar 4GB), a cambio de perder algo de rendimiento en la gestión de memoria. En este caso si que tener 10GB de swap puede llegar a tener alguna utilidad.
En caso de estar usando 64 bits el procesador puede direccionar una cantidad tan grande de memoria que no soy capaz de calcular ;^) y por tanto tus 13GB (3GB RAM y 10GB swap) son una minucia.
Recuerda que siempre puedes añadir swap en cuanto lo necesites, simplemente creando ficheros lo suficientemente grandes y activandolos como swap con swapon fichero.swp.
Te recomiendo la opción 1
(Puntos:2)( http://www.ikusimakusi.net/es/ )
Suponiendo que no tengas el primer disco duro lleno, puedes utilizar Gparted o QtParted [mey-online.com.ar] para reducir el tamaño de la partición ext3 y dejar un hueco de varios gigas al final. En el hueco creas una partición Swap y la activas. Para ello puedes hacer un swapon en caliente o mejor editar el fichero /etc/mtab para que lo haga automáticamente en el arranque.
Aunque si tienes un segundo disco duro que no usas, igual es menos arriesgado que crees la partición Swap allí y dejes el primer disco duro como está.
No olvides hacer una copia de seguridad antes de meter mano al sistema :-)
"Cree a aquellos que buscan la verdad. Duda de los que la han encontrado." - André Gide
Re:Ten cuidado...
(Puntos:2)( Última bitácora: Martes, 09 Agosto de 2011, 17:56h )
¡Cierto!
La tabla de particiones de verdad [imageshack.us].