geohector

Me alegro que no hayas perdido los datos DonVito. Yo espero que no me vuelva a pasar lo que me pasó de actualizar y que se cascase, pero si me pasa usaré este procedimiento que se lleva mucho menos tiempo... Yo tengo un Gen10. saludos, Héctor.

Hola DonVito. Pues realmente no sé decirte yo, al final como puse por ahí, lo actualicé a otra versión más moderna de Xpenology con un modelo de synology distinto, así que realmente no lo he probado, y por ahora no me ha vuelto a fallar, pero por lo que nos dicen funciona y te quitas mucho trabajo... Yo probaría, si acaso haz una BK de los datos antes por si acaso. Suerte.

To delete the system information stored on the data hard disks: - Mount those disks on linux (with a live-cd or other system). - From Gparted, or similar, delete the first partition. - Click again on the data disks in the synology/xpenology you want. Thanks to Paco2005 who gave me the information in this post (spanish section): xpenology cascado Greetings, Hector.

De acuerdo, eso haré. Muchas gracias. Saludos, Héctor

Hola Paco, muchas gracias por tu repuesta. Creo que de cara al futuro me va a venir de perlas, porque seguro que algo así me vuelve a pasar otra vez y ya veremos si no tengo que hacer algún downgrade o cambiar de sistema en breve... Pero de momento, después de mil pruebas que hice este fin de semana y viendo que no tenía forma de hacer funcionar mi DS3617xs, me decidí a montar una nueva VM con el DS918+ y ayer por la tarde terminé de montarla (actualizarla a la última versión y configurar todo como lo tenía anteriormente con el DS3617xs) y cuando le añadí los discos y la arranqué funcionó por fin... Pero por lo que he visto hoy, a raíz de tu repuesta, veo que los discos tienen 3 particiones, 2 pequeñas iniciales (de un par de gigas cada una) y una "gorda" con los datos de la capacidad restante del disco. La que hay que borrar dices que es la primera, pero se puede mirar de alguna forma que es esa?? Pregunto si hay alguna forma de asegurarse de que la primera es en la que están ess datos. Supongo que synology siempre lo montará así, pero por asegurarnos. Muchísimas gracias porque creo que me va a ser muy útil lo que me cuentas en breve (me parece que la DS918+ como VM al menos y con el mismo hardware va más lenta que la DS3617xs, aunque supongo que esta la podré ir actualizando y la 3617 no, pero...). Saludos, Héctor.

Hello. I have a similar problem. After trying to update a VM with a Xpenology DS3617xs with usb loader 1.02b to version 6.2, when rebooting it was "dead" and it didn't work, it couldn't access by network to it. When restoring a backup of my dsm with version 6.1.7, if it doesn't have the data storage disks working properly, I can configure and change things. But when I attach the data disks and reboot it says I have to restore again and I go into a loop, because when I reboot I lose the network again. How can I erase the OS files on the data storage disks so that when I go back to 6.1.7 I don't have to restore state? Or... Can I recover the network with the 6.2 update? Thank you very much, if you need any clarification about the system or anything else tell me. Greetings, Hector.

Hola. Tiene buena pinta el enlace, a ver si por ahí puedo recuperar mi dsm. Muchas gracias. Ya os comento si lo consigo. Saludos, Héctor.

Se me ocurre otra posible solución, que sería instalar otra DSM distinta (con otro loader y/o modelo de dsm) en otra VM ¿podría leer mis discos actuales?? Gracias de nuevo.

Hola a todos y gracias por la ayuda de antemano. Hace tiempo que vengo disfrutando de un xpenology gracias a este foro. Lo tengo instalado en un HP Microserver Gen10, con 16 gb de ram y 4 núcleos, en una máquina virtual de vbox. Al xpenology le tengo dato: - Jun's Loader v1.02b - 8 gb de ram, 2 cores - el sistema está en un ssd de 15 gb con 8 y pico ocupados. - usb 2 y red en modo bridge con la tarjeta compatible con Intel pro/1000 MT 82540EM. - y luego le tengo dados 3 discos físicos enteros a la VM, nada de vdi, ni vmhk... los discos directamente conectados a la máquina virtual, que es donde tengo los datos. El caso es que haciendo una actualización esta pasada semana (subiendo de la 6.1.7-15284 Update 3 a una 6.2 que me daba el propio synology), se me ha cascado. Ya he visto en algún hilo que esta actualización a v6.2 puede dar problemas de red y otros... mal hecho por mi parte esta vez, que siempre suelo mirar primero y por ir deprisa le di a que vale y la he liado... Intenté tirar de una copia de seguridad, que hago de cuando en cuando porque ya tuve un problemilla una vez y así recuperaba, pero esta vez cuando pongo la bk y termina de cargar la máquina resulta que me sale la pantalla de gestión y me dice "que ha detectado que he movido los discos duros a una nueva maquina y que la tengo que recuperar" (y me dice quesu estado es recuperable), y al recuperarla se vuelve a cascar y estoy en bucle... Si le desconecto de la VM los discos duros con los datos, el synology funciona bien, pero en el momento que apago y se los conecto vuelvo al mismo problema. He probado a conectar los discos en caliente con el synology en marcha, pero entonces no los reconoce como volúmenes básicos, y me pide formatearlos y perdería los datos. Como ya no sabía como recuperarla, dije pues paso los datos a un disco externo desde el sistema anfitrión (ubuntu 18.04 lts) formateo un disco, se lo pongo al synology y le voy pasando los datos de los otros... pero al montar los discos en el anfitrión e ir a copiarlos me dice que no tengo permisos para hacerlo (los usuarios root/admin del anfitrión y del synology son distintos). Total que puedo ver los datos pero no acceder a ellos, con lo que no he puedido salvarlos de ninguna forma por ahora ni restaurar el synology. ¿Hay alguna manera de que me restaure el synology actual con mi BackUp anterior o qué cambiar para que no se quede muerto? ¿A alguien se le ocurre cómo puedo salvar los datos? Es como si en los discos de datos se hubiese grabado algo que le dice al synology que debe actualizarse y ahí se jode... Muchas gracias a todos y saludos, Héctor

- Outcome of the update: UNSUCCESSFUL - DSM version prior update: DSM 6.1.7-15284 Update 3 - Loader version and model: Jun's Loader v1.02b - DS3617xs - Installation type: VirtualBox VM in Ubuntu 16.04 LTS (HPE Proliant MicroServer Gen10) - Additional comments: after the reboot the machine says it needs to be recovered, but if you hit it to recover it breaks and after the recovery restart it doesn't respon --> crash.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.4-15217 Update 5 - Loader version and model: Jun's Loader v1.02b - DS3617xs - Installation type: VirtualBox VM in Ubuntu 16.04 LTS (HPE Proliant MicroServer Gen10) - Additional comments: Requires reboot.

After a lot of laps, and by chance, after installing vmware in ubuntu, the rawdisk started working, if I linked them as sata and not as scsi. So I have it working. In case you can help someone in the future, give me that to work well in linux, and use full disks in the DSM VM, you have to create the rawdisk and bind it to the VM as sata. Also important is to give the number of suitable SATA ports. Regards, Héctor

TRras dar muchas vueltas, y de casualidad, tras instalar el vmware en ubuntu, empezaron a funcionar los rawdisk, si los enlazaba como sata y no como scsi. Así que ya lo tengo funcionando. Por si le puede ayudar a alguien en el futuro, me da que para que funcione bien en linux, y usar discos completos en la VM de DSM, hay que crearse el rawdisk y enlazarlo a la VM como sata. Importante también darle el nº de puertos sata adecuados. Saludos, Héctor.

Update in VM Vbox in Ubuntu, from DSM 6.1.3-15152 Update 6 to DSM 6.1.3-15152 Update 8. All OK.

Hi. I have installed ubuntu server on the microserver, in a part of ssd, with the home and another data partition in an hdd. Then I install the DSM in a VirtualBox virtual machine, using a small part of the ssd. Once installed DSM, I do it without major problems (although I later saw that I had the "timebombmachine" and tube to change the loder and reinstall from zero) I try to add two hdd disks entire (in ext4 format, although I have also tested with ext3 and ntfs) to DSM, both as vdi file, vmdk file and even as rawdisk. But the most that I have achieved is that DSM recognizes them as external disks, so it does not let me create volumes. Never trecognize them as system disks. From what I've read in tutorials and in the forum, it should work by creating rawdisk with vmdk, but the virtualbox does not seem to recognize them. So I ask if I have to add these disks since the start of the DMS installation, although it does not seem to make much sense. I do not use windows at any time and what I am trying to add are new disks. ideas Thank a lot. Regards, Héctor