themartien Posté(e) 18 août 2011 Signaler Share Posté(e) 18 août 2011 Bonjour, ce matin j'ai lancé la mise à jour de mon Qnap T-210 2011-08-18 06:38:16 System 127.0.0.1 localhost System started. 2011-08-18 06:36:31 System 127.0.0.1 localhost System was shut down on Thu Aug 18 06:36:31 BST 2011. 2011-08-18 06:12:53 System 127.0.0.1 localhost System updated successfully from 3.4.4 to 3.5.0. et depuis plus une seule données ? mais mes users , et configuration sont pourtant toujours là . que faire pour récupérer les datas? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 18 août 2011 Signaler Share Posté(e) 18 août 2011 Bonjour, Bonjour, ce matin j'ai lancé la mise à jour de mon Qnap T-210 2011-08-18 06:38:16 System 127.0.0.1 localhost System started. 2011-08-18 06:36:31 System 127.0.0.1 localhost System was shut down on Thu Aug 18 06:36:31 BST 2011. 2011-08-18 06:12:53 System 127.0.0.1 localhost System updated successfully from 3.4.4 to 3.5.0. et depuis plus une seule données ? mais mes users , et configuration sont pourtant toujours là . que faire pour récupérer les datas? Vérifiez, via ou telnet que vos données sont toujours présentes (même si elles ne se voient plus du réseau) elles sont sous /share/MD0_DATA (Raid) ou /share/HDA_DATA (single) Si elles sont là, recréez les partages (ceux par défaut ... il y a un bouton ... puis les autres) éventuellement, si vous êtes inquiet ... faites un backup sur un disque externe avant ... à Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 18 août 2011 Auteur Signaler Share Posté(e) 18 août 2011 Bonjour, Vérifiez, via [url="[url="ssh-avec-putty/-avec-putty/"]ssh-avec-putty/-avec-putty/"][url="ssh-avec-putty/-avec-putty/"]ssh-avec-putty/ ou telnet que vos données sont toujours présentes (même si elles ne se voient plus du réseau) elles sont sous /share/MD0_DATA (Raid) ou /share/HDA_DATA (single) Si elles sont là, recréez les partages (ceux par défaut ... il y a un bouton ... puis les autres) éventuellement, si vous êtes inquiet ... faites un backup sur un disque externe avant ... à Philippe. alors que dalle plus rien .!!! ... [/share] # ls -R .: Backup@ HDN_DATA/ MG@ HDA_DATA/ HDO_DATA/ Network Recycle Bin 1@ HDB_DATA/ HDP_DATA/ Public@ HDC_DATA/ HDQ_DATA/ Qdownload@ HDD_DATA/ HDR_DATA/ Qmultimedia@ HDE_DATA/ HDS_DATA/ Qrecordings@ HDF_DATA/ HDT_DATA/ Qusb@ HDG_DATA/ HDU_DATA/ Qweb@ HDH_DATA/ HDV_DATA/ bigapple@ HDI_DATA/ HDW_DATA/ djs@ HDJ_DATA/ HDX_DATA/ external/ HDK_DATA/ HDY_DATA/ fg@ HDL_DATA/ HDZ_DATA/ lili@ HDM_DATA/ MD0_DATA/ salva@ ./HDA_DATA: ./HDB_DATA: ./HDC_DATA: ./HDD_DATA: ./HDE_DATA: ./HDF_DATA: ./HDG_DATA: ./HDH_DATA: ./HDI_DATA: ./HDJ_DATA: ./HDK_DATA: ./HDL_DATA: ./HDM_DATA: ./HDN_DATA: ./HDO_DATA: ./HDP_DATA: ./HDQ_DATA: ./HDR_DATA: ./HDS_DATA: ./HDT_DATA: ./HDU_DATA: ./HDV_DATA: ./HDW_DATA: ./HDX_DATA: ./HDY_DATA: ./HDZ_DATA: ./MD0_DATA: ./external: sda/ sdc/ sde/ sdg/ sdi/ sdk/ sdm/ sdo/ sdq/ sds/ sdu/ sdw/ sdy/ sdb/ sdd/ sdf/ sdh/ sdj/ sdl/ sdn/ sdp/ sdr/ sdt/ sdv/ sdx/ sdz/ ./external/sda: ./external/sdb: ./external/sdc: ./external/sdd: ./external/sde: ./external/sdf: ./external/sdg: ./external/sdh: ./external/sdi: ./external/sdj: ./external/sdk: ./external/sdl: ./external/sdm: ./external/sdn: ./external/sdo: ./external/sdp: ./external/sdq: ./external/sdr: ./external/sds: ./external/sdt: ./external/sdu: ./external/sdv: ./external/sdw: ./external/sdx: ./external/sdy: ./external/sdz: [/share] # DONC ... c'est la m@#@°°# je vais tenté un de ces programme pour la recuperation de donnée... ou si je downgrade il y a des chances qu'il se récupère ? mais je suis le seul à avoir eu ce bug `? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 18 août 2011 Signaler Share Posté(e) 18 août 2011 Bonjour, alors que dalle plus rien .!!! ... DONC ... c'est la m@#@°°# je vais tenté un de ces programme pour la recuperation de donnée... ou si je downgrade il y a des chances qu'il se récupère ? mais je suis le seul à avoir eu ce bug `? Avant de tout casser ... pouvez-vous regarder si vos partitions sont bien présentes et montées ... faites un df puis un mount puis un fdsik -l Je viens d'upgrader mon TS-219 (même famille que votre TS-210) sans problèmes. AVANT de tout réinitialiser (sauf si vous avez des bacxkups) ouvrez une demande de support et prévoyez un moyen (ouvrir une connexion S_sh ou , teamviewer, etc.) pour que le support puisse regarder votre système. ATTENTION aux 6 h de décalage (il est 20h15 à Taïwan au moment ou j'écris ce post), vous pouvez aussi mettre un PM à Cris, il pourra peut-être regarder ... si les Belges ne sont plus en vacances ... Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 18 août 2011 Auteur Signaler Share Posté(e) 18 août 2011 Bonjour, Avant de tout casser ... pouvez-vous regarder si vos partitions sont bien présentes et montées ... faites un df puis un mount puis un fdsik -l Je viens d'upgrader mon TS-219 (même famille que votre TS-210) sans problèmes. AVANT de tout réinitialiser (sauf si vous avez des bacxkups) ouvrez une demande de support et prévoyez un moyen (ouvrir une connexion S_sh ou , teamviewer, etc.) pour que le support puisse regarder votre système. ATTENTION aux 6 h de décalage (il est 20h15 à Taïwan au moment ou j'écris ce post), vous pouvez aussi mettre un PM à Cris, il pourra peut-être regarder ... si les Belges ne sont plus en vacances ... Philippe. alors ... j'ai fais ceci [/] # df Filesystem Size Used Available Use% Mounted on /dev/ram 32.9M 15.7M 17.2M 48% / tmpfs 32.0M 112.0k 31.9M 0% /tmp /dev/sda4 310.0M 228.0M 81.9M 74% /mnt/ext /dev/md9 509.5M 71.9M 437.5M 14% /mnt/HDA_ROOT tmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp Puis [/] # mount /proc on /proc type proc (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) sysfs on /sys type sysfs (rw) tmpfs on /tmp type tmpfs (rw,size=32M) none on /proc/bus/usb type usbfs (rw) /dev/sda4 on /mnt/ext type ext3 (rw) /dev/md9 on /mnt/HDA_ROOT type ext3 (rw) tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M) none on /sys/kernel/config type configfs (rw) enfin ... [/] # fdisk -l Disk /dev/sda: 2000.3 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 66 530125 83 Linux /dev/sda2 67 132 530142 83 Linux /dev/sda3 133 243138 1951945693 83 Linux /dev/sda4 243139 243200 498012 83 Linux Disk /dev/sda4: 469 MB, 469893120 bytes 2 heads, 4 sectors/track, 114720 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/sda4 doesn't contain a valid partition table Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 66 530125 83 Linux /dev/sdb2 67 132 530142 83 Linux /dev/sdb3 133 243138 1951945693 83 Linux /dev/sdb4 243139 243200 498012 83 Linux Disk /dev/md9: 542 MB, 542769152 bytes 2 heads, 4 sectors/track, 132512 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md9 doesn't contain a valid partition table Disk /dev/md2: 542 MB, 542769152 bytes 2 heads, 4 sectors/track, 132512 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md2 doesn't contain a valid partition table Disk /dev/md0: 1998.7 GB, 1998792294400 bytes 2 heads, 4 sectors/track, 487986400 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md0 doesn't contain a valid partition table [/] # je pense que ça ne présage rien de bon ... ? encore merci du coup de pouce ... Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 18 août 2011 Signaler Share Posté(e) 18 août 2011 Bonjour, alors ... j'ai fais ceci [/] # df Filesystem Size Used Available Use% Mounted on /dev/ram 32.9M 15.7M 17.2M 48% / tmpfs 32.0M 112.0k 31.9M 0% /tmp /dev/sda4 310.0M 228.0M 81.9M 74% /mnt/ext /dev/md9 509.5M 71.9M 437.5M 14% /mnt/HDA_ROOT tmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp Puis [/] # mount /proc on /proc type proc (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) sysfs on /sys type sysfs (rw) tmpfs on /tmp type tmpfs (rw,size=32M) none on /proc/bus/usb type usbfs (rw) /dev/sda4 on /mnt/ext type ext3 (rw) /dev/md9 on /mnt/HDA_ROOT type ext3 (rw) tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M) none on /sys/kernel/config type configfs (rw) enfin ... [/] # fdisk -l Disk /dev/sda: 2000.3 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 66 530125 83 Linux /dev/sda2 67 132 530142 83 Linux /dev/sda3 133 243138 1951945693 83 Linux /dev/sda4 243139 243200 498012 83 Linux Disk /dev/sda4: 469 MB, 469893120 bytes 2 heads, 4 sectors/track, 114720 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/sda4 doesn't contain a valid partition table Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 66 530125 83 Linux /dev/sdb2 67 132 530142 83 Linux /dev/sdb3 133 243138 1951945693 83 Linux /dev/sdb4 243139 243200 498012 83 Linux Disk /dev/md9: 542 MB, 542769152 bytes 2 heads, 4 sectors/track, 132512 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md9 doesn't contain a valid partition table Disk /dev/md2: 542 MB, 542769152 bytes 2 heads, 4 sectors/track, 132512 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md2 doesn't contain a valid partition table Disk /dev/md0: 1998.7 GB, 1998792294400 bytes 2 heads, 4 sectors/track, 487986400 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md0 doesn't contain a valid partition table [/] # je pense que ça ne présage rien de bon ... ? encore merci du coup de pouce ... SI ... il reste un chance, vous ne voyez pas les données parce que /dev/md0 n'est pas monté ... Il va falloir jouer avec mdadm pour ré-assembler votre Raid puis monter la partition Raid /dev/md0 sur /share/MD0_DATA La manipulation de mdadm ... demande un certain doigté ... mais c'est possible ... regardez si les informations sont toujours là : cat /proc/mdstat si oui, il sera possible de ré-assembler, éventuellement en "forçant" la réécriture des superblocks ... Bon, cela reste une question pour spécialiste, à vous de voir, mais si vous avez un doute ... attendez le support ... c'est leur métier, ils auront besoin d'un accès SecureSHell Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 18 août 2011 Auteur Signaler Share Posté(e) 18 août 2011 Bonjour, SI ... il reste un chance, vous ne voyez pas les données parce que /dev/md0 n'est pas monté ... Il va falloir jouer avec mdadm pour ré-assembler votre Raid puis monter la partition Raid /dev/md0 sur /share/MD0_DATA La manipulation de mdadm ... demande un certain doigté ... mais c'est possible ... regardez si les informations sont toujours là : cat /proc/mdstat si oui, il sera possible de ré-assembler, éventuellement en "forçant" la réécriture des superblocks ... Bon, cela reste une question pour spécialiste, à vous de voir, mais si vous avez un doute ... attendez le support ... c'est leur métier, ils auront besoin d'un accès SecureSHell Philippe. cat /proc/mdstat md0 : active raid1 sda3[0] sdb3[1] 1951945600 blocks [2/2] [uU] md2 : active raid1 sdb2[1] sda2[0] 530048 blocks [2/2] [uU] md13 : active raid1 sda4[0] sdb4[1] 458880 blocks [2/2] [uU] bitmap: 0/57 pages [0KB], 4KB chunk md9 : active raid1 sda1[0] sdb1[1] 530048 blocks [2/2] [uU] bitmap: 0/65 pages [0KB], 4KB chunk je sais pas vraiment ce que ça veux dire ... mais j'ai mis une MP a Cris on va voir se qu'il me répondra mais c'est quand même étrange comme toute mes datas on disparues ... c'est genre qu'il a perdu la table d'allocation des fichiers ( genre de quick_format)? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 19 août 2011 Signaler Share Posté(e) 19 août 2011 Bonjour, cat /proc/mdstat md0 : active raid1 sda3[0] sdb3[1] 1951945600 blocks [2/2] [uU] md2 : active raid1 sdb2[1] sda2[0] 530048 blocks [2/2] [uU] md13 : active raid1 sda4[0] sdb4[1] 458880 blocks [2/2] [uU] bitmap: 0/57 pages [0KB], 4KB chunk md9 : active raid1 sda1[0] sdb1[1] 530048 blocks [2/2] [uU] bitmap: 0/65 pages [0KB], 4KB chunk je sais pas vraiment ce que ça veux dire ... mais j'ai mis une MP a Cris on va voir se qu'il me répondra mais c'est quand même étrange comme toute mes datas on disparues ... c'est genre qu'il a perdu la table d'allocation des fichiers ( genre de quick_format)? La table semble correcte, donc, ce ne sont pas vos données qui sont effacés ... mais c'est plutôt comme si un disque ne démarrait pas (donc les données sont encore dessus) En fait en Raid, vous avez un disque virtuel /dev/md0 qui prend la place des deux disques /dev/sda3 et /dev/sdb3 c'est ce disque virtuel qui ne monte pas (ne s'attache pas à un répertoire du Linux) En attendant la tentative de récupération, comme vous êtes en Raid1, rien ne vous empêche de monter un des disques (ce sont des miroirs, donc identiques) dans un boitier USB (ou E-sata) sur une machine linux ou même Windows et d'essayer de relire (et donc récupérer vos données) sous Linux c'est un simple mount de /dev/sd_3 (le _ est à remplacer par la lettre attribué au device ...) sous Windows un utilitaire comme ext2read qui malgré son nom sait lire des partitions ext3 ou 4 (celles utilisés par Qnap) ET sans installation, vérifiez juste que vous le lancez bien comme administrateur ... Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 19 août 2011 Auteur Signaler Share Posté(e) 19 août 2011 Bonjour, La table semble correcte, donc, ce ne sont pas vos données qui sont effacés ... mais c'est plutôt comme si un disque ne démarrait pas (donc les données sont encore dessus) En fait en Raid, vous avez un disque virtuel /dev/md0 qui prend la place des deux disques /dev/sda3 et /dev/sdb3 c'est ce disque virtuel qui ne monte pas (ne s'attache pas à un répertoire du Linux) En attendant la tentative de récupération, comme vous êtes en Raid1, rien ne vous empêche de monter un des disques (ce sont des miroirs, donc identiques) dans un boitier USB (ou E-sata) sur une machine linux ou même Windows et d'essayer de relire (et donc récupérer vos données) sous Linux c'est un simple mount de /dev/sd_3 (le _ est à remplacer par la lettre attribué au device ...) sous Windows un utilitaire comme ext2read qui malgré son nom sait lire des partitions ext3 ou 4 (celles utilisés par Qnap) ET sans installation, vérifiez juste que vous le lancez bien comme administrateur ... Philippe. Récupération des donnée en cours .... avec EXT2READ c'est magique .. merci !! (je savais que cette dock SATA USB me servirais un jour ) sinon les deux disques sont reconnu par le Qnap aucun problème S.M.A.R.T , les disques ont été acheter le 29.03.11 ce sont des ST2000DL03 (seagate Baracuda LP 2T) et je ne les mets jamais en veille (paraît que ça les vieillis plus vite de les mettre en veille !? ) Donc je sais pas si c'est un problème viens - des disque - de la mise à jours 3.5 - de "pas de bol" !? demain je remontes le NAS je ré-initialise tout et on verra et il faut que je songe sérieusement à un système de backup pour mes gigas de photos 1000x merci à toi Philippe pour tes précieux conseil et Bon weekend a+++++ Julien Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 21 août 2011 Auteur Signaler Share Posté(e) 21 août 2011 Dernière news ... de mon aventure ... j'ai pu recupéré presque toutes mes data avec un dock USB... et par curiosité je suis repassé en TS-210_3.4.0_Build0212 et là , j'ai à nouveau mes données !? Bug FW 3.5 ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 ludo167 Posté(e) 21 août 2011 Signaler Share Posté(e) 21 août 2011 Mmm bizarre.. Je dirais plus pb pendant la mise a jour.. Aviez vous essayer de reupgrader au dernier firmware ? Si vos données sont en toute sécurité, Pouvez vous réessayer de mettre le dernier firmware ? Ps : pour mon info, la mise a jour à été via live update ? Ou mise a jour classique ? Cdlt Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 zizou5956 Posté(e) 27 août 2011 Signaler Share Posté(e) 27 août 2011 alors que dalle plus rien .!!! ... [/share] # ls -R .: Backup@ HDN_DATA/ MG@ HDA_DATA/ HDO_DATA/ Network Recycle Bin 1@ HDB_DATA/ HDP_DATA/ Public@ HDC_DATA/ HDQ_DATA/ Qdownload@ HDD_DATA/ HDR_DATA/ Qmultimedia@ HDE_DATA/ HDS_DATA/ Qrecordings@ HDF_DATA/ HDT_DATA/ Qusb@ HDG_DATA/ HDU_DATA/ Qweb@ HDH_DATA/ HDV_DATA/ bigapple@ HDI_DATA/ HDW_DATA/ djs@ HDJ_DATA/ HDX_DATA/ external/ HDK_DATA/ HDY_DATA/ fg@ HDL_DATA/ HDZ_DATA/ lili@ HDM_DATA/ MD0_DATA/ salva@ ./HDA_DATA: ./HDB_DATA: ./HDC_DATA: ./HDD_DATA: ./HDE_DATA: ./HDF_DATA: ./HDG_DATA: ./HDH_DATA: ./HDI_DATA: ./HDJ_DATA: ./HDK_DATA: ./HDL_DATA: ./HDM_DATA: ./HDN_DATA: ./HDO_DATA: ./HDP_DATA: ./HDQ_DATA: ./HDR_DATA: ./HDS_DATA: ./HDT_DATA: ./HDU_DATA: ./HDV_DATA: ./HDW_DATA: ./HDX_DATA: ./HDY_DATA: ./HDZ_DATA: ./MD0_DATA: ./external: sda/ sdc/ sde/ sdg/ sdi/ sdk/ sdm/ sdo/ sdq/ sds/ sdu/ sdw/ sdy/ sdb/ sdd/ sdf/ sdh/ sdj/ sdl/ sdn/ sdp/ sdr/ sdt/ sdv/ sdx/ sdz/ ./external/sda: ./external/sdb: ./external/sdc: ./external/sdd: ./external/sde: ./external/sdf: ./external/sdg: ./external/sdh: ./external/sdi: ./external/sdj: ./external/sdk: ./external/sdl: ./external/sdm: ./external/sdn: ./external/sdo: ./external/sdp: ./external/sdq: ./external/sdr: ./external/sds: ./external/sdt: ./external/sdu: ./external/sdv: ./external/sdw: ./external/sdx: ./external/sdy: ./external/sdz: [/share] # DONC ... c'est la m@#@°°# je vais tenté un de ces programme pour la recuperation de donnée... ou si je downgrade il y a des chances qu'il se récupère ? mais je suis le seul à avoir eu ce bug `? Bonjour je suis victime de la meme mesaventure. perte des data depuis la mise a jour 3.5.0. Comment récuperer nos fichiers? Merci pour votre precieuse collaboration Zizou5956 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 ludo167 Posté(e) 27 août 2011 Signaler Share Posté(e) 27 août 2011 Bonjour je suis victime de la meme mesaventure. perte des data depuis la mise a jour 3.5.0. Comment récuperer nos fichiers? Merci pour votre precieuse collaboration Zizou5956 Bonjour, Est ce possible de se connecter a distance sur votre serveur ( de preference) ? Merci, Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 29 août 2011 Auteur Signaler Share Posté(e) 29 août 2011 Bonjour je suis victime de la meme mesaventure. perte des data depuis la mise a jour 3.5.0. Comment récuperer nos fichiers? Merci pour votre precieuse collaboration Zizou5956 hello alors j'ai envoyer une demande de support a qnap. il m'a fait suivre cette procédure Dear customer, Thanks for choosing QNAP. Guess it should be the samba issue. See the following steps to recover your share folders. 1. use [url="ssh-avec-putty/-avec-putty/"]ssh-avec-putty/ client or telnet client login in your NAS. 2. mv /mnt/HDA_ROOT/.config/smb.conf smb.bak 3. cp /etc/default_config/smb.conf /mnt/HDA_ROOT/.config/smb.conf 4. Reboot NAS 5. Recover default share folders 6. Manually create other share folders back. Click “New Share Folder”; and select “Enter path manually”- select the personal folder- Fill in with the folder name; then click “Apply” 7. Assign the permission 8. Folder is restored. mais moi avant cela ... j'ai sorti un de mes disque tout copié avec ext2explore puis par curiosité, j'ai tenté un downgrade du FW, suis revenu en version 3.4(dernier build) et ça avait tout retrouvé mes données. donc ... le mieux c'est de faire toujours un backup avant de mettre a jours le FW ... meme que moi maintenant j'ai un disque usb externe connecter au NAS qui backup en "continue" les données qui me sont importante (photo, documents...) voilà, j’espère que cela va vous aider .... Meilleures salutations Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 zizou5956 Posté(e) 31 août 2011 Signaler Share Posté(e) 31 août 2011 hello alors j'ai envoyer une demande de support a qnap. il m'a fait suivre cette procédure Dear customer, Thanks for choosing QNAP. Guess it should be the samba issue. See the following steps to recover your share folders. 1. use [url="[url="ssh-avec-putty/-avec-putty/"]ssh-avec-putty/-avec-putty/"][url="ssh-avec-putty/-avec-putty/"]ssh-avec-putty/ client or telnet client login in your NAS. 2. mv /mnt/HDA_ROOT/.config/smb.conf smb.bak 3. cp /etc/default_config/smb.conf /mnt/HDA_ROOT/.config/smb.conf 4. Reboot NAS 5. Recover default share folders 6. Manually create other share folders back. Click “New Share Folder”; and select “Enter path manually”- select the personal folder- Fill in with the folder name; then click “Apply” 7. Assign the permission 8. Folder is restored. mais moi avant cela ... j'ai sorti un de mes disque tout copié avec ext2explore puis par curiosité, j'ai tenté un downgrade du FW, suis revenu en version 3.4(dernier build) et ça avait tout retrouvé mes données. donc ... le mieux c'est de faire toujours un backup avant de mettre a jours le FW ... meme que moi maintenant j'ai un disque usb externe connecter au NAS qui backup en "continue" les données qui me sont importante (photo, documents...) voilà, j’espère que cela va vous aider .... Meilleures salutations Bonjour Merci pour votre réponse; j'étais absent. je viens de parcourir votre post. je vais appliquer les consignes et vous tiens au courant Mille Merci zizou5956 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 KoAi Posté(e) 12 septembre 2011 Signaler Share Posté(e) 12 septembre 2011 Bonjour, J'ai également le même problème après la mise à jour en 3.5.0 sur un TS-119. Cependant, j'ai un disque dur de 2To sans possibilités de tout sauvegarder sur d'autres disques (pas assez de places ailleurs). Que me conseillez-vous de faire pour être sur de ne rien perdre. Allez en 3.4.0 ou tenter la procédure proposée par themartien ? Merci d'avance pour votre aide. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 themartien Posté(e) 14 septembre 2011 Auteur Signaler Share Posté(e) 14 septembre 2011 Bonjour, J'ai également le même problème après la mise à jour en 3.5.0 sur un TS-119. Cependant, j'ai un disque dur de 2To sans possibilités de tout sauvegarder sur d'autres disques (pas assez de places ailleurs). Que me conseillez-vous de faire pour être sur de ne rien perdre. Allez en 3.4.0 ou tenter la procédure proposée par themartien ? Merci d'avance pour votre aide. hello, a votre place si les données sont critiques,importantes ... j’investirais dans un disque externe USB pour faire une sauvegarde :-/ un USB c'est pas si cher et après il peut servir a faire un backup en continu du Qnap en le branchant a ce dernier ... salutations Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 KoAi Posté(e) 17 septembre 2011 Signaler Share Posté(e) 17 septembre 2011 Merci du conseil, c'est ce que j'ai fait. La mise à jour en 3.4 a marché et j'ai pu repassé en 3.5 sans problème. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 Doj Posté(e) 18 mai 2012 Signaler Share Posté(e) 18 mai 2012 Bonjour J'aurais du lire tous vos posts avant cette foutue dernière mise à jour ! En effet j'ai moi aussi perdu mes données sur le DD du ts 119. Je ne vois plus qu'une seul partition avec ext2read... C'est pas de bol. Savez vous s'il existe un logiciel ou encore mieux une personne , une société qui pourrait m'aider à retrouver ces données écrasées ? Merci d'avance pour votre aide Merci d'avance pour votre aide Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Question
themartien
Bonjour,
ce matin j'ai lancé la mise à jour de mon Qnap T-210
2011-08-18 06:38:16 System 127.0.0.1 localhost System started.
2011-08-18 06:36:31 System 127.0.0.1 localhost System was shut down on Thu Aug 18 06:36:31 BST 2011.
2011-08-18 06:12:53 System 127.0.0.1 localhost System updated successfully from 3.4.4 to 3.5.0.
et depuis plus une seule données ?
mais mes users , et configuration sont pourtant toujours là .
que faire pour récupérer les datas?
Lien vers le commentaire
Partager sur d’autres sites
18 réponses à cette question
Messages recommandés
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.