El día 13 de septiembre de 2010 14:47, Leandro Minatel <leandromina...@gmail.com> escribió: > > > 2010/9/13 angeld <ang...@froga.net> >> >> On Mon, 13 Sep 2010, Leandro Minatel wrote: >> >>> 2010/9/13 angeld <ang...@froga.net> >>> >>>> On Sun, 12 Sep 2010, Leandro Minatel wrote: >>>> >>>> estoy teniendo muchos problemas con VirtualBox OSE en mi servidor >>>> squeeze >>>>> >>>>> desde la ultima actualizacion. El tema es que no puedo lograr instalar >>>>> nada, >>>>> ni Windows, ni Linux, ni BSD. Con los Windows (2003 o XP) se producen >>>>> errores de copia de archivos o diferentes BSODs. Con Linux/BSD también, >>>>> problemas al copiar los archivos. >>>>> >>>>> Lo que he probado: >>>>> - Reinstalar el VirtualBox OSE pero con los mismos resultados. >>>>> - Quitar completamente el OSE e instalar el DEB de squeeze que he >>>>> bajado >>>>> desde virtualbox.org y tengo los mismos problemas. >>>>> >>>>> En un momento habia logrado terminar con la instalacion de un Windows >>>>> 2003 >>>>> Server, pero al momento de las "Actualizaciones Automagicas", me dio un >>>>> error de checksum de archivos y no quiso saber mas nada. >>>>> >>>>> Algunos datos: hacia bastante que no actualizaba mi squeeze, masomenos >>>>> mes >>>>> y >>>>> medio. volvi de viaje esta semana y se me ocurrio actualizarlo. Tenia 2 >>>>> guest funcionando perfectamente hasta antes de la actualizacion >>>>> (Windows >>>>> XP >>>>> y un Debian etch), los elimine y luego actualice. A partir de aqui no >>>>> pude >>>>> instalar mas nada. >>>>> >>>>> Lo unico que observo en mis logs es: >>>>> >>>>> vboxdrv: Trying to deactivate the NMI watchdog permanently... >>>>> vboxdrv: Warning: 2.6.31+ kernel detected. Most likely the hardware >>>>> performance >>>>> vboxdrv: counter framework which can generate NMIs is active. You have >>>>> to >>>>> prevent >>>>> vboxdrv: the usage of hardware performance counters by >>>>> vboxdrv: echo 2 > /proc/sys/kernel/perf_counter_paranoid >>>>> vboxdrv: Found 1 processor cores. >>>>> vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. >>>>> vboxdrv: Successfully loaded version 3.2.6_OSE (interface 0x00140001). >>>>> >>>>> He buscado hasta el hartazgo pero sin dar en la tecla. Por otro lado >>>>> tampoco >>>>> tengo un /proc/sys/kernel/perf_counter_paranoid. >>>>> >>>>> Bueno, muchas gracias de antemano. >>>>> >>>> >>>> >>>> Le achacas el problema a una actualización, pero tiene aspecto de >>>> un >>>> problema de memoria. Un chequeo de la misma no estaría de más. >>>> >>>> Si quieres confirmar que es la actualización, puedes realizar un >>>> "downgrade" utilizando el [1]snapshot de hace mes y medio. >>>> >>>> Aparte de esto, sólo se me ocurre alguna incompatibilidad de algún >>>> módulo actualizado. Intenta dejar sólo los módulos del kernel de >>>> VirtualBox >>>> para descartar este punto. >>>> >>>> [1]http://snapshot.debian.net/ >>>> >>> >>> Hola Angel, >>> >>> sip, estas en lo cierto, le achaco a la actualizacion porque fue lo unico >>> que paso entre el "antes" y el "despues". Para serte sincero, el server >>> tiene algun que otro byte de memo con comportamiento "erratico" pero esto >>> fue asi siempre, desde que nacio, ya que es un rejunte de cosas. Ya lo >>> se, >>> deberia cambiar ese modulo, pero _ahora_ no tengo dinero y Debian camina >>> de >>> maravillas. >> >> A ver si lo entiendo. ¿Estás trabajando con un módulo erroneo?. >> Porque si es así, este te puede producir errores en los momentos más >> inesperados, por lo que es imposible "caminar a las mil maravillas", sino >> más bien, "tropezar en el momento más inesperado". >> >>> Por otro lado, estuve probando otras distros (vade retro satana) como >>> Fedora/OpenSuse/Mandriva y se instalaron correctamente. El problema lo >>> tengo >>> con Windows Server 2003, Windows XP, Windows Server 2008 y Windows 7, >>> ademas >>> de Ubuntu y Debian (obviamente no probe todas las versiones). Las >>> instalaciones las hago desde imagenes ISO, quizas esten mal aunque seria >>> extraño ya que las he probado en otro lado y se instalan correctamente. >> >> Si las ISO las has descargado o copiado en una máquina con modulos >> de memoria erroneos, pueden contener errores, por lo que las pruebas que >> comentas no son nada concluyentes. También realizar instalaciones en una >> máquina de estas características es como jugar a la ruleta rusa con TODAS >> las balas. >> >>> Bueno, simplemente queria saber si alguien estaba experimentando lo mismo >>> que yo para buscar otro alma en pena. Quizas sea como tu dices y el >>> problema >>> sea yo, bah, mi server. >> >> Claro que hemos experimentado problemas de memoria, y no se puede >> "tontear" con estos. O se elimina el módulo erroneo, o se cambia. No es >> admisible, ni tan siquiera para equipos de pruebas trabajar con memoria que >> da errores. Repito NO ES ADMISIBLE. >> >> Había un proyecto que permitía marcar ciertos sectores de memoria >> para su no utilización, pudiendo reutilizar con ciertas garantías módulos de >> memoria con errores. No encuentro el enlace y desconozco si este sigue vivo. >> :-( >> >> ¡Lo he encontrado!. Se llama [1]BadRam. En debian hay que compilar >> el kernel con el [2]parche adecuado. Si por una casulidad te animas con >> esto, asegurate de compilar e instalar todo con memoria SIN ERRORES. No me >> cansaré que cuando se utiliza memoria con errores los resultados nunca son >> los adecuados. >> >> [1]http://rick.vanrein.org/linux/badram/ >> >> [2]http://packages.debian.org/search?keywords=badram&searchon=names&suite=all§ion=all >> >> -- >> Saludos --- Angel > > Angel, no seas tan duro conmigo! De todas maneras, muchas gracias por tu > excelente sentido del humor y, sobre todo, por tu tiempo. Voy a ver que onda > con el Bad RAM viendo que hay parches para el kernel de squeeze. > > Slds > > -- > I get paid to support Windows, I use Linux to get work done. >
Has intentado con discos de tamaño fijo? -- "LARGA VIDA Y PODEROSA." -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimcan+58tpvn3e=zqu68_nrcxnra4rurdnkr...@mail.gmail.com