NY152

D'après cette page, le GPFS est supporté par Windows et Linux (voir http://en.wikipedia.org/wiki/Comparison_of_file_systems) Je vais creuser un peu par là on verra ...

Mouais, j'adore la clarté d'Oracle ...

C'est encore pire alors lol Plus sérieusement, ça me serais égal qu'il soit payant si il remplit bien son office ! Mais qu'il soit gratuit ou payant, je ne sais pas où on peut l'avoir et je dois pas être le seul ; Il doivent pas en vendre des masses vu comment il est bien caché ^^

Peut être ! De toute manière même si je voulais utiliser l'ACFS ... Parce ce que quand je cherche je ne tombe que sur de la doc pas sur les outils en eux même donc pour tester c'est pas top ...

Des systèmes de fichiers compatibles avec les 2 systèmes existent. Tant que le système de fichiers est supporté par l'OS et que celui-ci a une liaison iSCSI tout est possible. En cherchant un peu j'ai trouvé l'ACFS d'Oracle. Le défaut de la cuirasse c'est qu'il n'est pas nativement reconnu par Windows. J'aurais aimé avoir une alternative, d'où mon mon post ^^ Selon Wikipedia, les systèmes de fichiers compatibles avec les clusters sont les suivants : GFS2, Global file system : Linux GPFS, General Parallel File System : Linux, AIX GlusterFS : Linux, UNIX Lustre, Compression de Linux et de Cluster : Linux OCFS2, développé par Oracle : Linux ACFS : ASM Cluster FS développé par Oracle : (Linux AIX Solaris Windows) PVFS2, Parallel Virtual FileSystem version 2 : Linux, UNIX Et on voit que seul l'ACFS est compatible Windows et Linux mais tout le monde sait bien que Wikipedia est loin d'être exhaustif et c'est pour ça que je cherche encore.

Parce qu'en iSCSI : - Le volume est considéré comme un disque physique contrairement à un lecteur réseaux, - Tu peux choisir le système de fichier que tu veux, - En cas d'erreur de système de fichiers tu peux utiliser les outils de réparation (chkdsk, fsck, ...) - Là ou est l’intérêt, un fichiers peut être modifié simultanément par plusieurs personnes sans corruption si un système de fichiers gérant le clustering est utilisé.

En ext4 pour son système de fichier oui ! En iSCSI, tu alloue une partie de ton espace disque pour avoir un lecteur réseau "formatable" dans le format de partition que tu veux et accéssible simultanément par plusieurs utilisateurs seulement pour éviter la corruption, il faut un systeme de fichiers compatible avec les clusters et comme je veux un format compatible Windows ET Linux le seul qui ressort c'est l'ACFS ... à moins que vous connaissiez un autre systèmes de fichiers ... Ce que je veux faire est un lecteur accessibles par plusieurs personnes pour modification de fichiers (d'ou l’intérêt du clustering pour éviter la corruption de données.

Bonjour, Après quelques tests avec NTFS et EXT4, force est de constater que j'ai eu droits à quelques corruptions de données. Normal diront certains, puisque'en multi-connexion, il faut un système de fichiers compatibles avec les clusters. Suite à quelques recherches, il semble que seul l'ACFS d'Oracle ressort du lot pour moi car il est compatibles Windows et Linux. Enfin compatible est un grand mot, les outils y sont disponibles ! Seulement voilà, premièrement ça n'a pas l'aire simple à mettre en place, déjà rien que pour mettre la main sur les outils de formatage, j'y suis encore, je ne tombe que sur les wiki officiels quand je cherche et deuxièmement, ça ne m'a pas l'air nativement supporté par les deux OS. Pas souple donc. Mes interrogations sont les suivantes : Que vaut l'ACFS (rapidité, fiabilité) ? Est-il supporté nativement par Windows et Linux ? Etant ouvert à toutes suggestions, y a t-il d'autres systèmes de fichiers compatible avec les clusters tout en supportant Windows et Linux ? Merci de votre aide !

Bonjour, Depuis environ 15 jours (ça a toujours fonctionné et je n'ai fais aucune modification sur mon NAS depuis des mois), le serveur multimédia est instable. Le service n'est disponible que si je le stoppe et que je le relance. Tant que je l'utilise, rien à dire mais dès lors que ma lecture est terminée, j'ai une erreur qui me dit que la connexion au serveur uPnP a échouée et je dois à nouveau stopper et relancer le service pour pouvoir l'utiliser. Mes interrogations sont simples : D'où cela peut bien venir puisque aucuns changements sur mon réseau domestique n'a eu lieu (ni sur le NAS) et surtout, comment corriger cette erreur ? D'avance, merci

Si je ne me trompe pas Download Station est basé sur Transmission ; En tout cas sur les tracker il est reconnu comme tel. Pour Kikass, moi pas de soucis avec DS. J'ai un DS412+.

Bonjour, Ma demande est un peu spéciale mais je trouve qu'elle est un peu logique. Quand vous décidez de partager un fichier, vous avez la possibilité de créer un lien de partage pour que ce dernier soit téléchargeable. Jusque là tout va bien. C'est quand on arrive sur le lien en question que ça me chiffonne. On a le droit un énorme background estampillé Synology et ça me dérange. J'aimerais pouvoir soit avoir une page blanche, soit pouvoir changer cette image car annoncer haut et fort que le lien pointe vers un NAS me dérange. Quand je veux partager un fichier avec une personne, j'ai pas trop envie d'en dire trop non plus. Si cela n'est pas possible, ça serait bien que cela le devienne car je suis sur ne pas être le seul qui pourrait être intéressé par un peu d'anonymat D'avance, merci

Comme indiqué dans l'edit que j'ai mis sur mon poste précédent, après le reboot du NAS, le bouton gérer est devenu cliquable (il ne l'était pas avant reboot) donc le problème est résolu

J'ai reçu mes disques et j'ai enfin pu entendre mon 2ème volume. Il y a quand même un hic comme on peut voir sur cette capture : La suggestion de DSM est légitime mais je ne sais absolument pas comment on s'y prend ... Si quelqu'un a une idée EDIT : milles excuses, après un reboot du NAS, le bouton gérer du volume incriminé était cliquable donc tout va bien

Bonjour, J'aimerais installer le nouveau firmware de LG avec sa nouvelle interface. Le soucis c'est que le logiciel NAS Detector censé mener à bien la seconde partie de l'installation échoue. En gros ce satané programme veut à tout prix changer l'IP du serveur avant de démarrer la mise à jour, il échoue quelque soit la situation. J'ai tenté de le brancher en direct sur ma carte réseau par le routeur de ma Freebox, en IP fixe, dynamique, sur plusieurs PC différents et avec les pare-feu désactivés, rien n'y fait Si quelqu'un a réussi cette procédure, merci de m'aider car là, je sèche totalement. D'avance, merci

Le retour a été accepté et j'ai retourné les disques tout à l'heure. Maintenant, à voir les délais du SAV ...

Je viens donner ici la suite de mes investigations. En fait, Synology a bien foiré ses tests de compatibilité de disque dur. Souvenez-vous : En fait je me suis trompé quand j'ai testé mes disques, Seagate a fauté, les étiquettes sont identiques mais les disques sont bien différents. Du coups ? J'ai testé 2 fois la même série de disques. En gros ça nous apprend quoi ? Déjà que la référence ST4000DM000 telle qu'elle est donnée sur le site de Synology n'est pas compatible avec le DS412+ contrairement à ce qui est indiqué ! Donc belle boulette ! Par contre, le modèle analogue ST4000DM000-1F2168 (estampillé aussi ST4000DM000 sur l'étiquette donc aucun moyen de faire la différence sans l'essayer) fonctionne lui parfaitement sur le NAS ! Les firmwares eux sont identiques. Donc je vais faire remonter l'information au SAV Synology pour leur faire part de ma "découverte" et corriger cette liste de compatibilité qui peut en mettre beaucoup dans l’embarras. Du coup, 2 disques sur 4 sont bons et j'ai fais une demande de retour pour les 2 disques récalcitrant ^^ Les 2 ST4000DM000-1F2168 ont finalement remplacés les 2 disque de 2 To qu'il y avait et tout va bien En espérant recevoir la bonne référence cette fois ....

le flashage des disques j'ai jamais fais ça, Sans savoir je préfère pas y toucher

Je suis passé à Windows 8 depuis mais la machine reste la même.

Quand je branche ces disque sur mon PC, j'ai aussi droit à 3.86 Go et pas To et comme indiqué chez Seagate, cela peut ne pas fonctionner matériellement donc en gros, on nous pousse à migrer et on se retrouve piéger à devoir racheter et encore racheter.

Malheureusement, je ne connais personne ayant un matériel pareil. Et puis comment savoir si un boitier USB est compatible ou non avec les disques > à 3 To ?

Le soucis c'est que je ne dispose que d'un PC n'étant pas compatible (Rampage III Extreme) et même avec l'utilitaire Seagate Wizard, il n'est pas détecté ! Pour le NAS, comme indique le lien que j'ai fournis plus haut, le modèle de disque que j'ai est listé comme compatible, d'où le problème. Je ne pense pas à une défaillance de mes disques, 4 disques d'un coup ça serait plus de la malchance là

Techniquement parlant l'ancien disque de 2 To que j'ai réinsérer est en ce moment même entrain d'être utilisé parle NAS pour le réparer donc ça fonctionne La version du DSM est l'avant dernière disponible officiellement dans le système. J'ai jamais tenté une installation d'une autre version. Ma demande est déjà déposée depuis hier. On verra bien ce qu'il me diront mais une chose est sur c'est que par SSH avec la commnde "parted -l", le disque de 4 To est détecté en 4 Go aussi, y a donc bien un soucis ....

oui les 4 y sont passés .... Je désespère :s

Dans le boitier USB, ils sont détectés aussi à 3.86 Go et quand je fais un clic droit pour créer une partition, tous les éléments du menu sont grisés sauf propriétés (où l'on me dit que le périphérique fonctionne correctement), bref, pas plus avancé. Le pire c'est que le disque est bien listé chez Syno comme étant compatible avec mon modèle de NAS (DS412+, voir ici) Il s'agit du Seagate Desktop HDD 4000GB ST4000DM000 Comment cela peut être possible qu'ils ne soient pas détectés convenablement alors qu'il sont sensés être compatibles. Un ou deux disques défaillant pourquoi pas mais quatre d'un coup, j'y crois pas trop !

Je viens de percuter que le HDD est détecté comme disque de 3.86 Go pas 3.86 To .... Pour faire simple, je pense que j'ai 4 disques de 4 To sur les bras qui servent pas quoi ...