Portada
mis comunidades
otras secciones
#3:
muerte programada en un aparato de HP... y tenemos que pensar que ha sido un error... ¿La misma HP que ha perdido dos juicios en usa precisamente por programar a proposito las impresoras para que sufran dichas muertes programadas?
Llamadme paranoico.
Llamadme paranoico.
#1:
La actualización de firmware añade algo de aleatoriedad.
#21:
He visto otros casos parecidos de meteduras de pata por inexperiencia.
Resulta que las grandes corporaciones se sacan de encima los empleados de más de 55 años solo porque sí. Por prejuicios que ellos sabrán de donde vienen. Los sustituyen por nuevos empleados mucho más jóvenes, mucho más baratos y mucho más inexpertos.
Estos jóvenes tienen ciertas carencias en su formación, que vienen de no haber vivido los distintos desastres en la historia de la informática. En este caso concreto de los enteros demasiado cortos, alguien con más experiencia recordará quizás el fiasco de la primera versión de los misiles Patriot en la primera guerra de Irak. O puede incluso que en su día hubiera leido la decisión de los programadores de sistemas de ficheros de usar exclusivamente enteros de 128 bits en el código. Pero un programador de 25 años no habrá visto eso, ni le suena el problema ni de lejos, ni tiene ninguna pista desde donde empezar a buscar. Me creo perfectamente que ese equipo no haya hecho otra cosa que revisar su código sin encontrar ningún error ni caer en la cuenta del problema.
Sé, porque lo he visto en su cara de pasmo, que los recien licenciados en informática desconocen cómo se implementa a bajo nivel el guardar una variable. Así les he visto implementar operaciones lógicas booleanas simples mediante comparaciones de caracteres y luego no saber por qué va lento. O incluso guardar importes monetarios en variables de números reales y no saber por qué no cuadra la contabilidad.
Todos estos recuerdos de pifiadas se perderán como lágrimas en la lluvia y algún sistema futuro hará cosas rarísimas para sorpresa general. Pero recordemos una de las leyes de Murphy: Cada vez que falla algo hay alguien que lo sabía de antemano.
Resulta que las grandes corporaciones se sacan de encima los empleados de más de 55 años solo porque sí. Por prejuicios que ellos sabrán de donde vienen. Los sustituyen por nuevos empleados mucho más jóvenes, mucho más baratos y mucho más inexpertos.
Estos jóvenes tienen ciertas carencias en su formación, que vienen de no haber vivido los distintos desastres en la historia de la informática. En este caso concreto de los enteros demasiado cortos, alguien con más experiencia recordará quizás el fiasco de la primera versión de los misiles Patriot en la primera guerra de Irak. O puede incluso que en su día hubiera leido la decisión de los programadores de sistemas de ficheros de usar exclusivamente enteros de 128 bits en el código. Pero un programador de 25 años no habrá visto eso, ni le suena el problema ni de lejos, ni tiene ninguna pista desde donde empezar a buscar. Me creo perfectamente que ese equipo no haya hecho otra cosa que revisar su código sin encontrar ningún error ni caer en la cuenta del problema.
Sé, porque lo he visto en su cara de pasmo, que los recien licenciados en informática desconocen cómo se implementa a bajo nivel el guardar una variable. Así les he visto implementar operaciones lógicas booleanas simples mediante comparaciones de caracteres y luego no saber por qué va lento. O incluso guardar importes monetarios en variables de números reales y no saber por qué no cuadra la contabilidad.
Todos estos recuerdos de pifiadas se perderán como lágrimas en la lluvia y algún sistema futuro hará cosas rarísimas para sorpresa general. Pero recordemos una de las leyes de Murphy: Cada vez que falla algo hay alguien que lo sabía de antemano.
#19:
#10 Es el campo ID 09 de los atributos SMART
https://www.marcelopedra.com.ar/blog/2013/12/15/que-significan-los-atributos-s-m-a-r-t-de-salud-de-un-disco/
No es una cuenta atrás para que se rompa sino un dato del disco, que cuando se sobrepasa y no cabe (eso es lo que no debería ocurrir) ... pues falla
https://www.marcelopedra.com.ar/blog/2013/12/15/que-significan-los-atributos-s-m-a-r-t-de-salud-de-un-disco/
No es una cuenta atrás para que se rompa sino un dato del disco, que cuando se sobrepasa y no cabe (eso es lo que no debería ocurrir) ... pues falla
Comentarios
muerte programada en un aparato de HP... y tenemos que pensar que ha sido un error... ¿La misma HP que ha perdido dos juicios en usa precisamente por programar a proposito las impresoras para que sufran dichas muertes programadas?
Llamadme paranoico.
#3 #5 #6 2 elevado a la 15.
#7 A ver, un disco duro muere prematuramente porque alguién decidió usar un entero con signo de dos bytes para un contador de horas... Yo ya no sé qué más necesitáis para llamarlo obsolescencia "programada"
#3 Se ve claramente que es un fallo de rango, 32768 son 32 k. Alguna variable mál utilizada para algún conteo.
#9 32768 cabe en 2 bytes. La cuestion es para que leches esta ese contador que cuando acaba, el disco duro peta.
#10 todos los discos duros tienen un contador de horas encendido y no se usa para obsolescencia programada.
#12 se usa para el SMART
#34 exacto, lo que esta claro que es una cagada la gente lo llama obsolescencia programada
#41 ojo, que este caso en concreto sea una cagada no implica que no exista la obsolescencia programada!
#10
El disco no peta, es que el firmware recibe un dato erróneo (un contador negativo) y se bloquea. Es una cagada de programación, no que falle el ssd, aunque de cara al usuario, es lo mismo (ssd no responde)
#10 Que quepa en 2b (si es entero) no quiere decir que deje de ser 32 kB en base 2
#16
No, no son 32KB. Es un valor (32767 o 2^15-1), no una capacidad de almacenamiento.
#35 Perdón se me fue la K por KB, como bien dijo #9 es 32 k en base dos, y es lo que quería decir. Es correcto decir que 32768 es 32k en base 2.
#10 Es el campo ID 09 de los atributos SMART
https://www.marcelopedra.com.ar/blog/2013/12/15/que-significan-los-atributos-s-m-a-r-t-de-salud-de-un-disco/
No es una cuenta atrás para que se rompa sino un dato del disco, que cuando se sobrepasa y no cabe (eso es lo que no debería ocurrir) ... pues falla
#19
Para resumir: es un fallo de programación del firmware, no un contador de la muerte ni leches.
Y es uno de los fallos más típicos que pueden pasar en programación: no controlar las "fronteras" de los valores. Parece mentira que eso le pase a HP a estar altura.
#19 #38 y la gente montandose peliculas de obsolescencia programada
#42
Y debe ser porque se ha contado pocas veces (y en este hilo) para qué es ese contador.
#44 anda que no he visto pocas cagadas por overflow en software
pero no, es mejor decir que es obsolescencia 
#38 #42 #44 #46 Justamente una de las formas más fáciles de inducir obsolescencia programada es no limitar los rangos de overflow.
Vais de listos y no tenéis ni idea.
#92 Vos no tenes ni idea. Si quisieran hacer obsolescencia programada, no pondrían un contador exacto de horas para que quede en evidentica exactamente a esa cantidad de tiempo, y todos los discos de la primer tanda al mismo momento.
Haría algo que se dispare despues de x años, y con un abanico suficientemente grante para no levantar sospechas.
Ejemplo: 8 años +/- 4 años.
#42 A la gente le encanta montarse películas, y lo hace con mucha más facilidad si "cuadra" con sus ideas y prejuicios.
#45 Claro, porque esa es la version oficial. De Hp, que tiene antecedentes, por lo menos permitenos dudar, sin ser categoricos
#83 ¿Ves? Me das la razón. Como "cuadra"...
#45 Que se lo digan a Julian Assange.
#10 no creo que el disco duro "pete", más bien parece que el firmware se cuelga, es sutil pero no es lo mismo exactamente, no puedes assegurar que ese contador esté allí solo para hacer que el disco "pete", se me ocurren muchas utilidades, por ejemplo el SMART que llevan casi todos los discos cuentan las horas de uso.
#3 HP haciendo honor a su nombre.
#17 Hay que decirlo más.
#3 Es un error. La vida de un SSD en uso normal como disco de OS es superior a los 10 años.
Si vais a comprar uno, mirad la vida prevista. Por ejemplo comparad un Samsung 860 con un 850 (¡antes de comprar!). O al menos comprad el más moderno.
#30 depende de lo que escribas, están más cerca de los 5 años que de diez en teoría. Pero sí, la menos sabes que no casca en dos años el disco.
#3. Pretender hacer esa jugada nada menos que en servidores es poco menos que criminal.
#3 Claro que ha sido un error. La intención no era que fallara a los 32768 horas sino en algún valor al azar por encima de ese número. Seguro que cometieron un error y el cálculo al azar da siempre 0 por eso muere justo a esa hora en lugar de un poco después.
Recordemos que 32767 es el máximo número con signo que se puede representar con 2 bytes. Queda claro que es un contador de horas que se sobrepasa (tal vez sólo se olvidaron de poner "unsigned")
#70 o lo mas probable: manco ha puesto que el smart para el numero de horas encendido solo sea 2^15 y al pasar entra en overflow y no arranca.
#70 me faltaron las comillas en el ""error"", o el cartel avisador
#3 jeje, no se Rick
#3 por eso no hay que comprar nada de HP los clientes tienen que castigarlo por esas politicas
#3 Hola Paranoico, yo también creo que esto es estupidez becaria (porque les han pillado muy fácil) mezclada con obsolescencia. Lo bueno es que ahora podemos comprar ese disco duro y "piratearlo" para que nos dure el triple de horas.
La actualización de firmware añade algo de aleatoriedad.
#1 No está mal. La idea es que no fallen al mismo tiempo
#2 Pues es imprescindible, no es lo mismo tener unos cuantos días para cambiar el fisco dañado antes de que se te vaya el raid a la m , a que te fallen todos los discos a la vez.
#13 También es bueno poner discos distintos y no todos de la misma marca y modelo porque como un modelo en concreto o una partida salga defectuoso, se pueden estropear todos juntos o casi juntos.
#18
Si tienes un RAID no es una buena idea.
#36 ¿Por? siempre escuché lo contrario.
#57 Supongo que discos de diferentes velocidades, cachés y tiempos de acceso también es un problema en un RAID, tanto si se emplean en espejo como divididos. Supongo que una solución intermedia sería usar discos del mismo modelo pero de distintas partidas/fechas. Si no están en RAID dará igual.
#36 Yo monté un raid con 4 discos WD Red y año tras año fueron cayendo hasta que murieron dos a la vez. ¿La lección? Esa: no meter todos los discos de la misma marca/modelo
#18 Yo he tenido esa experiencia: discos comprados al mismo tiempo que fallan con diferencia de 2 o 3 semanas (me pasó dos veces con WD Black)
#13 Un OS normal te va a avisar cuando vea que el SSD ha gastado el 90% de sus ciclos. Da tiempo se sobra.
Para un PC de casa, el procedimiento es sencillo. Extraes el SSD, lo montas con un adaptador de discos externos en cualquier otro PC. Haces un backup con clonezilla. Montas el SSD nuevo en el adaptador. Restore de esos datos. Ampliar la partición para que llene ese nuevo SSD más grande. Enchufar el nuevo SSD al PC original y botar con total felicidad.
#32 Sencillísimo, yo lo hago todos los días.
#37 Lo hice yo cuando cambié el mio por uno mas grande y mi máximo logro informático era encender un monitor.
#32 Ni eso: la mayoría de las marcas de SSD ofrecen programas de clonación gratis en sus webs. Crucial, por ejemplo, tiene una versión del Acronis True Image que clona el disco y redimensiona las particiones desde el mismo Windows. Simplemente montas el SSD nuevo en una caja externa, clonas el disco interno, apagas el equipo, montas el disco nuevo y arrancas sin problema.
#37 En mi empresa hemos actualizado bastantes equipos de HDD de 500GB a SSD de 250GB haciéndolo como he dicho, el programa tiene un asistente que te configura todo. Cualquier usuario puede hacer la clonación del disco, la parte más complicada para un usuario es tener que abrir el equipo para reemplazar el disco.
#32 curiosidad, como te avisa el so de que ti ssd va a petar pronto?
Tengo varios pero por ahora todos resisten.
#84 Windows te suelta un mensaje de catástrofe inminente en todo el medio de la pantalla, en plan "Aahhhh, menos del 10%". Para que se vaya debes teclear correctamente "SE QUE VOY A MORIR" (o clickar en una crucecita). Cada vez que botas, igual.
#1 y que ahora fallen fuera del periodo de garantía...
He visto otros casos parecidos de meteduras de pata por inexperiencia.
Resulta que las grandes corporaciones se sacan de encima los empleados de más de 55 años solo porque sí. Por prejuicios que ellos sabrán de donde vienen. Los sustituyen por nuevos empleados mucho más jóvenes, mucho más baratos y mucho más inexpertos.
Estos jóvenes tienen ciertas carencias en su formación, que vienen de no haber vivido los distintos desastres en la historia de la informática. En este caso concreto de los enteros demasiado cortos, alguien con más experiencia recordará quizás el fiasco de la primera versión de los misiles Patriot en la primera guerra de Irak. O puede incluso que en su día hubiera leido la decisión de los programadores de sistemas de ficheros de usar exclusivamente enteros de 128 bits en el código. Pero un programador de 25 años no habrá visto eso, ni le suena el problema ni de lejos, ni tiene ninguna pista desde donde empezar a buscar. Me creo perfectamente que ese equipo no haya hecho otra cosa que revisar su código sin encontrar ningún error ni caer en la cuenta del problema.
Sé, porque lo he visto en su cara de pasmo, que los recien licenciados en informática desconocen cómo se implementa a bajo nivel el guardar una variable. Así les he visto implementar operaciones lógicas booleanas simples mediante comparaciones de caracteres y luego no saber por qué va lento. O incluso guardar importes monetarios en variables de números reales y no saber por qué no cuadra la contabilidad.
Todos estos recuerdos de pifiadas se perderán como lágrimas en la lluvia y algún sistema futuro hará cosas rarísimas para sorpresa general. Pero recordemos una de las leyes de Murphy: Cada vez que falla algo hay alguien que lo sabía de antemano.
#21 lo de usar floats para precios es uno de los errores más comunes que se ven en los novatos
#31
Y luego los comparas
#31 hablando de tipo de datos, el que me sorprende es el Int64, en un sistema operativo de 64 bits en un procesador de 64 bits este deberia ser rápido pero, sorpresa es más lento que el tradicional Int32.
#71 No le veo mucho sentido, a una CPU moderna le cuesta lo mismo operar con registros de 32 que con los de 64. Seguramente programando en ensamblador dentro del código en C (mediante __asm) para realizar tales operaciones ya vayan bien.
#31 #21 No soy informático, pero por necesidades de la vida se programar a nivel usuario. Yendo al grano, ¿me podéis dar alguna explicación/link de lo de los floats y los precios? Nunca he tenido que guardar precios y me genera curiosidad...
#21 Por prejuicios que ellos sabrán de donde vienen. Los sustituyen por nuevos empleados mucho más jóvenes, mucho más baratos y mucho más inexpertos.
No son prejuicios, es contabilidad miope.
#21
Obsolescencia preprogramada, así por lo menos sabrás a la hora exacta a la que el disco te hace un /dev/null
#24 Que no puedas acceder a ellos directamente desde el PC no implica que en taller no puedas conectar un cable a las tripas del disco para actualizar el firmware, o resetear/cambiar el chip flash donde se guarda el contador.
Cosas como ésto: https://www.fmad.io/blog-ssd-bricked-restore.html
2, 4, 8, 16, 32, 64, 128, 256, 512, 1.024, 2.048, 4.096, 8.192, 16.384, 32.768.
Lo de que sea potencia de 2 ya lo hacen a cachondeo ¿no?
#5 Nah, el encargado tiró por lo fácil, usar un entero con signo de 16 bits para el contador de horas.
#6. Si, podría haber usado 'unsigned' y haber doblado la vida del disco...
#8 quizás el parche hace eso. Y tan contentos
#8
Parece una tontería, pero hubieras pasado de los cinco años que se estima la vida media de un ssd (funcionando las 24 horas al día, claro)
#5
Es lo que tiene almacenar números en celdas binarias.
#5 como esperas que se almacenen los datos?
Tines tu RAID y falla todos. Y como has comprado el mismo almacenamiento para tu pool de backup .... tampoco tienes. Y cierras.
#20 bueno aunque estén en raid si uno es.mas nuevo no fallaría al mismo tiempo
#85 si es uno y es RAID 5 bien si son son dos fuera.
La cagada es grande y estas cosas se compran en lotes
Hace tiempo que en mi entorno laboral comprar HP es causa de despido procedente.
Lo que yo me pregunto es si la actualización del firmware permite acceder a los datos de un SSD bloqueado.
#28 supongo que no porque si está bloqueado no puedes instalar firmware
#60 Puede que tengas razón, pero por disco bloqueado yo entiendo un hardware que se niega a ser un disco. La actualización de software es otra cosa.
Empresa con antecedentes en el tema.
Error garrafal, entendible en practicas de carrera y tal.
Fabrico discos hace décadas -> Todos los discos llevan un contador -> No sé hacer un contador
New deal.
Igual de curioso fue el caso de impresora Hp que sólo con un par de usos, ni 10 hojas, se estropea a los 2 meses de comprada...
Si lo hubieran hecho unsigned seria 65536 horas.
¿Cómo que los datos son irrecuperables porque el firmware se cuelga?
Pues que proporcionen un método para resetear el contador o instalar un nuevo firmware en taller. Aunque sea enviando el disco a fábrica.
#23 Toda memoria moderna, así sea un pendrive, lleva dentro un procesador que ejecuta un firmware que es lo único que puede acceder a esos datos.
A nivel de la pifiada del ingeniero de Western Digital con los discos duros de la serie "green" modelo WD20EARS que tuvo la gran idea de que el eje de cabezales se aparcara cada cinco segundos, provocando, al ser un elemento electro-mecánico que este se fastidiara antes. Y llegando como mucho a un año de duración esos discos duros, ya que en S.M.A.R.T el parámetro de cuenta del ciclo de vida o Life Count Cycle (LCC) aumentaba a niveles vertiginosos.
Salu2
Pues está bien claro de qué estamos hablando.
Ya no es que te empujen a la compra, es que te obligan.
#77 igualito a que algo deje de funcionar sin motivo
No es la primera vez que pasa algo así en discos SSD... Hace unos años, tuve un Crucial al que le pasó lo mismo. Tuve que actualizar el firmware porque el disco dejó de ir a las no sé cuantas horas de uso.
Mi impresora HP tiene un contador de impresiones, y que cuando llega a 0 deja de imprimir porque supuestamente tienes que revisar las almohadillas.
El caso es que lo puedes enviar al servicio técnico y te instala unas nuevas almohadillas te reinicia el contador.
Lamentable, menos mal que existe un programa para resetear el contador por internet.
Pd: la impresora sigue funcionando a pesar de haber pasado el límite y no haber cambiado las almohadillas, magia debe ser...
#22
A eso se le conoce como mantenimiento y el que funcione más allá de ese límite margen de seguridad.
#39
No es mantenimiento ya que solo utiliza un contador de impresiones para ver cuando necesita el cambio, en ningún momento comprueba el estado de la almohadilla.
Y incluso aunque lo hiciera debería avisar y ya está. Es como si la lavadora despues de 200 lavados decide no lavar más porque seguro que tiene mucha cal.
Es obsolescencia programada de manual.
#49
ya que solo utiliza un contador de impresiones para ver cuando necesita el cambio
Pues igual que un coche: cambia el aceite cada dos años o cada 20.000 kms. Si pones un cacharro que mida la calidad es más caro.
#50 el coche se para si no le cambias el aceite?
#58 dale tiempo...
#58 si es un coche moderno se para si se le acaba el “adblue” (urea), vienen programados para no permitirte arrancar si el depósito está vacío, y es por ley.
La obsolescencia programada debería estar penalizada. Puede que sea beneficiosa para el fabricante y por eso lo hace, pero para los consumidores es muy perjudicial y para el resto de los habitantes del planeta también porque contribuye a convertir el planeta en un estercolero. Me refiero a que esté lo suficientemente penalizado como para que no traiga cuenta implementarlo.
#25
Eso ni es obsolescencia programada ni leches. Es una cagada de quien programó el driver.
Pero claro, las teorías de la conspiración molan más.
#40 Claaaro, como lo de los coches volkswagen con un firmware que no cuenta el CO2.
Este software provoca un evento que beneficia a la compañía y perjudica al cliente. Llamalo como quieras.
#40 La responsabilidad debería ser la misma. ¿Crees que habría que perdonar a los que implementan la obsolescencia de forma involuntaria? ¿No crees que que la excusa de que es un error saldría demasiado barata?
Podrían haber implementado esto de forma voluntaria sin calibrar totalmente las consecuencias. Podrían haberse dado cuenta más tarde de que esta forma de implementar la obsolescencia haría que el fallo se presente de una forma masiva y que eso sería una mala publicidad. Si hubo ignorancia de algún tipo no influirá en la responsabilidad legal.
#40 Por supuesto que no es obsolescencia programada, es un simple error de software.
Pero los que no tienen idea de programación, les gusta pensar en las conspiraciones y demás.
Por chorradas incluso mayores se la pegó un cohete Arianne y una sonda marciana.
Estos proyectos tienen sus encargados de verificación del software, que es lo que más me alucina.
#26 ¿ lo de la sonda si lo conozco pero lo del ariane que pasó?
Ya lo he encontrado en internet.
Gracias je je.
No conocía la historia.
#43
La explosión final es el procedimiento de autodestrucción.
Lo curioso mi caso que duró 32.769 horas, el resto siguieron la programación correctamente.
La obsolencia programada debería ser ilegal y penada. Vaya mierda de ética tiene HP. A saber cuánto CO2 se emite al fabricar un SSD/HDD, y cuantos residuos genera. Eso multiplícalo por el número de dispositivos que se venden diariamente en el mundo.
#52 que no es obsolescencia programada, es cagada de programador, todos los discos duros llevan un contador de horas encendido, el becario que programo el firmware de estos discos duros simplemente metio un limite demasiado bajo del campo de horas y al llegar al limite hace overflow y peta.
3 años y 270 días es lo que ha tardado una que yo me sé en pasar de piso proletario a chaletazo premium
#63 toma