bluesnow

Hola, creo que este tipo de información no puede preguntarse/responderse en el foro, por términos legales. Saludos.

Hola, En primer lugar "ayuda Urgente" no es buen título para comenzar un post, ni sirve para definir que te ocurre, ni para posteriormente que la gente haga busquedas y encuentre una solución si es que llega a solucionarse y postearse posteriormente. Yo editaría el título en primera instancia o lo borraría y crearía otro. Y en segundo lugar, puedes hacer una captura o detallar más especificamente que mensaje muestra? Saludos.

Yo sobre Proxmox no he instalado DSM, pero en VMWare se utiliza una imagen ya preparada para "añadir" a la máquina virtual, esto facilitará las cosas en el arranque del sistema en lugar de hacer un passthrough del USB. Por otra parte supongo que ya has repasado los post de reporte sobre los updates, por si alguien tuviera una configuración parecida a la tuya y ha tenido o no éxito en la instalación. DSM 6.2 Reporting DSM 6.2.1 Reporting Sobre lo de conectar una NIC Intel, me refería a definirla en la máquina virtual, pero veo que ya lo hiciste. Saludos.

Supongo que estás utilizando NIC Intel? porque según los post de las actualizaciones, en las versiones DSM 6.2 parece que son las únicas que funcionan en la mayoría de los casos, incluidos VMWare y Baremetal.

Creo que te entendí mal, al hablar de los archivos del contenedor entendí que son los archivos de configuración y demás que se utilizan para la gestión del contenedor. En tu caso lo que necesitas es acceder a la máquina virtual en sí. Y el problema es que utilizan IPs virtuales para su comunicación, ignoro si podrías "enrutar" esas direcciones a través del DSM pero seguramente no será sencillo. Otra opción que tienes es "montar" una carpeta del sistema dentro del contenedor, para pasar archivos de uno a otro desde SSH o dentro del terminal del contenedor de Docker. Pero esto también depende de como te manejes con la línea de comandos. Saludos.

Saludos, no creo que sea posible instalarlo por wifi, ya que vas a encontrar los siguientes inconvenientes/incompatibilidad: Necesitas que DSM detecte el interfaz wifi Este además debe tomar una dirección IP automática, ya que no creo que se pueda configurar en el instalador inicial. No hay forma de gestionar a que red wifi te quieres conectar por lo que los 2 pasos anteriores son inviables. Quizás alguien mas versado en Xpenology pueda ofrecerte alguna solución alternativa. Mi consejo es que lo pruebes y utilices con la interfaz Ethernet, no sé si una vez instalado te permitirá configurar el interfaz Wifi como adicional y utilizar solamente ese posteriormente. Saludos.

Saludos, a ver no sé que contenedor estás usando, pero yo he instalado tautulli, ombi, unifi, unms y algunos otros más todos los archivos de configuración se almacenan en la ruta que te menciono. Que estás intentando hacer exactamente?

Hola, en mi caso /volume1/docker/nombre_del_contenedor

Saludos, Yo no dispongo de ese hardware, pero bastaría con probar un nuevo USB con el bootloader nuevo y en un disco que no uses vacío para comprobar si todo irá correctamente. Yo antes de las grandes actualizaciones dedico un tiempo a hacer estas pruebas antes de cargarme nada. Si veo que todos los SATA y demás tarjetas son detectadas correctamente, procedo a la actualización. Es un poco engorroso, pero te evitas poner en riesgo los datos y compruebas que el nuevo DSM te funcionará sin problemas. Suerte!

Saludos, bueno en el peor de los casos puedes reinstalar DSM y "migrar" los discos, así que no habrías perdido nada. Y sobre el asunto en sí, aunque sea algo muy básico, deberías comprobar si: El equipo al iniciarse lo hace desde el USB con el loader (a veces las BIOS modifican el boot al disco duro, sino detecta correctamente el USB) Supongo que estás utilizando el bootloader correcto, ya que para las versión de DSM 6.2 no se pueden utilizar versiones anteriores a la 1.03b Supongo que has comprobado que el arranque del bootloader también se realiza correctamente, has probado a hacer otro USB nuevo, por si acaso?

Saludos, espero que no tengas 18 TB de RAM porque eso asusta, jaja Sobre tu duda, ¿es recomendable tener un solo disco (de la capacidad que sea) con datos importantes? pues si el disco se va al "carajo" adiós datos! sin anestesia ni nada, lo lógico y versátil de un NAS es poder tener los datos minimamente a salvo. Al menos un RAID 1 o RAID 5. Si los datos que vas a tener en el disco del NAS los tienes duplicados en otro lugar pues mejor. Pero todo esto tendrás que sopesarlo tú y cuanto cariño le tienes a lo que guardes en un solo disco duro. Suerte!

Debería crear un hilo nuevo para pedir ayuda, no está bien visto realizar consultas en otros hilos. Aunque puedan estar relacionados.

I tested in VMWare Workstation 14 Player, ..and package on this file DS3617xs DSM 6.2 on VMWare. Please be sure to add at least one SCSI hard disk drive and make SATA disk drive first boot device on BIOS. I've changed the default option boot to select VMWare and you don't need to select on VMWare. Regards

Saludos, no sé de cuantos SATA dispones ni si tienes alguno libre. Pero lo más sencillo, sería conectar un solo disco duro vacio, e instalar en él el sistema. Hecho esto, probar a conectar todos los discos a ver si tienes suerte y detecta el sistema que tuvieses montado en ellos. Con un poco de suerte podrás acceder a los datos y reinstalar las aplicaciones que tuvieras. Suerte!

Saludos @davidgonca76 Eso que comentas puede ser lo más normal del mundo. Si por lo que sea tu IP o tu redireccionamiento anda por ahí "pululando" no te quede duda de que serás objeto de ataques, sobre todo de chavales aburridos y/o con ganas de jod.... En mi caso no recibo tantos intentos de accesos no autorizados, pero si es cierto que en cuanto cierres el puerto SSH o al menos lo cambies a otro número de puerto dejarás de recibir tantos ataques. Mi recomendación: 1º. Configurar una VPN, acceder desde ella al puerto SSH de tu Xpenology. 2º. Si no haces lo 1º, cambia el puerto de SSH a uno no conocido (ej. 8822, 2222, etc) 3º. También puedes configurar el cortafuegos del Xpenology para que solo admita conexiónes desde España, para que directamente niegue el acceso a IPs ubicadas en otros paises.

Si la fuente te costó menos de 20 - 30€ probablemente.

Sobre esto hay algo de controversia en los foros, al menos yo he leído a favor y en contra de ambos. Principalmente a partir de la version DSM 6.12 (creo) que incluye el paquete de Virtual Manager para crear máquinas virtuales dentro del Synology, sólo permite crearlas en volúmenes btrfs. Por tanto si configuras volumenes con ext4 no podrás hacer uso en ellos del Virtual Manager. Salvo por esa cualidad, yo te diría que cualquiera de los 2 es válido. Creo haber leído que hay algunas empresas que no incluirán en el futuro btrfs en sus productos, pero no sé si debido a problemas, compatibilidad o sustitución por otros sistemas de archivos.

En el peor de los casos podrías lanzar de nuevo la instalación con un pendrive nuevo y en el asistente de instalación, seleccionar migrar en lugar de instalar, a ver si con suerte te detecta los discos y los vuelve a montar. Tendrías que reinstalar aplicaciones y configurar de nuevo el DSM, pero los datos no deberían perderse.

Saludos, antes de nada te recomiendo que no abrás post similares, si tienes algo de paciencia alguien contestará, pero no sirve de nada abrir post hasta que te hagan caso, quizás consigas el efecto contrario. Y sobre el tema en cuestión, hablas de volumen pero no de si está en RAID o SHR, o es un disco sólo. En este último caso puedes probar a conectarlo a un equipo con ubuntu (podrías incluso ejecutando una versión LIVE) y montarlo para sacar lo datos. Si está en RAID o SHR, la cuestión se vuelve más complicada, pero desde ubuntu también podrías intentar recuperarlos. En este post lo explican https://xpenology.com/forum/topic/12373-degraded-mode-56-failed-rebuild-files-missing/#comment-88153

Lo lógico es que antes de nada te pases por el foro https://xpenology.com/forum/forum/78-critical-updates/ donde la gente explica si ha tenido problemas al actualizar o lo realizó sin problemas. De todas formas lo recomendable es utilizar los archivos .pat y no la opción de descarga que aparece dentro del DSM. E ir poquito a poco en lugar de subir de a la última versión. Quizás @Polanskiman pueda concretar algo más.

Yo he tenido problemas similares con un disco Seagate de 2 TB. Puesto que forma parte de un RAID, el xpenology intenta comprobar su integridad cada pocas semanas o días, según le da. Y efectivamente en el S.M.A.R.T no aparece error de ningún tipo. Ese disco lo cambié y lo puse en otro xpenology formando parte de otro RAID y sigue igual, así que al final tocará cambiarlo.

Saludos nando29, pues aunque sea por probar deberías intentar instalar la versión para DS3615xs, quizás se resuelva favorablemente en caso de que se trate de un tema de incompatibilidad. Al menos la DS3615xs yo la tengo instalada en bastantes equipos diferentes y hardware variado y no me ha fallado nunca. Suerte!

Hola, Pues leyendo el log, parece que el USB tiene problemas tanto para montarse como para leer en él. Has probado a crear otro USB con el bootloader? Quizás alguien más versado vea otra anomalía. Saludos.

Normalmente linux (la base del DSM de Synology) es capaz de reconocer de nuevo los dispositivos integrados y sin necesidad de reinstalar. En el foro en inglés creo que ya ha habido gente que ha cambiado de placa sin problemas. Dicho esto, puede que haya alguna incompatibilidad si no seleccionas la placa adecuada debido a por ejemplo, el chipset de almacenamiento o la tarjeta de red. Sobre placas ITX no te puedo decir, aquí por ejemplo mencionan esta con 6 SATAs (pero al parecer solo funciona 1 de las dos tarjetas ethernet). Yo en mi caso he utilizado distintas placas bases Micro ATX - ATX de Gigabyte o MSI sin ningún problema y con 6 SATAs, funcionando con los últimos DSM. Lo importante quizás sería averiguar como se identifican los discos en la placa nueva para poner los discos en la misma "posición", aunque no sé sin usando SHR y en el DSM 6 esto daba un poco igual porque se utilizan los UUID de los discos y pueden ser intercambiados sin problemas. Y sobre la reinstalación a veces simplemente es necesario instalarlo de nuevo pero sin necesidad de perder datos, como si hicieras una migración de DSM 5 a 6.x. Saludos

Saludos, ese tipo de problema puede tener muchas causas, por ejemplo: - Puede haber otro PC/dispositivo con la misma IP? - Existe algún otro dispositivo con la misma MAC address (si has utilizado los mismos datos para hacer otro bootloader que también esté corriendo en la LAN)? - Deja los valores por defecto de MTU? - utilizas cables de red certificados? - probaste a utilizar un solo switch y solo 2 dispositivos conectados? - Ese ping es muy alto, yo revisaría cableado o electrónica de red? - Cambiaste de puertos en los switches las conexiones? - si conectas el NAS dejas sin red a otros dispositivos o estos tienen un ping alto? - podrías estar haciendo alguna conexión bucle? Esto es lo que se me ocurre en primera instancia.