Einsteinium

Et bien déjà faudrait savoir sur quel volume tu as choisis d’installé les paquets. si c’est le 1 il va falloir par commencé leurs migrations sur le volume 2. Ensuite c’est tout simple, tu changes le disque, tu répares le système après démarrage (il est en raid 1 sur chaque disque) et ensuite tu restaures ta sauvegarde du volume 1 que tu fais actuellement sur le volume 2.

Ah fallait attendre la réponse je t’aurais mis les commandes, tu as de la chance que c’était bien le disque 1, si c'était pas lui.. délicat pour les données. C’est pas des seagate ? Si oui je te conseille te les flashes avec leur dernier firmware pour que les autres ne Time out pas dans les jours/semaines à venir... (surtout avant de lancé la reconstruction) Perso 3 de mes seagate à ce temps là on lâché en l’intervalle de 2 semaines pour time out... après 2 années non stop de service (sans veille, juste reboot d’update)

Il y a mieux, éjecté le disque en ssh que pour le système et le swap, cela évite de rompre totalement le volume si c’est pas le disque 1 qui est malade. Alors ssh ouvert ?

Avec les seagate 3To, il y avait un fix contre la mort subite (pour certaine série)

Pour l’adresse tu peux mettre directement l’IP comme sur ta screen (que j’ai supprimé par confidentialité), si elle n’est pas fixe, faudra faire une dns. Pour 5005... WebDAV en http... Niveau sécurité... c’est pas ça. Et oui il va falloir ouvrir le port dans ta box.

J’avais pas encore eu ce problème là, mais de cause à effet j’ai purger juste avant le cache safari, et cela c’est pas reproduit ensuite. @rodo37 Un problème pour toi :)

Je viens d’avoir en 4G sans filtre anti pub, au chargement d’un sujet, un petit cadre avec « chargement » qui mouliné en boucle, la page été chargée, mais sans aucun message... C’est grosso modo votre problème ? Si oui alors c’est un problème venant d’une pub ou d’un encart pub.

Ah ils ont enfin affiché ce dernier sur la page principale, il n’était pas encore visible quand j’ai posté, par contre le CVE n’est toujours pas bon...

Le voilà ton problème ^^ C’est /dossierpartagé

Bonjour, Ces vulnérabilités permettent aux utilisateurs locaux d'effectuer des attaques par élévation de privilèges ou à proximité pour obtenir des informations sensibles via certaine version de DSM, SRM ou VisualStation équipées de processeurs Intel ou ARM. Synology publiera une mise à jour logicielle pour répondre au CVE-2017-5715 pour les modèles qui utilisent le processeur Intel et continue l'enquête sur l'impact des deux vulnérabilités. De plus amples informations seront mises à jour en conséquence sur ce topic. A ce jour la série de nas suivante est touchée : Sous DSM 6.1 : DS918+, DS418play, DS718+, DS218+, FS1018, DS3018xs, FS3017, RS3617xs, DS1817+, DS1517+, RS2416RP+, RS2416+, RS18016xs+, DS916+, DS416play, DS716+II, DS716+, DS216+II, DS216+, RC18015xs+, DS3615xs, DS2415+, DS1815+, DS1515+, RS815RP+, RS815+, DS415+, RS3614xs+, RS3614xs, RS3614RPxs, RS3413xs+, RS10613xs+, DS3612xs, RS3412xs, RS3412RPxs, DS3611xs, RS3411xs, RS3411RPxs, DS218j, DS1517, DS1817, DS116, DS416slim, RS217, RS816, DS115, DS215j, DS216, DS216j, DS416j, DS414j, DS216play, DS215+, DS416, DS1515, DS2015xs, DS715, Virtual DSM, NVR216, NVR1218, FS2017, RS4017xs+, RS3617xs+, RS3617RPxs, RS18017xs+, DS3617xs Sous DSM 6.0 : FS3017, RS3617xs, RS2416RP+, RS2416+, RS18016xs+, DS916+, DS416play, DS716+II, DS716+, DS216+II, DS216+, RC18015xs+, DS3615xs, DS2415+, DS1815+, DS1515+, RS815RP+, RS815+, DS415+, RS3614xs+, RS3614xs, RS3614RPxs, RS3413xs+, RS10613xs+, DS3612xs, RS3412xs, RS3412RPxs, DS3611xs, RS3411xs, RS3411RPxs, DS116, DS416slim, RS217, RS816, DS115, DS215j, DS216, DS216j, DS416j, DS414j, DS216play, DS215+, DS416, DS1515, DS2015xs, DS715, NVR216, RS4017xs+, RS3617xs+, RS3617RPxs, RS18017xs+, DS3617xs Sous DSM 5.2 : RS2416RP+, RS2416+, RS18016xs+, DS716+, DS216+, RC18015xs+, DS3615xs, DS2415+, DS1815+, DS1515+, RS815RP+, RS815+, DS415+, RS3614xs+, RS3614xs, RS3614RPxs, RS3413xs+, RS10613xs+, DS3612xs, RS3412xs, RS3412RPxs, DS3611xs, RS3411xs, RS3411RPxs, DS115, DS215j, DS216, DS216j, DS416j, DS414j, DS216play, DS215+, DS416, DS1515, DS2015xs, DS715, NVR216 Sous SRM 1.1 : RT1900ac Sous VisualStation : VS960HD, VS360HD A ce jour là seule recommandation et de ne pas ouvrir vos nas sur internet en attendant le(s) correctif(s) de sécurité(s) NB : https://www.synology.com/fr-fr/support/security/Synology_SA_18_01

La faille Meltdown concerne que les proco Intel, facilement corrigeable, mais la spectre concerne aussi bien Intel, amd et arm... à part des gardes fous, aucun vrai fix... Maintenant dès que synology aura fait un retour sur le sujet, il y aura un topic dans les annonces. Les failles étant signalées depuis 6 mois, il y a fort à parier que nos nas soient déjà patchés.

Ma signature n’indique que des liens vers des tuto intéressant, je ne suis pas l’auteur de ses derniers

Non une fois mise, faudra aller dans le gestionnaire, les dossiers ne s’ouvriront pas. (Cf message précédent)

En emplacement tu as mis quoi ?

Les « experimental features »

Pas eu d’update du paquet depuis presque 1 an... pas eu d’odoo 9... à mon avis c’est mort... Maintenant rien ne t’empeche de faire l’installa toi même et de migré ensuite.

T’a fait un tour dans le EF voir ? Sous iOS j’avais eu le tour.

Faut ouvrir le monstre. Et bien maintenant ils ont assez de stock pour ne plus devoir fournir de modèle neuf/supérieur, ce qui été déjà très bien, il est certain que désormais cela sera des modèles reconditionné, synology fait quand même la encore un effort en déclenchant une expédition après enlèvement, tu gagnes un long délais de réparation.

Peu être une « experimental features » activée par un des dernières update ? Tu es sur quel version ? Bêta ?

Pour ma part sous iOS aucun problème avec safari. Bonne année 2018

Et bien dit donc, beaucoup qui s’offusque pour ce début d’année Membre de 2011 pour l’auteur, sans présentation, qui n’est donc pas actif, malheureusement dans la communauté (la moitié des ses messages dans ce topic...) concernant une faille majeure qui n’en est pas une... (le double reset, en dehors même de la base de connaissance synology, est plus que traité sur le forum...) Maintenant le titre humoristique n’as pas plus... désolé... je trouve que j’ai été tendre pour ma part Pas trop actif dernièrement, je suis de retour, avec mon fouet Et bien part défaut la clé ne sera pas monté automatiquement dans le gestionnaire si tu avais coché l’option avant reset.

Membre depuis 2011... Un titre « faille de sécurité majeure » qui pourrait faire peur aux nouveaux... le nouveau titre est là pour être raccord avec ce topic humoristique. Cette particularité existe depuis bien longtemps (toujours connu pour ma part), c’est pour cela que l’on a les dossiers cryptés... encore heureux que l’on puisse reset le système sans sacrifier les volumes de données (ce qui est identique pour tous les systèmes au passage...) Et bien il faut croire que non... cf ma signature, utilise la fonction recherche du forum ou la base de connaissance de synology pour les fonctions de bases comme le reset à l’avenir.

S’il y avait eu une faille majeure... j’aurais été le premier à la postée si aucun autre n’avait réagît avant... Bref un peu de lecture te fera grand bien, cf ma signature pour les tutoriels... Ps : modification du titre racoleur...

Idiots, abrutis, stupide... mouai, en tout cas on ne crypte pas les disques, mais les dossiers Il suffit de ne clip la clé que avant chaque reboot, et de cocher éjecté la clef après reboot... tout simplement.

J’y écris pas, juste besoin d’un accès en lecture, et au pire cela transite par le dossier download. Comme pour mes dock, ils ont un dossier perso (dans le dossier docker) et s’ils ont besoin d’acces en plus, comme Plex, c’est en lecture.