[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]On Tue, 29 Jun 1999, Armando Montiel Caba wrote: > Hola a toda(o)s: > > La semana pasada estaba instalando el kernel 2.2.10 sobre una maquina que actua > como firewall y tenia el kernel 2.2.9, ejecute todo en orden,(de hecho habia > pasado desde la 2.0.36-7, 2.2.1,2.2.2, etc.,etc. hasta la 2.2.9) sin problemas. > > Resulta que hice los mismos pasos que anteriormente hacia incluyendo la entrada > en el /etc/fstab y todo, lo unico que cambie, fue que dos particiones > disponibles las puse a disposicion del squid en /var/cache y la otra la puse al > directorio /tmp, (con los mismos permisos exactamente). > > Despues de dejar el kernel listo lo que hice fue reiniciar la maquina con un > shutdown -r now y al empezar la secuencia de arranque me decia que el > dispositivo /dev/hda (ni siquiera se referia a una /dev/hdaX) tenia problemas > con un magic number y que corriera el "e2fsck -b <superblock> <device>" > > Yo encontre que los numeros de superblock validos es algo asi como > > superblock_valido = (8192 * N) + 1 > > Asi que trate de emplear e2fsck -b <superblock_valido> /dev/hda pero no me > reconocia nada. No se que paso pero esto me dio al traste todo y por no seguir > llorando con saber que paso me tuve que aventar la construccion del firewall > practicamente desde cero en 5 horas (Gracias a que pude utilizar floppies porque > no tenia respaldo) GRRR!!! >-\ > > Algo en lo que no soy muy ducho es en cuanto al comando sync y si tenga que ver > con este problema, segun el manual del sync cuando los discos tiene caches muy > grandes no funciona tan bien. > > ¿Algun guru de los hard disks y las particiones por aqui me puede orientar para > que esto no pase de nuevo? Si seguiste la secuencia de actualizacion de kernel por kernel, puede ser que te afecto el hecho de usar 2.2.8. Esta version no requeria el sync, sino que la actualizacion de buffers a disco la hacia el propio kernel. Despues de quejas amargas de corrupcion de bases de datos y filesystems por el cambio de comportamiento, se regreso al esquema normal en la 2.2.9. No pongo mi mano sobre el fuego, pero chance haya algo por ahi. > PD: ¿Que demonios hace el famoso lost+found en una particion recien montada? Siempre encontraras un lost+found en una particion nueva. Si algun archivo pierde su vinculacion al realizar un fsck, puedes encontrarlo ahi. Como el fsck lo hace por particiones, por eso requiere un por cada una que tengas. Saludos -- (o- Cristian Othon Martinez Vera <cfuga en itam mx> Pulchrum est paucorum //\ http://eniac.rhon.itam.mx/~cfuga/ hominum. v_/_