Vous n'êtes pas identifié(e).
Pages : 1
m'affiche
J'ai essayer de démonter sda1 et de le remonter dans sdb2, j'ai bien mes 4TO de sdb2 et les 500GO de sda1 mais plus mes dossiers Samba...
Lorsque j’édite le fstab pour le montage auto de sdb2 dans le répertoire voulus, lors du reboot plus rien n'apparais, impossible de ce connecter a distance...
Je commence a désespérer après avoir fouiller des heures sur Google je ne parvient pas a trouver la solution de mon problème, seulement comment installer Samba qui lui est déjà présent.
quelqu’un aurais une idée ou a peut être déjà fait cette installation ?
Edit à toto :
Mis la balise de la Commande user pour la commande user du post.
Dernière modification par kirito09 (19-10-2017 16:24:28)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
j'ai installer Samba et Deluge sur le sda1.
Cette phrase ne veut rien dire. Explique mieux.
lors que je connecte mon nouveaux disque (sdb2)
sdb2 n'est pas un disque mais une partition.
et que je le monte dans mon dossier Samba
C'est-à-dire ? Qu'appelles-tu ton dossier Samba ?
il apparait bien
Que signifie "apparaît" ?
mon autre disque "principal" (sda1) lui n'apparait plus
Même question.
sda1 n'est pas un disque mais une partition.
La commande fdisk -l m'affiche
C'est tout ? La table de partition est vide, comment peut-il y avoir une partition sdb2 ?
J'ai essayer de démonter sda1 et de le remonter dans sdb2
Cette phrase ne veut rien dire. Explique mieux. On ne monte pas une partition dans une autre, on monte un système de fichiers sur un point de montage (répertoire).
j'ai bien mes 4TO de sdb2 et les 500GO de sda1 mais plus mes dossiers Samba
Que sont tes dossiers Samba ? Que signifie "j'ai/je n'ai plus" ?
Lorsque j’édite le fstab pour le montage auto de sdb2 dans le répertoire voulus
Ça pourrait aider de monter le contenu de fstab avant et après, non ?
Si ton niveau de compréhension est au niveau de tes explications, ça ne m'étonne pas que tu sois complètement perdu. Et les lecteurs n'ont pas de boule de cristal.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par kirito09 (15-10-2017 19:48:37)
Hors ligne
Dernière modification par smolski (15-10-2017 19:58:55)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
lorsque je connecte un disque dur dessus il me le nomme /dev/sda1 ou 2 et /dev/sdb1 ou 2,
donc mon disque dur principal est sda1, qui n'est pas partitionné.
Non, un disque dur n'est jamais nommé sda1, sda2, sdb1 ni sdb2. Les disques durs sont nommés sda, sdb... sans numéro. Ce sont les partitions du disques sda qui sont nommées sda1, sda2... et les partitions du disque sdb qui sont nommées sdb1, sdb2...
Sur ce dernier j'ai créer un serveur avec samba et une seedbox avec deluge
Un serveur, ce n'est pas juste un disque. C'est une machine qui fait tourner un programme qui traite et stocke des données.
Je suppose que tu veux dire que tu as mis en place un serveur dont les données sont stockées sur ce disque (et le programme est stocké sur la carte SD contenant le système).
Je refait donc la même manip que pour la création de samba avec /dev/sda1 sans recréer de répertoire media puisqu'il est déjà existant, en tapant mount -t auto /dev/sdb2 /media/NASA ce moment la mon second disque dur et bien reconnue sur le serveur en lieu et place de /media/NAS (explorateur de fichier avec VNC) mais mon 1er disque /dev/sda1 lui ne l'est plus j'ai donc bien 4TO mais pas les dossiers que j'ai créer a la création du serveur samba, et seulement 4TO et non 4.5TO comme souhaiter.
Normal. Tu n'as peut-être pas bien compris ce qu'est un montage. Le montage d'un système de fichiers sur un répertoire (point de montage) masque le contenu de ce repertoire et le remplace par le contenu du système de fichiers monté. Si ce repertoire servait déjà de point de montage pour un autre système de fichiers, le contenu de ce dernier n'est donc plus visible. Est-ce clair ?
J’édite donc le fichier fstab en ajoutant
/dev/sdb2 /media/NAS noatime 0 0
Il est déconseillé d'utiliser le nom de périphérique /dev/sdXY d'un système de fichiers dans fstab, car le nom des disques peut changer en function de l'ordre de branchement ou de detection des disques. Il est recommandé d'utiliser l'UUID ou le label avec la syntaxe UUID=xxx ou LABEL=xxx. Ces informations sont affichées par la commande "blkid".
On peut voir l'intégralité du contenu de fstab ?
certainement un conflit de montage de disque. Peut-etre du a /dev/sda1 maitre et le second n'est pas esclave, ( <== ceci n'est qu'une supposition ).
Supposition erronée. Un "conflit de montage", ça n'existe pas. Les notions de maître et esclave n'existent qu'avec les périphériques IDE (PATA), pas les périphériques SATA ou USB, et n'ont aucun rapport avec le montage des systèmes de fichiers.
En ce qui concerne le mots " apparait " cela signifie que je ne le voie plus dans quand je tape la commande mount
La commande mount n'affiche que les systèmes de fichiers montés (au démarrage via fstab, manuellement avec mount...), pas les disques et partitions détectés par le noyau. Pour qu'une partition soit affichée par mount, il faut la monter.
Je n'ai plus accès a mon répertoire /media/NAS
Mais si, tu y as accès. La commande "ls /media/NAS" s'exécute sans erreur, n'est-ce pas ?
Tu veux peut-être dire que le contenu que tu y vois n'est pas celui auquel tu t'attends ? Si tu as monté quelque chose par dessus le montage du système de fichiers qui contient tes données, c'est normal.
Pour revenir aux montages, on ne peut pas monter X volumes sur le même répertoire et s'attendre à ce que le contenu et l'espace libre de tous les volumes soient combinés ensemble. Ça ne marche pas comme ça. On ne voit que le contenu du dernier volume monté. Pour voir le contenu de tous les volumes sans masquer les precedents, il faut mes monter sur des repertoires différents. Tu peux monter le nouveau volume sur un sous-répertoire (vide) de /media/NAS, mais son espace libre ne sera utilisable que par les fichiers enregistrés dans ce sous-repertoire, pas dans /media/NAS ou une autre de ses sous-répertoires. Est-ce clair ?
Les solutions pour combiner réellement l'espace de plusieurs volumes ne sont pas triviales. Personnellement, étant donné la différence de capacité de l'ancien et du nouveau disque, je ferais ceci : copier le contenu de l'ancien disque sur le nouveau et monter le nouveau à la place de l'ancien.
Il vaut mieux montrer que raconter.
Hors ligne
Normal. Tu n'as peut-être pas bien compris ce qu'est un montage. Le montage d'un système de fichiers sur un répertoire (point de montage) masque le contenu de ce repertoire et le remplace par le contenu du système de fichiers monté. Si ce repertoire servait déjà de point de montage pour un autre système de fichiers, le contenu de ce dernier n'est donc plus visible. Est-ce clair ?
Je ne savait pas merci pour l'explication, donc 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?
On peut voir l'intégralité du contenu de fstab ?
Mon fichier fstab ce presente comme ceci
Supposition erronée. Un "conflit de montage", ça n'existe pas. Les notions de maître et esclave n'existent qu'avec les périphériques IDE (PATA), pas les périphériques SATA ou USB, et n'ont aucun rapport avec le montage des systèmes de fichiers.
merci pour l'explication, ainsi que celle sur le partitions dans la 1ere partie.
Les solutions pour combiner réellement l'espace de plusieurs volumes ne sont pas triviales. Personnellement, étant donné la différence de capacité de l'ancien et du nouveau disque, je ferais ceci : copier le contenu de l'ancien disque sur le nouveau et monter le nouveau à la place de l'ancien.
J'ai deja penser a cette option, 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,
Est ce une option envisageable ?
Sinon comment faire pour copier tout les fichiers présent sur le 1er disque en une seule fois sans rien perdre?
Edit à toto :
Mis le fstab sous les balises Code du forum avec l'option bash dans la liste déroulante. Ainsi, c'est beaucoup plus lisibles par tous et surtout pas les grands débutants.
Dernière modification par kirito09 (16-10-2017 12:08:49)
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
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
Dernière modification par smolski (16-10-2017 12:56:06)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
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).
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Hors ligne
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.
Dernière modification par raleur (16-10-2017 14:16:39)
Il vaut mieux montrer que raconter.
Hors ligne
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.
Hors ligne
Hors ligne
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.
Il vaut mieux montrer que raconter.
Hors ligne
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
Hors ligne
Dernière modification par raleur (16-10-2017 16:16:55)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
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.
Dernière modification par kirito09 (18-10-2017 14:12:43)
Hors ligne
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
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
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 ?
Il vaut mieux montrer que raconter.
Hors ligne
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
Dernière modification par kirito09 (19-10-2017 16:31:05)
Hors ligne
Pages : 1