Effectivement ce n'est dans aucune des solutions que j'ai proposées.
Ah autant pour moi je me suis peut être mal exprimer encore une fois ^^
dev/sda1 est monté sur media/Nas , il faut démonté le point de montage avec la commande umount
c'est une chance que rm -r ne peux supprimé un répertoire non vide car tu as bien failli supprimé toute tes données sur sda1
Même en aillant umount sda1 je ne pouvais pas supprimer media/NAS/, expliquer un peut plus bas, mais pas réellement compris pourquoi ^^, et bien sûr j'a pris la précaution de copier les fichiers présent avant d'essayer de supprimer /NAS/.
En gros j'ai fait ça
Comme je l'ai écrit, une des possibilités consiste à créer des volumes indépendants sur chaque disque et les monter sur des répertoires différents. C'est la solution la plus simple à mettre en place mais la moins pratique à utiliser puisque la capacité des volumes n'est pas mise en commun. La capacité totale est bien la somme des capacités des volumes, mais l'espace disponible dans chaque point de montage est limité à la capacité du volume correspondant. Il faut donc répartir les données entre les différents volumes.
On peut voir le contenu actuel de /etc/fstab et la sortie de la commande mount concernant les deux disques ?
Alors ce que j'ai fait:
-Crée de nouveaux répertoires sur les disques dur, soit disque 1 = /Perso/, et disque 2 = /Public/,
-Copie des fichiers et dossier présent dans /media/NAS vers les répertoires de destinations sur chaque disque,
-Des-installer Samba et Deluge car je ne pouvais pas supprimer l'ancien répertoire /NAS j'avais cette erreur :
D’ailleurs l'erreur venais de Deluge qui conservais le path vers ce répertoire.
-Ré-installer Samba et lui donnant les bon path pour chacun de mes répertoires soit /media/NAS/Public/, et /media/NAS/Perso,
-Et ré-installer Deluge en lui redonnant les bon chemin d’accès
Du coup j'ai bien mes deux disque monter dans /media/NAS, je ne vois aucune différence avec mon ancienne installation, lorsque je passe par le réseau local, j'ai toujours mes dossiers comme avant mise a part que j'ai /Perso dans le 4TO et /Public dans le 5OOG.
J'ai tester pour vérifier que l'espace de stockage et bon et j'ai pu déplacer un fichier de 50 GO vers mon dossier Perso qui auparavant avait seulement 10GO de libre donc tout est bon.
Merci pour votre aide]]>
Il a dit ça quand raleur?
Effectivement ce n'est dans aucune des solutions que j'ai proposées.
On peut voir le contenu actuel de /etc/fstab et la sortie de la commande mount concernant les deux disques ?]]>
J'ai suivis la méthode de @raleur, re-creer deux répertoires un sur chaque disques et les monter ensuite dans le répertoire media, donc jusque là aucun problèmes,
Copier les fichiers present dans leur nouvel emplacement.
Il a dit ça quand raleur?
dev/sda1 est monté sur media/Nas , il faut démonté le point de montage avec la commande umount
c'est une chance que rm -r ne peux supprimé un répertoire non vide car tu as bien failli supprimé toute tes données sur sda1
l'idée était de créer répertoire qui servira de point de montage pour chaque partition et non créer un répertoire sur chaque disque ( ou alors c'est moi qui a mal compris)
il faut bien saisir que tes partitions que tu veux utiliser doivent être rattaché (monté) au système racine / , pour monté une partition il faut lui désigner un répertoire qui servira de point de montage, une fois monté le contenu de la partition apparait alors dans ce répertoire
donc dans un premier temps consulte ton répertoire NAS il doit être vide sinon c'est que ta partition est toujours monté
une fois la partition démonté tu pourras alors supprimer le répertoire NAS]]>
Quand je l'ouvre dans l'explorateur il semble avoir conserver un des dossier de deluge et me dit qu'il n'y a que 100 GO de libres...
J'ai kill toute les apt qui serait susceptible de le garder occuper mais ça ne change rien, toujours occuper...
2: Je pense que ça a un rapport avec le 1er point, quand j'ouvre mon dossier NAS depuis mon pc il ne m'affiche pas les deux nouveaux répertoires soit /media/NAS/Public et /media/NAS/Perso
l’arborescence et rester la même qu'avant mais je ne peut pas y accéder, certainement car les dossier ne sont plus au même endroit sur le serveur.
J'ai editer le smb.conf pour lui redonner les paths
soit path = /media/NAS/Perso/Perso (4TO)
path = /media/NAS/Public/Public (500GO)
Conserver tout le reste pareil un mettant a jour les chemins des sous dossiers présent évidement
Restart Samba pour qu'il prenne en charge la modification du .conf
si quelqu’un a une idée de ce qu'il ce passe je veux bien vos lumières ^^
Ah aussi j'aimerais savoir si il y possibilité d'afficher les espaces de stockage restant depuis Windows, quand je clique droit => propriété il m’affiche 0 octet, ça me permettrais de vérifier facilement la présence des disques.]]>
En tout cas, je ne déplace jamais de grandes quantités de données car si le déplacement est interrompu pour une raison ou une autre on se retrouve avec une partie des fichiers dans la source et une partie dans la destination, ou les données peuvent être corrompues. Je copie les données, et après avoir vérifié que la copie s'était bien passée je supprime les données sources.
C'est pas faux le risque et assez important. merci]]>
Si je prend les dossier du répertoire /media/NAS/... qui reçoivent le plus de donner car lieu de stockage du deamon deluge et les déplaces avec " MV " sur le nouveau disque dur, et que je monte ce nouveau volume dans le repertoire /media/ est ce que vous penser que ça va fonctionner ?
Aucune idée, je ne sais pas du tout comment fonctionne deluge.
En tout cas, je ne déplace jamais de grandes quantités de données car si le déplacement est interrompu pour une raison ou une autre on se retrouve avec une partie des fichiers dans la source et une partie dans la destination, ou les données peuvent être corrompues. Je copie les données, et après avoir vérifié que la copie s'était bien passée je supprime les données sources.
Ce que j'imagine du coup c'est quand je me connecte sur le réseau local, le chemin reste le même qu'avant mais a l’intérieur je vais trouver deux dossier distinct, un part disque dur
par exemple actuellement : /media/NAS/Public et media/NAS/Perso
après : /media/NAS/Public sur un des disque dur et /media/NAS/Perso sur le deuxième disque dur
Cela revient à peu près à la première des possibilités que j'ai exposées. Il faudra "descendre" les données d'un niveau pour que les chemins ne changent pas.]]>
Non, pas du tout. Le RAID 1 est en miroir avec une copie des données sur chaque disque. La capacité totale résultante d'un ensemble RAID 1 est donc la capacité du plus petit des disques, soit 500 Go ici. Cela laisserait la plus grande partie de l'espace du disque de 4 To inutilisée.
C'est donc bien ce que j'avais compris. Merci pour la clarification,
Une seconde possibilité consiste à faire un "union mount" des différents systèmes de fichiers pour qu'ils apparaissent combinés sur un même point de montage. Au moins deux implémentations différentes d'union mount, unionfs et aufs, sont disponibles dans Debian. La difficulté est qu'il faut configurer l'union mount pour définir des choses comme sur quel volume sont écrits les fichiers en function de différents critères (chemin, taille...). Un avantage est que chaque volume source reste utilisable indépendamment des autres, au cas où un disque serait manquant.
Je précise tout de suite que je n'ai aucune connaissance pratique de ce type de solution.
Cette possibilité me semble être la plus adapter a ce que je souhaite réaliser, d’après le lien fournis si j'ai bien compris unionfs créer une copie de chaque fichiers c'est bien ça?
Alors aufs lui ne le fait pas
Monter le volume destination sur un répertoire temporaire comme /mnt qui n'est pas un sous-répertoire du point de montage du volume source.
Copier l'arborescence en préservant les attributs avec une commande commecp -a /media/NAS/ /mnt
Vérifier que la copie s'est bien déroulée.
Démonter les deux volumes.
Monter le volume destination sur le point de montage original.
Mettre à jour /etc/fstab pour pérenniser le montage automatique du nouveau volume.
Merci bien pour la commande, je vais d'abord essayer un unionmount.]]>
en ajoutant un nouveau dossier dans le répertoire /media/NAS je devrait pouvoir avoir le 1er disque de 500GO et aussi le 2eme disque de 4TO?
Oui. Mais les 4 To ne seront disponibles que dans le sous-répertoire. C'est l'inconvénient.
Mon fichier fstab ce presente comme ceci
Comme je l'ai écrit, il est déconseillé d'utiliser les noms de périphériques /dev/sdXY car ils ne sont pas fixes. sda et sdb peuvent se retrouver intervertis d'un démarrage à l'autre. A la place il vaut mieux utiliser UUID=xxxx ou xxxx représente l'UUID que tu peux retrouver dans la sortie de la commande "blkid".
seulement j'ai la place de mettre 3 disque 3.5 j'aimerais donc pouvoir proceder ainsi, Entre temps j'ai vue la solution de raid1 qui semble correspondre a mes besoins,
Non, pas du tout. Le RAID 1 est en miroir avec une copie des données sur chaque disque. La capacité totale résultante d'un ensemble RAID 1 est donc la capacité du plus petit des disques, soit 500 Go ici. Cela laisserait la plus grande partie de l'espace du disque de 4 To inutilisée.
Comme je l'ai écrit, une des possibilités consiste à créer des volumes indépendants sur chaque disque et les monter sur des répertoires différents. C'est la solution la plus simple à mettre en place mais la moins pratique à utiliser puisque la capacité des volumes n'est pas mise en commun. La capacité totale est bien la somme des capacités des volumes, mais l'espace disponible dans chaque point de montage est limité à la capacité du volume correspondant. Il faut donc répartir les données entre les différents volumes.
Une seconde possibilité consiste à faire un "union mount" des différents systèmes de fichiers pour qu'ils apparaissent combinés sur un même point de montage. Au moins deux implémentations différentes d'union mount, unionfs et aufs, sont disponibles dans Debian. La difficulté est qu'il faut configurer l'union mount pour définir des choses comme sur quel volume sont écrits les fichiers en function de différents critères (chemin, taille...). Un avantage est que chaque volume source reste utilisable indépendamment des autres, au cas où un disque serait manquant.
Je précise tout de suite que je n'ai aucune connaissance pratique de ce type de solution.
Une troisième possibilité consiste à faire du RAID "linear". C'est un simple assemblage sans redondance de disques ou partitions qui est vu comme un volume unique qu'on peut formater et monter comme une partition normale. Pas besoin de points de montages multiples, de répartition des fichiers... Les inconvénients sont la nécessité de reformater les disques ou partitions faisant partie de l'ensemble RAID et si un disque manque (panne), c'est tout le contenu de l'ensemble RAID qui est perdu.
Une quatrième possibilité qui ressemble à la précédente consiste à utiliser la gestion de volumes logiques LVM. On peut agréger plusieurs disques ou partitions en un espace commun dans lequel on peut créer un ou plusieurs volumes logiques qui s'utilisent comme des partitions mais qu'on peut facilement créer, redimensionner ou supprimer. Les inconvénients sont les mêmes que la solution précédente : nécessité de reformater les disques ou partitions utilisés par LVM et si un disque manque (panne), c'est potentiellement tout le contenu des volumes logiques qui est perdu. Avantage par rapport au RAID linear : on peut retirer un disque sans perdre les données (à condition qu'il y ait assez de place sur les autres disques restants), pour éventuellement le remplacer par un disque plus grand.
Sinon comment faire pour copier tout les fichiers présent sur le 1er disque en une seule fois sans rien perdre?
Monter le volume destination sur un répertoire temporaire comme /mnt qui n'est pas un sous-répertoire du point de montage du volume source.
Copier l'arborescence en préservant les attributs avec une commande comme
Vérifier que la copie s'est bien déroulée.
Démonter les deux volumes.
Monter le volume destination sur le point de montage original.
Mettre à jour /etc/fstab pour pérenniser le montage automatique du nouveau volume.]]>
LABEL=étiquette ou UUID=UUID peuvent être indiqués à la place d’un nom du périphérique. C’est la méthode
conseillée, car les noms de périphérique sont souvent liés à l’ordre de détection du matériel, et peuvent
changer quand d’autres disques sont ajoutés ou supprimés. Par exemple, « LABEL=Boot » ou « UUID=3e6be9de‐
-8139-11d1-9106-a43f08d823a6 » (utilisez un outil spécifique au système de fichiers comme e2label(8),
xfs_admin(8) ou fatlabel(8) pour définir les étiquettes des systèmes de fichiers).
PARTUUID= et PARTLABEL= peuvent aussi être utilisés. Ces identifiants de partitions sont par exemple pris
en charge pour une table de partitions GUID (GPT).
]]>
en ajoutant un nouveau dossier dans le répertoire /media/NAS je devrait pouvoir avoir le 1er disque de 500GO et aussi le 2eme disque de 4TO?
Voir le tuto mount peut-être ?
https://debian-facile.org/doc:systeme:m … ba-w-samba]]>