strophe

Thx Fravadona, je viens de trouver ça http://www.openprinting.org/printer/Samsung/Samsung-ML-1640 je vais maintenant chercher comment faire, si tu as un raccourcis qui te prends pas de temps à dire n'hésites pas !

sur un ds413j avec DSM 5.0-4482 (à jour), je ne trouve ni ml-1640 ni 1610 dans la liste des pilotes d'imprimante... Cependant le Syno reconnait bien le modèle et affiche ML-1640 Series, et depuis win7 j'ai pu installer sans soucis "usbprinter sur #nom-de-mon-serveur" (grace au driver du CD Rom car ce modèle n'esdt pas non plus listé par win7), tout fonctionne tres bien depuis les win7 (32 et 64) En revanche, google print vi le Syno ne fonctionne pas, ni la page de test non plus. le modèle proposé par défaut sur le DSM est ML-85, j'en ai essayé plein de différents dans la liste et rien, nada... Est-il possible d'ajouter un pilote d'imprimante dans le DSM ou est on complètement dépendants du bon vouloir des Dev ? Merci.

Merci beaucoup ! Dis avant de me lancer.... c'est quoi les risques, et pourquoi penses-tu que ce n'est pas judicieux ?

VG = volume général ? LV = light volume ? (ahah, sans blague je sais pas) reconfig le nas de zero c'est vraiment dur, car il est en prod au sein d'une petite equipe de taff qui a déjà ses acces et clients cloud et datareplicator tout bien configuré, et surtout pas le temps de tout reconfig, sans parler des problemes de resynchro des clouds etc. J'ai ouvert un ticket, peut-être feront ils un miracle ?

et voilà : Serveur> vgdisplay vg1000 --- Volume group --- VG Name vg1000 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size 5.45 TB PE Size 4.00 MB Total PE 1428482 Alloc PE / Size 714240 / 2.72 TB Free PE / Size 714242 / 2.72 TB VG UUID qC8QQZ-NYOo-Ny7e-Nm3y-U4Si-R1Al-FGlbzB

Salut Fravadona alors pour df -h : Filesystem Size Used Available Use% Mounted on/dev/md0 2.3G 574.9M 1.7G 25% / /tmp 249.6M 1.3M 248.3M 1% /tmp /dev/vg1000/lv 2.7T 1.3T 1.4T 50% /volume1 Pour mdadm : Serveur> mdadm --detail /dev/md2 /dev/md2: Version : 1.2 Creation Time : Wed Nov 6 11:19:37 2013 Raid Level : raid5 Array Size : 5851063296 (5580.01 GiB 5991.49 GB) Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB) Raid Devices : 3 Total Devices : 3 Persistence : Superblock is persistent Update Time : Mon Nov 25 12:52:43 2013 State : clean Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 64K Name : Serveur:2 (local to host Serveur) UUID : 9fe07fd5:f61a69eb:4050e094:bac54d61 Events : 287141 Number Major Minor RaidDevice State 0 8 21 0 active sync /dev/sdb5 1 8 5 1 active sync /dev/sda5 3 8 37 2 active sync /dev/sdc5 pour pvdisplay : Serveur> pvdisplay /dev/md2 --- Physical volume --- PV Name /dev/md2 VG Name vg1000 PV Size 5.45 TB / not usable 128.00 KB Allocatable yes PE Size (KByte) 4096 Total PE 1428482 Free PE 714242 Allocated PE 714240 PV UUID XyF2BO-Wp1Z-8nXD-uRvI-ctyH-pV0S-ZlPQvA Alors, c'est grave docteur ?

bonjour, c'est SHR avec protection 1 disque. Le bouton gérer est dispo, mais une seule des 3 options de "gerer" est possible, c'est "réparer". J'ai retourné l'aide intégré, le support en ligne, posé des questions en français et anglais à l'ami Gxxgle, j'en suis toujours au même point... Et vu la foule qui se précipite sur mon post je vois bien que c'est pas un truc courant... Je vais ouvrir un ticket. Merci Oooops! pour ta réponse.

Le second nettoyage des données est terminé, et sans surprise, rien de neuf. J'ai beau chercher dans le forum, je ne vois pas de cas similaire. Est ce que ça a déjà été traité ? Pour résumé l'affaire si mon premier post n'est pas compréhensible : je crée le volume 1 avec 2x3To plus tard j'ajoute 1x3To et demande à étendre le volume pendant le controle de parité (ou un truc du genre je ne me rappelle plus) tout plante au redémarrage bip-bip 'volume 1 dégradé', le test SMART du nouveau disque est désastreux je change le 1x3To avec un nouveau, qui passe avec brio le test SMART réparation du volume + nettoyage de données, système OK je constate, penaud, que le volume n'est pas étendu, et reste aux 2.68 To offerts initialement par les 2x3To en SHR, donc le 3eme disque n'est pas pris en compte, même s'il figure bien dans la liste composant le volume 1 dans la fenetre de nettoyage des données, la capacité estimée est de 5.45 To, grosso modo ce que devrait peser le volume 1... En refléchissant aujourd'hui je me demandais : Existe-t-il une commande ssh ou je ne sais quoi qui permettrait de reconstruire (ou je ne sais quoi d'autre) le volume ? Est-ce possible de backuper les dossiers, supprimer le volume 1, créer un nouveau volume 1 avec les 3x3To, et de tout rebasculer ? mais du coup : ça va effacer tous les paquets j'imagine ? ainsi que les profils utilisateurs ? il y a des users qui utilisent CloudStation, est-ce que les versions anterieures des fichiers sera gardé ? et est ce que la réinstall de cloudstation ne risque pas de poser des problemes si les 'vieux' dossiers cloudstation sont déjà en place ? idem pour DataReplicator ? d'autres problémes liés à cette solution de re-création de volume ? Avez-vous d'autres idées ? J'ouvre un ticket ?

Salut à toutes (?) et tous DSM 4.3-3776 Syno DS413j 3 disques de 3To 1 volume en SHR. Au début 2x2To car le 3eme était HS au déballage... échange standard, je l'installe en confiance (sic)... j'étends le volume, et ça travaille, ça travaille... longtemps... très longtemps... trop longtemps... 8 jours pour 1,30 To de données. l'étape (dernière je crois) de controle de parité n'affichait pas l'avancée (pourcentage) depuis des jours, et soudainement plus d'accès au DSM ni aux dossiers partagés. Impossible de rebooter, aucun signe d'activité sur les 3 leds des disques. reset nada itou. Bon ben devinez quoi... j'ai débranché le syno... Au démarrage, bip-bip "volume 1 dégradé". test approfondi smart du disque 3, faut le changer... rebelote nouvel échange standard. des que je l'installe (donc le 3eme disque n°3...je répète, car j'en vois un au fond qui n'a pas suivi) je fais un test smart, tout est ok. Je demande donc à DSM la réparation du volume. Il fait ça nickel en 15 heures, tout repasse au vert... mais en revanche, les propriétés du volume sont : capacité 2.68 (seulement...) utilisé/dispo: 1.30/1.38 puis la liste des 3 Hdd de 2.73 To WTF ?? Il manque un bout (comme dirait mon petit devant son puzzle de Camille la chenille - regarde sous le canapé lui dis-je)... Et le plus fort : dans "gérer", il n'y a que "démarrer le nettoyage des données" qui n'est pas grisé. J'ai évidemment démarré ça, sans succès, même après une rebooture du bouzin. Mais là ou c'est dingue, c'est que le machin en question me dit, lors de la confirmation des paramètres, que la capacité est d'environ 5.45 To... ne sont-ce pas ces 5.45 que je devrais pouvoir utiliser ? En attendant vos réponses éclairantes et enthousiastes, je relance un nettoyage des données, et m'en vais nettoyer mes neurones dans un bain de sommeil.

Ahahah ! Je tape domotiti sur mon clavier SwiftKey Android et ça marque démolition...

Salut domotiti, oui ce modèle eaton fonctionne très bien et est bien reconnu sur mon 414. Salut bonne soirée.

Bonjour, il m'a semblé lire à plusieurs reprises qu'il fallait un onduleur on-line, et ce eaton eco 650 est off-line, et il est donc annoncé compatible... une idée sur la question quelqu'un ?