Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
De mi experiencia busca wd black o red. Las series azul y verde son basura tecnológica. Hitachi no son de fiar. Raid. Rápidamente eso es lo que se me viene a la mente. Soy de venezuela y te deseo suerte con eso a menos que estes dispuesto a traerlo del exterior El 22/09/2015 23:10, "Edwin De La Cruz" escribió: > El 22/09/15 a las 19:40, Jose Maldonado escribió: > >> El 22/09/15 a las 18:40, Juan Lavieri escribió: >> >>> Hola a toda la comunidad. >>> >>> Este fue un fin de semana "problemático" en casa. >>> >>> Mi hermana perdió toda la información que tenía respaldada en un disco >>> duro externo marca Hitachi de 1 TB. y lo peor es que había revisado el >>> respaldo y funcionaba (me consta) formateó la máquina para instalar Win >>> 10 en limpio y para su sorpresa el disco ahora está muerto (tambian me >>> consta). >>> >>> Mala cosa en realidad :/ >> >> A mi hijo le sucedió algo parecido con un disco sata seagate de 1.5 TB, >>> con la ventaja que solo perdió música y videos. Este estaba formateado >>> como ext4 y al igual que el anterior no tiene señales de vida. >>> >>> Yo mismo tuve problemas con un disco Hitachi de 80 GB en mi portátil >>> hace tiempo. Esto me llevó a plantearme lo siguiente y es allí donde >>> apreciaría mucho sus sugerencias. >>> >>> Tengo planeado adquirir 2 discos duros de 2 o 3 GB; la idea >>> configurarlos como RAID 1. Pero me tropiezo con el tema de la >>> confiabilidad. Yo pensaba que los discos seagate era mas confiables, >>> pero el disco de mi hijo tenía poco mas de 1 año de comprado. El de mi >>> hermana tenía mas tiempo, pero siendo un disco que se conectaba por USB >>> pienso que los temas de corriente y voltaje son mas estables. >>> >>> ¿Quieres disco duros confiables? Mi respuesta es que no existen. Todo se >> puede averiar en el peor de los momentos, tal como te ha pasado a ti. >> Sin embargo, marcas de buen renombre en mi caso son: >> >> * Western Digital (Black) >> * Hitachi (HGST UltraStar) >> * Samsung (F1 Raid Clas) >> >> Son los que a mi criterio te recomendaria. >> >> Tomando en cuenta esos detalles, he comenzado a investigar un poco sobre >>> los diferentes dispositivos que hay en el mercado aca en Venezuela y he >>> visto que ahora los WD vienen por colores (azul, verde, negro) También >>> he visto los Seagate Barracuda. Pero cuando se busca información en la >>> red, lo que se consigue siempre es idílico, sobretodo si se mira en las >>> páginas de los fabricantes, todos son "el mejor". >>> >>> Por favor ¿Qué me sugieren ustedes respecto a ese tema? >>> >> Hermano venezolano, los WD Azul no son muy buenos que digamos, en mi >> trabajo tengo tres de ellos (2x500GB y 1x1TB) arrumados por fallas raras >> (¿Firmware?) y con muy poco uso. >> >> Tengo dos WD Black de 4 TB en un sencillo server para hacer respaldos y >> va de lujo trabajando 24/7 :D >> >> Y dos WD Green (1 TB) que no me han dado problemas con uso de oficina >> (12 horas por 6 dias semanales) >> >> Y a nivel personal tengo un WD de 80 Gb que uso para respaldo de >> trabajo, y que antriormente use como HDD de mi vieja maquina principal, >> tiene 9 años y aún funciona perfectamente, basta decir que el HDD es IDE >> >> El otro asunto tiene que ver con la forma de hacerle respaldo a esa >>> información. Sabemos que en RAID 1 los datos están "respaldados", pero >>> necesito poder respaldar cosas de manera realmente permanente. >>> >>> ¿Qué más respaldo que tener todos tus datos por doble o mas incluyendo >> paridad? >> >> Aunque si quieres sacar informacion y tenerla en otro medio, es solo >> conectar el disco duro nuevo por USB sacar la informacion y ya. >> >> Por experiencia ya aprendí que guardar algo en un CDROM, por largo >>> tiempo, es mas inútil que bañar a un pez; antes utilizaba los cartuchos >>> Iomega zip para respaldar, pero ehora hay soluciones tipo NAS, por >>> ejemplo, pero caemos en lo mismo, es un aparato costoso que, al menos en >>> el caso de venezuela, requiere que se le compren 2 discos duros >>> adicionales y volvemos a la incognita anterior ¿Cuáles discos? >>> >>> M lo de guardar en CD o DVD es algo tonto, pero posible, yo tengo >> muchas cosas en DVD, ninguna es una informacion importante claro esta, >> pero tengo cosas que datan de 2002 y aun se leen perfectamente sin >> detalles y los DVD no muestran degradacion de ningun tipo. >> >> ¿El truco? El ambiente en el que los guardas. Saca el calor y la >> humedad, y manten una temperatura acorde y los DVD buenos aguantan un >> bojote de años, eso si DVD bueno olvida cosas como Princo, los Maxmax >> (si piratas pero buenos), los Verbatim, los Iomega, los TDK y los HP son >> buenos para respaldar esas cositas que de pronto no heches mucho en falta. >> >> Si quieres algo empresarial, usa un NAS, de ser posible usalo con >> FreeNAS y ZFS (perdonen la propaganda a los BSD), ya con eso te puedes >> sentar tranquilo, y por las marcas a escoger mira mi comentario anterior. >> >> Es casi seguro que me estoy ahogando en un vaso de
Re: [OT]obtener la fecha de un fichero
El Wed, 23 Sep 2015 15:53:23 +0200 Juan Francisco escribió: > Hola: > Necesito obtener la fecha de un fichero dado. (En mi caso, seria el > ultimo fichero creado en un directorio dado) > Lo que necesitaria seria, obtener la fecha, sobre todo dia, mes y año y > compararlo con el dia, mes año de hoy, o del momento en que se ejecuta > el script. > > No tengo muy claro o desconozco como puedo sacar estos datos, para > despues parsearlos y compararlos. > > En resumen: la idea es: > obtener un fichero, de éste sacar la fecha (dia, mes y año) > si el fichero es mas antiguo de 3 dias, decir que es un fichero antiguo, > sino, decir que es un fichero nuevo. > > ¿Alguien me podria ayudar? Dependiendo del lenguaje que utilices, en que lo haces en perl python??c? busca las funciones vinculadas a IO o file management que seguro hay un "stat" o similar > > Muchas Gracias. > -- Angel Claudio Alvarez
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
El Miércoles, 23 de septiembre de 2015 11:56:01 Gonzalo Rivero escribió: > El wd negro debería ser la base, pero si hay presupuesto mejor los > rojos o los violeta (dicen ser para video) > Y si hay mucho mas presupuesto, un system x3500, con discos sas y toda > la bola jejeje ;-) Joder que nivelazo + 1 -- Agur bero bat / a greeting BasaBuru BASATU ~ basatia bihur zaitez ~ gako ID gnupg: F9044F8FC64B2544 hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544 signature.asc Description: This is a digitally signed message part.
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El Wed, 23 Sep 2015 19:07:08 +0200, Ramses II escribió: (...) >>> ¿En modo lectura tal cual está ahora? >> >>Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te >>dejará porque está montada. Si no lo permite, prueba a reiniciar con un >>"shutdown -rF now" para forzar el chequeo. >> >>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. >> >>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para >>sistemas de archivo ext3 y que pueda montar particiones, claro. >>SuperGRUB2Disk creo que no lleva nada de eso. > > Creo que ha funcionado el "shutdown -rF now". > > Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra > cosilla... No sé qué parámetros usa el fsck cuando se fuerza su ejecución pero vaya, si en los registros que mandaste decía que es sistema de archivos estaba "limpio" no sé qué errores habrá podido encontrar ahora. > ¿La utilidad SMART es un LiveCD y descargable de desde cualquier WEB de > fabricante del disco en cuestión?. Por ver si esos mensajes raros que > daba... Sí, tienes imágenes ISO disponibles tanto en Seagate (SeaTools) como en WD (dlgdiag). Merece la pena analizar los discos, así te quedas más tranquilo, eso sí, las utilidades no funcionan con hardware raid, los discos a analizar tienen que ir conectados directamente a los puertos SATA/IDE de la placa base. Saludos, -- Camaleón
RE: [OT] Servidor PROXMOX no arranca con errores de disco.
>-Mensaje original- >De: Camaleón [mailto:noela...@gmail.com] >Enviado el: miércoles, 23 de septiembre de 2015 15:49 >Para: debian-user-spanish@lists.debian.org >Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco. > >El Wed, 23 Sep 2015 15:35:18 +0200, Ramses escribió: > >> El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón" >> escribió: > >(...) > ¿Cómo podría solventar este problema? >>> >>>Pasa el fsck sobre esa partición (en modo de lectura o desde una >>>LiveCD) para ver si encuentra algún error y que actualice el conteo >>>(que sepa que se ha ejecutado la rutina para que no monte la partición >>>en modo sólo lectura). >>> >>>Si no te funciona intenta forzar ese conteo ejecutando en la partición >>>raíz "touch /forcefsck" y después reinicia el sistema. >>> >> >> ¿En modo lectura tal cual está ahora? > >Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te >dejará porque está montada. Si no lo permite, prueba a reiniciar con un >"shutdown -rF now" para forzar el chequeo. > >> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. > >Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para sistemas >de archivo ext3 y que pueda montar particiones, claro. >SuperGRUB2Disk creo que no lleva nada de eso. Creo que ha funcionado el "shutdown -rF now". Por lo menos ha arrancado, aunque creo que ha destrozado alguna que otra cosilla... ¿La utilidad SMART es un LiveCD y descargable de desde cualquier WEB de fabricante del disco en cuestión?. Por ver si esos mensajes raros que daba... Saludos y gracias, Ramses
Re: [OT]obtener la fecha de un fichero
Quizás también uses el comando: ls -ltr Enviado desde mi ZenUI Email Mensaje original De:fernando sainz Enviado:Wed, 23 Sep 2015 10:58:49 -0500 Para:Lista Debian Asunto:Re: [OT]obtener la fecha de un fichero >El día 23 de septiembre de 2015, 15:53, Juan Francisco > escribió: >> Hola: >> Necesito obtener la fecha de un fichero dado. (En mi caso, seria el ultimo >> fichero creado en un directorio dado) >> Lo que necesitaria seria, obtener la fecha, sobre todo dia, mes y año y >> compararlo con el dia, mes año de hoy, o del momento en que se ejecuta el >> script. >> >> No tengo muy claro o desconozco como puedo sacar estos datos, para despues >> parsearlos y compararlos. >> >> En resumen: la idea es: >> obtener un fichero, de éste sacar la fecha (dia, mes y año) >> si el fichero es mas antiguo de 3 dias, decir que es un fichero antiguo, >> sino, decir que es un fichero nuevo. >> >> ¿Alguien me podria ayudar? >> >> Muchas Gracias. >> > > >Con el comando "date" puedes sacar la fecha de un fichero. > >date -r file.txt > >luego mira las opciones de formato para pintarla como quieras. >man date. > >S2. >
Re: [OT]obtener la fecha de un fichero
Con el modificador t en un ls te los ordena por fecha, de ahi podes usar head o cut y miles d comandos para hacer lo que queres! Esta todo en internet y es bash basico, te recomiendo que leas un poco y las dudas van a aclararse rapidamente y por sobre todo vas a aprender de esa forma! El sept. 23, 2015 1:11 PM, "Domingo Varela Yahuitl" escribió: > Quizás también uses el comando: > ls -ltr > > > Enviado desde mi ZenUI Email > > Mensaje original > De:fernando sainz > Enviado:Wed, 23 Sep 2015 10:58:49 -0500 > Para:Lista Debian > Asunto:Re: [OT]obtener la fecha de un fichero > > El día 23 de septiembre de 2015, 15:53, Juan Francisco > escribió: > > Hola: > > Necesito obtener la fecha de un fichero dado. (En mi caso, seria el > ultimo > > fichero creado en un directorio dado) > > Lo que necesitaria seria, obtener la fecha, sobre todo dia, mes y año y > > compararlo con el dia, mes año de hoy, o del momento en que se ejecuta el > > script. > > > > No tengo muy claro o desconozco como puedo sacar estos datos, para > despues > > parsearlos y compararlos. > > > > En resumen: la idea es: > > obtener un fichero, de éste sacar la fecha (dia, mes y año) > > si el fichero es mas antiguo de 3 dias, decir que es un fichero antiguo, > > sino, decir que es un fichero nuevo. > > > > ¿Alguien me podria ayudar? > > > > Muchas Gracias. > > > > > Con el comando "date" puedes sacar la fecha de un fichero. > > date -r file.txt > > luego mira las opciones de formato para pintarla como quieras. > man date. > > S2. > >
Re: [OT]obtener la fecha de un fichero
El día 23 de septiembre de 2015, 15:53, Juan Francisco escribió: > Hola: > Necesito obtener la fecha de un fichero dado. (En mi caso, seria el ultimo > fichero creado en un directorio dado) > Lo que necesitaria seria, obtener la fecha, sobre todo dia, mes y año y > compararlo con el dia, mes año de hoy, o del momento en que se ejecuta el > script. > > No tengo muy claro o desconozco como puedo sacar estos datos, para despues > parsearlos y compararlos. > > En resumen: la idea es: > obtener un fichero, de éste sacar la fecha (dia, mes y año) > si el fichero es mas antiguo de 3 dias, decir que es un fichero antiguo, > sino, decir que es un fichero nuevo. > > ¿Alguien me podria ayudar? > > Muchas Gracias. > Con el comando "date" puedes sacar la fecha de un fichero. date -r file.txt luego mira las opciones de formato para pintarla como quieras. man date. S2.
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El 23/09/15 a las 09:18, Ramses escibió: > El 23 de septiembre de 2015 16:05:31 CEST, "Camaleón" > escribió: >> El Wed, 23 Sep 2015 15:55:26 +0200, Ramses escribió: >> >>> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón" >>> escribió: >> >> (...) >> > ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para sistemas de archivo ext3 y que pueda montar particiones, claro. SuperGRUB2Disk creo que no lleva nada de eso. >>> >>> RESCATUX parece que sí chequea y repara filesystems. Podría servir, >>> ¿no?. >> >> Pues... no me fiaría mucho, la verdad: >> >> http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29 >> >> Fsck (Force filesystem check) >> >> - There's a bug that makes you think that Fsck went ok when it went >> wrong. Actually it always says it's ok. >> >> >> Saludos, > > Pues sí que estamos bien... > > Probaré con el LiveCD de GParted o Clonezilla, que seguro que tienen el > fsck... > Cuando uso el fsck utilizo los siguientes parámetros: fsck -svnf /dev/sdXY > > Saludos y gracias, Saludos, > > Ramses > >
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
El mié, 23-09-2015 a las 11:38 +0200, BasaBuru escribió: > El Martes, 22 de septiembre de 2015 18:40:08 Juan Lavieri escribió: > > Hola a toda la comunidad. > > > > Este fue un fin de semana "problemático" en casa. > > Lo lamento > > > Por experiencia ya aprendí que guardar algo en un CDROM, por largo > > tiempo, > > es mas inútil que bañar a un pez; antes utilizaba los cartuchos > > Iomega zip > > para respaldar, pero ehora hay soluciones tipo NAS, por ejemplo, > > pero > > caemos en lo mismo, es un aparato costoso que, al menos en el caso > > de > > venezuela, requiere que se le compren 2 discos duros adicionales y > > volvemos > > a la incognita anterior ¿Cuáles discos? > > Si quieres discos fiables, hay que pagar :=( > > La mejor opción contrastada por la experiencia es WD western digital. > > Tiene tres series SATA verde, azul y negra. Y tienen muchos ciclos de > carga/descarga > > verde > http://www.wdc.com/wdproducts/library/SpecSheet/ESN/2879-800026.pdf > > http://www.pccomponentes.com/wd_green_1tb_sata3_64mb.html 54.95€ > > azul > http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-701277.pdf > > http://www.pccomponentes.com/wd_blue_1tb_sata3.html 49€ > > negro > http://www.wdc.com/wdproducts/library/SpecSheet/ESN/2879-771434.pdf > > http://www.pccomponentes.com/wd_black_1tb_sata3_7200rpm.html 78€ > > > La negra es la mas potente, rápida y solida. No se de ningún WD negro > que haya > cascado. Eso sí hacen ruido, bastante ruido > yo si, en un servidor de archivos. Los azules y verdes, hay que huirles como de la peste. El wd negro debería ser la base, pero si hay presupuesto mejor los rojos o los violeta (dicen ser para video) Y si hay mucho mas presupuesto, un system x3500, con discos sas y toda la bola jejeje ;-) > > Acústica (dBA) > Inactivo 31 > Búsqueda (media) 34 > > Pero es mas caro. > > > -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-)
Re: [OT]obtener la fecha de un fichero
El Wed, 23 Sep 2015 16:31:30 +0200, Juan Francisco escribió: > El 23/09/2015 a las 16:02, Camaleón escribió: >> El Wed, 23 Sep 2015 15:53:23 +0200, Juan Francisco escribió: >> >>> Hola: >>> Necesito obtener la fecha de un fichero dado. >> (...) >> >> Juraría que ya hemos pasado por aquí :-? >> >> OT: comparar fechas de ficheros >> https://lists.debian.org/debian-user-spanish/2015/09/msg00235.html >> >> > si, pregunte algo parecido, pero hacer un find y sacar el fichero > con esa fecha, no es lo que necesito. Lo que quiero saber es como puedo > sacar la fecha de un fichero dado y con esos datos poder compararlo. No > se si me explico bien. (...) Yo diría que la base es la misma (para comparar fechas tienes que obtener primero su valor). Revisa ese hilo porque te dimos varias ideas. Y si no te sirve ninguna sería conveniente que dijeras el motivo. Saludos, -- Camaleón
Re: [OT]obtener la fecha de un fichero
El 23/09/2015 a las 16:02, Camaleón escribió: El Wed, 23 Sep 2015 15:53:23 +0200, Juan Francisco escribió: Hola: Necesito obtener la fecha de un fichero dado. (...) Juraría que ya hemos pasado por aquí :-? OT: comparar fechas de ficheros https://lists.debian.org/debian-user-spanish/2015/09/msg00235.html Saludos, si, pregunte algo parecido, pero hacer un find y sacar el fichero con esa fecha, no es lo que necesito. Lo que quiero saber es como puedo sacar la fecha de un fichero dado y con esos datos poder compararlo. No se si me explico bien. Poder hacer un script que, le paso el fichero, (a una funcion o lo que sea), este me da el mes año y dia, y despues lo comparo con la fecha de hoy, (es por poner un ejemplo o igual lo compararia con la fecha de hace 10 dias.), y el resultado seria si es mas antiguo o mas nuevo que esa fecha Creo que es totalmente diferente a lo que me contestaron el otro dia... Gracias.
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El 23 de septiembre de 2015 16:05:31 CEST, "Camaleón" escribió: >El Wed, 23 Sep 2015 15:55:26 +0200, Ramses escribió: > >> El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón" >> escribió: > >(...) > ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. >>> >>>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para >>>sistemas de archivo ext3 y que pueda montar particiones, claro. >>>SuperGRUB2Disk creo que no lleva nada de eso. >>> >> >> RESCATUX parece que sí chequea y repara filesystems. Podría servir, >> ¿no?. > >Pues... no me fiaría mucho, la verdad: > >http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29 > >Fsck (Force filesystem check) > >- There's a bug that makes you think that Fsck went ok when it went >wrong. Actually it always says it's ok. > > >Saludos, Pues sí que estamos bien... Probaré con el LiveCD de GParted o Clonezilla, que seguro que tienen el fsck... Saludos y gracias, Ramses
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El Wed, 23 Sep 2015 15:55:26 +0200, Ramses escribió: > El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón" > escribió: (...) >>> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. >> >>Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para >>sistemas de archivo ext3 y que pueda montar particiones, claro. >>SuperGRUB2Disk creo que no lleva nada de eso. >> > > RESCATUX parece que sí chequea y repara filesystems. Podría servir, > ¿no?. Pues... no me fiaría mucho, la verdad: http://wiki.rescatux.org/wiki/RescatuxCannotDo#Fsck_.28Force_filesystem_check.29 Fsck (Force filesystem check) - There's a bug that makes you think that Fsck went ok when it went wrong. Actually it always says it's ok. Saludos, -- Camaleón
Re: [OT]obtener la fecha de un fichero
El Wed, 23 Sep 2015 15:53:23 +0200, Juan Francisco escribió: > Hola: > Necesito obtener la fecha de un fichero dado. (...) Juraría que ya hemos pasado por aquí :-? OT: comparar fechas de ficheros https://lists.debian.org/debian-user-spanish/2015/09/msg00235.html Saludos, -- Camaleón
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El Wed, 23 Sep 2015 15:35:18 +0200, Ramses escribió: > El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón" > escribió: (...) >>> ¿Cómo podría solventar este problema? >> >>Pasa el fsck sobre esa partición (en modo de lectura o desde una LiveCD) >>para ver si encuentra algún error y que actualice el conteo (que sepa >>que se ha ejecutado la rutina para que no monte la partición en modo >>sólo lectura). >> >>Si no te funciona intenta forzar ese conteo ejecutando en la partición >>raíz "touch /forcefsck" y después reinicia el sistema. >> > > ¿En modo lectura tal cual está ahora? Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te dejará porque está montada. Si no lo permite, prueba a reiniciar con un "shutdown -rF now" para forzar el chequeo. > ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para sistemas de archivo ext3 y que pueda montar particiones, claro. SuperGRUB2Disk creo que no lleva nada de eso. Saludos, -- Camaleón
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El 23 de septiembre de 2015 15:49:08 CEST, "Camaleón" escribió: >El Wed, 23 Sep 2015 15:35:18 +0200, Ramses escribió: > >> El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón" >> escribió: > >(...) > ¿Cómo podría solventar este problema? >>> >>>Pasa el fsck sobre esa partición (en modo de lectura o desde una >LiveCD) >>>para ver si encuentra algún error y que actualice el conteo (que sepa >>>que se ha ejecutado la rutina para que no monte la partición en modo >>>sólo lectura). >>> >>>Si no te funciona intenta forzar ese conteo ejecutando en la >partición >>>raíz "touch /forcefsck" y después reinicia el sistema. >>> >> >> ¿En modo lectura tal cual está ahora? > >Sí, pero NO le digas que ARREGLE nada, que sólo MIRE aunque no sé si te > >dejará porque está montada. Si no lo permite, prueba a reiniciar con un > >"shutdown -rF now" para forzar el chequeo. > >> ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. > >Cualquier LiveCD que incluya herramientas de diagnóstico (fsck) para >sistemas de archivo ext3 y que pueda montar particiones, claro. >SuperGRUB2Disk creo que no lleva nada de eso. > >Saludos, RESCATUX parece que sí chequea y repara filesystems. Podría servir, ¿no?. Saludos, Ramses
[OT]obtener la fecha de un fichero
Hola: Necesito obtener la fecha de un fichero dado. (En mi caso, seria el ultimo fichero creado en un directorio dado) Lo que necesitaria seria, obtener la fecha, sobre todo dia, mes y año y compararlo con el dia, mes año de hoy, o del momento en que se ejecuta el script. No tengo muy claro o desconozco como puedo sacar estos datos, para despues parsearlos y compararlos. En resumen: la idea es: obtener un fichero, de éste sacar la fecha (dia, mes y año) si el fichero es mas antiguo de 3 dias, decir que es un fichero antiguo, sino, decir que es un fichero nuevo. ¿Alguien me podria ayudar? Muchas Gracias.
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
El Tue, 22 Sep 2015 18:40:08 -0430, Juan Lavieri escribió: > Este fue un fin de semana "problemático" en casa. (...) > Tengo planeado adquirir 2 discos duros de 2 o 3 GB; la idea > configurarlos como RAID 1. Pero me tropiezo con el tema de la > confiabilidad. Yo pensaba que los discos seagate era mas confiables, > pero el disco de mi hijo tenía poco mas de 1 año de comprado. El de mi > hermana tenía mas tiempo, pero siendo un disco que se conectaba por USB > pienso que los temas de corriente y voltaje son mas estables. > > Tomando en cuenta esos detalles, he comenzado a investigar un poco sobre > los diferentes dispositivos que hay en el mercado aca en Venezuela y he > visto que ahora los WD vienen por colores (azul, verde, negro) También > he visto los Seagate Barracuda. Pero cuando se busca información en la > red, > lo que se consigue siempre es idílico, sobretodo si se mira en las > páginas de los fabricantes, todos son "el mejor". > > Por favor ¿Qué me sugieren ustedes respecto a ese tema? Yo decidí hace unos años que sólo compro discos duros con 5 años de garantía. Punto. Son discos marcados por los fabricantes como de empresa (generalmente) y suelen ser más caros pero merece la pena. No sé cómo fabrican hoy en día los discos duros pero se mueren que da gusto :-/ > El otro asunto tiene que ver con la forma de hacerle respaldo a esa > información. Sabemos que en RAID 1 los datos están "respaldados", pero > necesito poder respaldar cosas de manera realmente permanente. En un RAID 1 los datos están duplicados (prevención contra fallos de hardware) pero conviene además mantener una copia de seguridad aparte para prevenir borrados intencionados pero no deseados posteriormente :-) Recuerda que con un RAID 1 pierdes el 50% del espacio en el disco. > Por experiencia ya aprendí que guardar algo en un CDROM, por largo > tiempo, es mas inútil que bañar a un pez; antes utilizaba los cartuchos > Iomega zip para respaldar, pero ehora hay soluciones tipo NAS, por > ejemplo, pero caemos en lo mismo, es un aparato costoso que, al menos en > el caso de venezuela, requiere que se le compren 2 discos duros > adicionales y volvemos a la incognita anterior ¿Cuáles discos? (...) Todo es susceptible de fallo, tanto discos duros mecánicos como discos SSD (y no olvidemos que "la nube" termina en un disco duro) por lo que conviene tener siempre los datos por triplicados y en varios soportes distintos si es posible. De todas formas, los discos duros mecánicos se ven afectados principalmente por el uso por lo que si lo mantienes apagado y sólo lo conectas al hacer la copia de seguridad aumentas su tiempo de vida y a día de hoy siguen siendo imbatibles en cuanto a ratio calidad/precio. Saludos, -- Camaleón
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El 23 de septiembre de 2015 15:25:57 CEST, "Camaleón" escribió: >El Wed, 23 Sep 2015 14:32:28 +0200, Ramses II escribió: > >(...) > Lo marco como OT porque, aunque lo que hay debajo es un Debian, >está creado desde la instalación de PROXMOX, que está un poco tocada. > >(...) > ¿Podría decirle a FSCK que me los arregle sin miedo a perder los >datos o con FSCK al final pierdes los datos sí o sí? >>> >>>Hum... no siempre pierdes datos. Yo tuve que hacerlo sobre un volumen >>>raid 5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no >me >>>arriesgaría a ejecutarlo si los datos del volumen son importantes y >no >>>tienes una copia. >>> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?. >>> >>>Parece que el sistema raíz no se ha dañado, podrías intentar iniciar >>>desde una LiveCD y decirle que no monte la partición que tiene fallos >>>pero dependerá de cómo tengas configurado los discos/particiones. >> >> Bueno, pues parece que ya es tarde... >> >> Por ese dedo rebelde que tenemos todos, que mientras que tú le vas >> diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la >> opción por defecto es "y", pues que ya ha reparado el disco, o eso >> dice... > >Yo hice exactamente lo mismo (tampoco tenía copia de seguridad de la >partición con el sistema de archivos dañado). De lo único que me >arrepentí después (como ya dije no hubo pérdida de datos) fue de no >haberle dicho "sí a todo" porque estuve un buen rato diciéndole que sí >a >cada inodo :-D > >> El tema está ahora en que lo que reparó era el >"/dev/mapper/pve-data", >> ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo >> monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, >y >> creo que por eso no me está iniciando todos los servicios. >> >> Si le hago un "mount": > >(...) > >> Donde veo: >> >> /dev/mapper/pve-root on / type ext3 >> (ro,relatime,errors=remount-ro,barrier=0,data=ordered) > >(...) > >> Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a >parte >> es que en "/dev/mapper/pve-root" no me deja crear ficheros ni >> directorios y en "/dev/mapper/pve-data" sí. >> >> Y en el "fstab" tengo: >> >> --- >> root@proxmox:/# cat /etc/fstab >> # >> /dev/pve/root / ext3 errors=remount-ro 0 1 > ^ >(...) > >Le estás diciendo que la monte en modo de sólo lectura cuando encuentre > >errores y eso hace. > >> ¿Cómo podría solventar este problema? > >Pasa el fsck sobre esa partición (en modo de lectura o desde una >LiveCD) >para ver si encuentra algún error y que actualice el conteo (que sepa >que >se ha ejecutado la rutina para que no monte la partición en modo sólo >lectura). > >Si no te funciona intenta forzar ese conteo ejecutando en la partición >raíz "touch /forcefsck" y después reinicia el sistema. > >Saludos, ¿En modo lectura tal cual está ahora? ¿Con algún LiveCD en particular?, ¿valdría el CD de SuperGRUB?. Saludos, Ramses
Re: [OT] Servidor PROXMOX no arranca con errores de disco.
El Wed, 23 Sep 2015 14:32:28 +0200, Ramses II escribió: (...) >>> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está >>> creado desde la instalación de PROXMOX, que está un poco tocada. (...) >>> ¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos >>> o con FSCK al final pierdes los datos sí o sí? >> >>Hum... no siempre pierdes datos. Yo tuve que hacerlo sobre un volumen >>raid 5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no me >>arriesgaría a ejecutarlo si los datos del volumen son importantes y no >>tienes una copia. >> >>> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?. >> >>Parece que el sistema raíz no se ha dañado, podrías intentar iniciar >>desde una LiveCD y decirle que no monte la partición que tiene fallos >>pero dependerá de cómo tengas configurado los discos/particiones. > > Bueno, pues parece que ya es tarde... > > Por ese dedo rebelde que tenemos todos, que mientras que tú le vas > diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la > opción por defecto es "y", pues que ya ha reparado el disco, o eso > dice... Yo hice exactamente lo mismo (tampoco tenía copia de seguridad de la partición con el sistema de archivos dañado). De lo único que me arrepentí después (como ya dije no hubo pérdida de datos) fue de no haberle dicho "sí a todo" porque estuve un buen rato diciéndole que sí a cada inodo :-D > El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data", > ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo > monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y > creo que por eso no me está iniciando todos los servicios. > > Si le hago un "mount": (...) > Donde veo: > > /dev/mapper/pve-root on / type ext3 > (ro,relatime,errors=remount-ro,barrier=0,data=ordered) (...) > Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte > es que en "/dev/mapper/pve-root" no me deja crear ficheros ni > directorios y en "/dev/mapper/pve-data" sí. > > Y en el "fstab" tengo: > > --- > root@proxmox:/# cat /etc/fstab > # > /dev/pve/root / ext3 errors=remount-ro 0 1 ^ (...) Le estás diciendo que la monte en modo de sólo lectura cuando encuentre errores y eso hace. > ¿Cómo podría solventar este problema? Pasa el fsck sobre esa partición (en modo de lectura o desde una LiveCD) para ver si encuentra algún error y que actualice el conteo (que sepa que se ha ejecutado la rutina para que no monte la partición en modo sólo lectura). Si no te funciona intenta forzar ese conteo ejecutando en la partición raíz "touch /forcefsck" y después reinicia el sistema. Saludos, -- Camaleón
Re: darse de baja
El Tue, 22 Sep 2015 20:47:47 -0300, Antonio Sanjuanes escribió: > agradecería que me indicaran como me doy de baja de la lista De la misma forma que te diste de alta: leyendo ;-) https://www.debian.org/MailingLists/unsubscribe Saludos, -- Camaleón
RE: [OT] Servidor PROXMOX no arranca con errores de disco.
>-Mensaje original- >De: Camaleón [mailto:noela...@gmail.com] >Enviado el: martes, 22 de septiembre de 2015 18:39 >Para: debian-user-spanish@lists.debian.org >Asunto: Re: [OT] Servidor PROXMOX no arranca con errores de disco. > >El Tue, 22 Sep 2015 18:16:25 +0200, Ramses II escribió: > >> Buenas a todos, >> >> Lo marco como OT porque, aunque lo que hay debajo es un Debian, está >> creado desde la instalación de PROXMOX, que está un poco tocada. > >OK. > >> Tengo un Servidor PROXMOX con el que llevo trabajando mucho tiempo sin >> ningún tipo de problema. >> >> Ayer vi que se me había quedado colgado y lo reinicié. >> >> Cuál fue mi sorpresa que, al arrancar, me detectó errores de disco. > >(...) > >Por los pantallazos que mandas parece que la partición "tocada" es la de datos >(/dev/mapper/pve-data), no la del sistema raíz (/dev/mapper/pve- root). > >Otra cosa que me llama la atención es el mensaje "ATA bus error", apunta a un >problema de hardware más que de software. No estaría de más pasarle el test >SMART del fabricante al disco que presenta problemas pero tendrás que >identificarlo. > >> Empieza a hacer el FSCK pero, llegados sobre el 4% comienza a dar >> errores y se sale, mostrando la típica pantalla de introduzca la clave >> de root para realizar tareas de mantenimiento o CTRL+D para cerrar >> sesión. >> >> Pego aquí unas fotos de la pantalla de arranque: > >(...) > >> Es un disco de 2TB. > >¿Con LVM+RAID? > >> Miro el reporte que dicen que da en el fichero: > >(...) > >> Realizo lo que me dice y: > >(...) > >> Le he dicho que no me los arregle porque no tengo imagen del disco en >> su estado actual. >> >> ¿Podría decirle a FSCK que me los arregle sin miedo a perder los datos >> o con FSCK al final pierdes los datos sí o sí? > >Hum... no siempre pierdes datos. Yo tuve que hacerlo sobre un volumen raid >5 (hardware raid) de 1,2 TiB y no perdí ningún archivo pero no me arriesgaría a >ejecutarlo si los datos del volumen son importantes y no tienes una copia. > >> ¿Cuál sería la forma de proceder para intentar arrancar el equipo?. > >Parece que el sistema raíz no se ha dañado, podrías intentar iniciar desde una >LiveCD y decirle que no monte la partición que tiene fallos pero dependerá de >cómo tengas configurado los discos/particiones. Bueno, pues parece que ya es tarde... Por ese dedo rebelde que tenemos todos, que mientras que tú le vas diciendo "no, no, no", él pulsa la "y", o le da al INTRO cuando la opción por defecto es "y", pues que ya ha reparado el disco, o eso dice... El tema está ahora en que lo que reparó era el "/dev/mapper/pve-data", ya que le hice un "fsck /dev/mapper/pve-data", y ahora arranca y lo monta, pero me arranca con el "/dev/mapper/pve-root" en modo lectura, y creo que por eso no me está iniciando todos los servicios. Si le hago un "mount": --- root@proxmox:/# mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1008317,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808760k,mode=755) /dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1617500k) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) /dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered) /dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) beancounter on /proc/vz/beancounter type cgroup (rw,relatime,blkio,name=beancounter) container on /proc/vz/container type cgroup (rw,relatime,freezer,devices,name=container) fairsched on /proc/vz/fairsched type cgroup (rw,relatime,cpuacct,cpu,cpuset,name=fairsched) root@proxmox:/# --- Donde veo: /dev/mapper/pve-root on / type ext3 (ro,relatime,errors=remount-ro,barrier=0,data=ordered) /dev/mapper/pve-data on /var/lib/vz type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered) /dev/sda1 on /boot type ext3 (rw,relatime,errors=continue,barrier=0,data=ordered) Como veo, el "/dev/mapper/pve-root" me lo está montando en "ro", a parte es que en "/dev/mapper/pve-root" no me deja crear ficheros ni directorios y en "/dev/mapper/pve-data" sí. Y en el "fstab" tengo: --- root@proxmox:/# cat /etc/fstab # /dev/pve/root / ext3 errors=remount-ro 0 1 /dev/pve/data /var/lib/vz ext3 defaults 0 1 UUID=e9c920ee-5f1d-42de-a966-958638ec5abf /boot ext3 defaults 0 1
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
El Martes, 22 de septiembre de 2015 18:40:08 Juan Lavieri escribió: > Hola a toda la comunidad. > > Este fue un fin de semana "problemático" en casa. Lo lamento > Por experiencia ya aprendí que guardar algo en un CDROM, por largo tiempo, > es mas inútil que bañar a un pez; antes utilizaba los cartuchos Iomega zip > para respaldar, pero ehora hay soluciones tipo NAS, por ejemplo, pero > caemos en lo mismo, es un aparato costoso que, al menos en el caso de > venezuela, requiere que se le compren 2 discos duros adicionales y volvemos > a la incognita anterior ¿Cuáles discos? Si quieres discos fiables, hay que pagar :=( La mejor opción contrastada por la experiencia es WD western digital. Tiene tres series SATA verde, azul y negra. Y tienen muchos ciclos de carga/descarga verde http://www.wdc.com/wdproducts/library/SpecSheet/ESN/2879-800026.pdf http://www.pccomponentes.com/wd_green_1tb_sata3_64mb.html 54.95€ azul http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-701277.pdf http://www.pccomponentes.com/wd_blue_1tb_sata3.html 49€ negro http://www.wdc.com/wdproducts/library/SpecSheet/ESN/2879-771434.pdf http://www.pccomponentes.com/wd_black_1tb_sata3_7200rpm.html 78€ La negra es la mas potente, rápida y solida. No se de ningún WD negro que haya cascado. Eso sí hacen ruido, bastante ruido Acústica (dBA) Inactivo 31 Búsqueda (media) 34 Pero es mas caro. -- Agur bero bat / a greeting BasaBuru BASATU ~ basatia bihur zaitez ~ gako ID gnupg: F9044F8FC64B2544 hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544 signature.asc Description: This is a digitally signed message part.
Re: Reinicios aleatorios
El Martes, 22 de septiembre de 2015 17:21:23 Josu Lazkano escribió: > Muchas gracias de nuevo por vuetros mensajes. > > Empezare por limpiar la caja con aire comprimido y le cambiare la > pasta termica al procesador. Si pero antes compra un disipador nuevo para la cpu, o lo tendrás que hacer dos veces ;-) Si vas a comprar, claro > Sobre los ventiladores. Segun veo la imagen, mi placa tiene 4 > ventiladores: http://www.links.co.jp/html/press2/image/p31ds3l-b01.jpg Bueno eso en teoría, puedes pinchar dos con un conversor en cada puerto de la placa el consumo no es elevado. Son denominaciones relacionadas con la bios y sus opciones de control de ventiladores > CPU_FAN > PWR_FAN > SYS_FAN1 > SYS_FAN2 > > Dos de ellos los tengo conectados. Me he fijado que los conectors > varian, de 3 a 4 pines. Necesito comprar los ventiladores segun el > conector? Nunca he comprado ningun ventilador y ando un poco perdido. Si vas a usar control de velocidad por hardware necesitas 4 pines para el disipador Yo te recomiendo que si te lo puedes permitir pongas ventiladores noctua. Tienen la ventaja de que por hardware (los cables de conexión) funcionan a tres velocidades, pueden llegar a ser muy silenciosos. Pero no te tienes que olvidar que hay que limpiarlos de vez en cuando. Cuando veas que las palas están con suciedad, los desmontas y los limpias. Como se limpian coges bastoncillos de algodón (los de los oídos) y con paciencia limpias las palas (que es lo que se ensucia y desequilibra los ventiladores) como limpiador lo mas eficiente que he usado es un multiusos, liquido azul, para múltiples superficies, también lo uso para limpiar el teclado y las pantallas. Pones el bastoncillo en la salida de la pistola del multiusos le das un poco y ya tienes impregnado el bastoncillo Quizás puedas revivir los ventiladores limpiándolos. Pero como son tres (o eso parece, no te compensa el trabajo) solo tienes que medir el tamaño 80mm, 120mm o 140mm para elegir la compra. http://www.noctua.at/main.php?show=ne_fd1_pwm_ic Ventiladores: Te pongo los de 120mm busca los que necesites en función del tamaño pero PWM mejor NF-F12 PWM http://www.noctua.at/main.php?show=productview&products_id=42&lng=es NF-S12A PWM http://www.noctua.at/main.php?show=productview&products_id=57&lng=es Info: http://www.noctua.at/main.php?show=support&lng=es Por otra parte son duros, aguantan mucho. los pones a altas revoluciones (sin cable intermedio) y los vas bajando hasta que no sean lo suficientemente efectivos (te suba la temperatura). Tiene un muy buen flujo de aire. Mi experiencia dice que merece la pena, aguantan mas que otros que he usado. Y tienen gomas anti-vibración http://www.noctua.at/main.php?show=produkte&setlng=es&products_id=85&news_id= Tienes información de flujo de aire, etc. DISIPADOR CPU (noctua tiene cosas grandes, igual buscas mas pequeño): Tienes socket LGA 775 solo hay uno compatible con tu placa :=( NH-D14 pero tienes que tener sitio. Pero igual es matar moscas a cañonazos. Yo buscaría algo mas pequeño, es demasiado disipador. Es el que uso yo Compatible con tu placa: LGA775 GigabyteGA-P31-DS3L Yes http://www.noctua.at/main.php?show=productview&products_id=34&lng=es Yo miraría otra marca es caro y para uso intensivo de la CPU, pero estaba mirando lo de los ventiladores y por poner como he visto que era compatible. Pero no, mucho disipador me parece. este es barato y un zalman: http://www.pccomponentes.com/zalman_cnps90_ultra_quiet.html Un poco mas grande: http://www.pccomponentes.com/zalman_cnps7x_led_.html -- Agur bero bat / a greeting BasaBuru BASATU ~ basatia bihur zaitez ~ gako ID gnupg: F9044F8FC64B2544 hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544 signature.asc Description: This is a digitally signed message part.
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
El miércoles, 23 sep 2015 a las 03:39 UTC Edwin De La Cruz escribió: > RAID o NO RAID? > Sirve de algo tener un disco espejo de respaldo si los mismo archivos > corruptos o datos X danados son copiados en el? > Sirve de algo si los archivos del sistema operativo se corrompen y asi > son respaldados quedando igualmente sin poder arrancar? El propósito de un RAID no es el de copia de seguridad, sino evitar la caída de servicio cuando fallan simultáneamente un número de discos, dependiendo del tipo y configuración del RAID. -- Manolo Díaz
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
Aparte de todas las respuestas que te han dadp lo que buscas "no existe". No hay un metodo perfecto para almacenar la informacion, en ningun soporte. Siempre habra cierto riesgo: averia del tipo que sea, desgaste, que justamente en el peor momento suceda algo, etc. Lo unico que puedes hacer es minimizar los potenciales factores de riesgo: comprar una buena marca (no necesariamente la mejor), hacer un uso correcto, poner los dispositivos en sitios con condiciones adecuadas, etc. Algo 100% seguro no existe, recuerda la ley de murphy: si algo puede pasar, posiblemente sucedera cuando menos te lo esperes. Y eso sucede por mucho que intentes controlar todo lo controlable. Esto no es algo que suceda solo a nivel domestico, tambien sucede a nivel empresarial. Incluso en el caso de entornos muy (muy, pero que muy) controlados pueden pasar cosas alucinantes. Incluso en datacenters a veces pasan el tipo de cosas que, estadisticamente, suceden solamente 1 de cada millon de posibilidades. Incluso en esos entornos se suele decir que se puede minimizar, pero no se puede eliminar. La posibilidad siempre esta ahi.
Re: [OT] Opinión sobre discos duros y mecanismos de respaldo.
On Tuesday 22 September 2015 18:40:08 Juan Lavieri wrote: > Hola a toda la comunidad. > > Este fue un fin de semana "problemático" en casa. > > Mi hermana perdió toda la información que tenía respaldada en un disco duro > externo marca Hitachi de 1 TB. y lo peor es que había revisado el respaldo > y funcionaba (me consta) formateó la máquina para instalar Win 10 en limpio > y para su sorpresa el disco ahora está muerto (tambian me consta). > > A mi hijo le sucedió algo parecido con un disco sata seagate de 1.5 TB, con > la ventaja que solo perdió música y videos. Este estaba formateado como > ext4 y al igual que el anterior no tiene señales de vida. > > Yo mismo tuve problemas con un disco Hitachi de 80 GB en mi portátil hace > tiempo. Esto me llevó a plantearme lo siguiente y es allí donde apreciaría > mucho sus sugerencias. > > Tengo planeado adquirir 2 discos duros de 2 o 3 GB; la idea configurarlos > como RAID 1. Pero me tropiezo con el tema de la confiabilidad. Yo pensaba > que los discos seagate era mas confiables, pero el disco de mi hijo tenía > poco mas de 1 año de comprado. El de mi hermana tenía mas tiempo, pero > siendo un disco que se conectaba por USB pienso que los temas de corriente > y voltaje son mas estables. Yo lo que creo que es necesitas otra copia de estos discos duros. En entorno doméstico un disco duro de backup normalmente tiene datos no solo de backup, sino que no tienes en ningún otro lugar como Fotos o Vídeos. Recuerda también que RAID no es backup, si bien es cierto que un raid 1, 5 o 6 es más confiable que un disco duro sencillo, en mi opinión, si solo vas a tener dos discos, considero que es mejor que uno sea copia del otro a ponerlos en RAID. Y guardarlos, si es posible, en sitios distintos. Mi configuración, un poco ineficiente pero que me sirve para salir del paso: un disco duro de backup de 1TB que se actualiza a menudo y un respado de este backup formado por dos discos en RADI1 que se actualiza de manera más espaciada. Todos usando btrfs. Puede haber gente que considere que btrfs no esté maduro, pero para este uso concreto en entorno doméstico considero que es suficiente. Luis
