Fravadona

C'est etrange que le fichier existe mais soit vide ?? va savoir pourquoi ... Autre methode pour en finir avec les process de postgres : killall postgres Puis la suite : (lsof, umount, fsck, mount)

Il doit y avoir un script equivalent sous DSM 5 mais je ne peux pas deviner son nom/emplacement. Peut-etre est-il tout de meme dans ce repertoire : ls -l /usr/syno/etc/rc.d/

C'est le service PostgreSQL qui accede au volume1 et t'empeche de le demonter: Pour l'arreter et pouvoir demonter le volume ca serait (sous DSM4) : /usr/syno/etc/rc.d/S20pgsql.sh stop # On verifie que rien d'autre n'accedait au Volume1 : ./lsof /volume1 # Si ya plus rien alors : umount /volume1 fsck.ext4 -y /dev/mapper/vol1-origin mount /dev/mapper/vol1-origin /volume1

Il n'y a rien qui fait le lien entre Utilisateur Windows et Utilisateur NAS : ce n'est pas parce qu'ils s'appellent pareil et ont le meme mot de passe que Windows va reussir a se connecter au NAS Quand tu veux acceder a un partage du NAS, Windows ne te demande pas quel utilsateur/motdepasse utiliser ?

Comme le dit bud77 tu devrais remplir aussi remplir un ticket pour signaler le bug a Synology PS: Si tu ajoutes et initialise a nouveau ton 4ie disque, ces RAID1 s'etendent dessus ou bien restent a 3 composants ? Le bug apparait a nouveau quand tu retires le disque ?

En fait pour swap et root tu avais un RAID1 de 8(?) disques qui est passé a un RAID1 sur 3 disques, du coup c'est assez normal que ces RAID1 soient marqués comme dégradés meme si ce n'est pas pertinent du tout. Pour regler le probleme tu peux faire ceci (SSH avec l'utilisateur root) mdadm /dev/md0 --grow --raid-devices=3 mdadm /dev/md1 --grow --raid-devices=3

En fait le RAID5 ne protege pas tes 5To, il protege de la casse d'1 disque parmi les 4. Mais si tu veux tout savoir, le RAID5 s'appuie sur des operations XOR : 1 xor 1 = 0 1 xor 0 = 1 0 xor 1 = 1 0 xor 0 = 0 Supposes maintenant que tes 3 premiers disques possedent 1 bit de donnees, et que le 4ie stocke le XOR des 3 premiers, par exemple comme ceci : HD1 HD2 HD3 HD4(HD1 xor HD2 xor HD3) 1 0 1 0 Si un des disques rend l'ame, on peut retrouver le bit qu'il contenait en faisant le XOR des 3 disques restants

1 x 1To + 1x 2To en SHR = 1To utilisable, je ne suis pas sur que ca te suffise De plus je conseillerais de faire un RAID5 (ou peut-etre un SHR) avec les 3 disques de 2To et de garder le 1To pour backuper regulierement les donnees reellement importantes

Attends, pour le moment ce n'est pas foutu: Que donnent les commandes : fdisk -l /dev/hda fdisk -l /deb/hdc L'idee est de recreer correctement le mbr du disque effacé puis de le reintegrer au Raid, ca a de bonnes chances de fonctionner

Que retourne la commande suivante ? fdisk -l /dev/hdb

Ton disque "mort" est dans le 4ie slot du NAS ? Si c'est le cas alors il faut remplacer /dev/hdb3 par /dev/hdd3 Sinon, ben tu as perdu la table de partiotions sur ce disque; mais vu que c'est la meme que pour les 2 autres il y a moyen de la reecrire

Un peu mon neveu !! Ton Disque 2 semble ne plus exister du tout sur le systeme, est-ce le cas ? A faire seulement si le disque "defaillant" est visible par le systeme : 1) Sauvegarder les infos du RAID lineaire : mdadm --examine /dev/hda3 /dev/hdb3 /dev/hdc3 >> raid.status 2) Tenter de reassembler le RAID : mdadm --assemble --force /dev/md3 /dev/hda3 /dev/hdb3 /dev/hdc3 3) Si ca fonctionne, SAUVEGARDER LES DONNEES !!!

Disque sain mais volume dégradé, tu peux tenter un reassamblage du RAID linéaire (JBOD Syno), mais en ligne de commande par SSH. Mais d'abord redémarre le NAS, le Syno va peut-etre le faire tout seul maintenant que le disque est a nouveau online

Hello, Voici un executable de lsof qui devrait fonctionner sur ton NAS (sans avoir a installer tout ipkg) Tu l'uploades avec WinSCP sur le NAS (utilisateur root), puis par SSH avec root : gzip -d lsof.gz chmod 755 lsof ./lsof /volume1 Ca va indiquer quels process sont entrain d'acceder au Volume1

D'apres le juge, si c'est une location meublee alors le conge n'a pas besoin d'etre motivé ?

Le montage NFS fonctionne, donc tu as un probleme de correspondance des uid du NAS avec ceux de ubuntu. Pour corriger cela le plus simple est de modifier l'uid de ton utilisateur ubuntu : 1) Trouver l'uid de l'utilisateur du NAS : ssh root@ip_du_nas id utilisateurPourBen # uid=xxxx(...)... chown -Rh xxxx /volume1/Ben exit 2) Modifier l'uid de l'utilisateur ubuntu (se deconnecter de la session utilisateur et se connecter avec root) : usermod -u uid_sur_nas login_utilisateur_ubuntu chown -Rh login_utilisateur_ubuntu /home/login_utilisateur_ubuntu 3) Normalement ca devrait etre OK

Ok, le DS2411+ est a priori un x86_64, je t'envoie un lsof compatible des que j'ai acces a un poste de travail

Premier disque WD RE4 2To (sur 48) defaillant (2 secteurs defectueux) apres 3,4 ans d'utilisation 24/24

That's true, pour les petits fichiers cela pourrait etre les IOPS qui jouent plus que le debit brut, reste a voir de quelle installation reseau il dispose: Combien de switchs ? Quelle vitesse de liaison entre eux ? Combien de postes par switch ? A quel niveau sera connecte le NAS ?

Le DS1513+ pourrait convenir, avec 5 disques 7200RPM (ou mieux) en RAID-5. Par contre, attention a bien tout sauvegarder avant de changer un disque defectueux car la panne d'un second disque pendant une reconstruction est fatale. De quel volumetrie as-tu besoin ?

Je n'ai pas DSM 5 donc je ne sais pas comment se nomment les scripts de demarrage/arret des services. Quel modele de NAS as-tu ?

Plex peut etre gourmand mais ne consommerait qu'un CPU et des IOs disques, CloudStation est raisonnable dans cette optique mais peut consommer 32x l'espace des fichiers du Cloud si on y prend pas garde, et je n'ai aucune info sur les ressources consommée par TS3

15 Mo/s c'est raisonnable pour du Wifi, mais si tu veux aller (jusqu'a 10x) plus vite il faudrait que tu connectes ton portable en Ethernet Gigabit.

Ces process sont les plus suspects car ils peuvent etre entrain de lire/ecrire sur le Volume1 (indexation multimedia) On voit aussi que sont actifs SNMP, Syslog, NTP, SMB, NFS ? Je dirais de desactiver les partages Win/Mac/NFS, desactiver l'indexation MediaServer, desactiver l'indexation VideoStation, desactiver Syslog, desactiver SNMP, puis stopper tous les paquets dans le gestionnaire de paquets. Et enfin, reessayer le umount /volume1 Si ca ne fonctionne toujours pas alors je ne vois pas comment faire sans utiliser la commande lsof qui n'est pas installee par defaut sur le Syno mais qui permet de lister quels fichiers sont ouverts par quels process

Ces deux modèles sont des archi x86_64 ? Il sera peut-etre possible d'y faire fonctionner TS3 mais ca dependra de la version de glibc qu'utilisent les executables