Un Deuxième HDD // Comment le trouver ?

Support Debian
#13

Bon, alors voilà la ligne que j’ai ajouté :

Seulement, que ce soit dans le FTP / SFTP , je ne le trouve pas.
et la commande mount | egrep '^/'

/dev/disk/by-uuid/74eb6411-86db-4e55-9dde-dd4e5c5ac316 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) /dev/sdb1 on /home type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
retourne bien le sdb1 cette fois-ci

Par sécurité, puisque j’avais fait la commande avant vos autres messages, je vais modifier comme mon sda1 ( remplacer le defaults )

Mais, puisque la commande me le trouve bien, pourquoi je ne le trouve pas dans le FTP. Ai-je une commande supplémentaire à faire ?
J’utilise Filezilla

PS : J’ai reboot le serveur avant de relancer Filezilla, je le précise quand même ^^

#14

J’ai lu trop vite ^^

Comment je peux faire un mkdir sur un hdd dont je ne trouve pas le chemin ?

j’ai créé la ligne suivante

#15

J’en fait vraiment appel à votre soutient ^^

Je ne trouve pas le moyen d’accéder au deuxième disque dur.

J’ai tenté des manipulations qui se valent tous à un échec. Je n’arrive donc pas à créé un dossier ou autre me permettant l’accès à ce disque dur.

Help me :cry:

#16

Je pense que je viens de comprendre … en relisant encore et encore les lignes ci-dessus.

Une confirmation me ferai le plus grand bien ^^

Je viens de créé le dossier /data à la racine / dans mon ftp.

C’est le

[quote]La partition contenant le cœur du système se “monte” toujours sur /, la racine de l’arborescence de répertoires. C’est ton sda1 actuel.
Toutes les autres partitions que tu rajoutes doivent être montées quelque part (à toi de choisir où) dans cette arborescence globale[/quote]

#17

Toutafé, et il y a des endroits plus pertinents que d’autres… selon l’usage que tu as de cette partition/ce disque dur.

En général, les montages sont effectués dans le répertoire /mnt/

Dans lequel on créé le répertoire de notre choix:

Et ensuite, tu pourras te servir de [mono]/mnt/mondisquemou[/mono] comme point de montage dans le fstab.

#18

Etat des lieux:
ajout d’un deuxième disque partitionné au cours de l’installation de wheezy

ls /dev/sd* => /dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sdb /dev/sdb1

/dev/sdb /dev/sdb1 => disque : “/dev/sdb” et son unique partition : “/dev/sdb1”

==============
Pas de présence de cette partition dans le fichier “/etc/fstab”
=> disque pas “mounté” au cours de l’initialisation du système (démarrage)

==============
74eb6411-86db-4e55-9dde-dd4e5c5ac316 => /dev/sda1 ext4 partition racine du système
47af15f9-f75c-4a34-918c-ba73ee5968f4 => /dev/sda5 swap

ce3abeff-97f9-45c7-8419-0d3ab931457d => /dev/sdb1 ext4 partition du deuxième disque

===============
Proposition de solution :

je te donne une solution qui te permettra un accès à ton deuxième disque dur.
Il faudra un point de “mountage” pour que le système de fichier de la partition de ce disque soit accessible.
Ce point de mountage est un répertoire sur ton système de fichier actif, et je te propose de le créer avec la commande suivante,
à exéctuer avec le compte du super-utilisateur <=> “root”

Ensuite, il faudrait que ce disque soit “mounté” au cours du démarrage de ta machine.
Pour cela, il suffit de le spécifier dans le fichier “/etc/fstab”.

Je te transmet le contenu d’un fichier que tu n’a plus qu’à copier-coller directement en remplacement du contenu de ton fichier “/etc/fstab” :
(toujours avec les privilèges du compte du super-utilisateur “root”)

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                           <mount point>   <type>  <options>         <dump>  <pass>

# / was on /dev/sda1 during installation
UUID=74eb6411-86db-4e55-9dde-dd4e5c5ac316 /               ext4    errors=remount-ro 0       1

# swap was on /dev/sda5 during installation
UUID=47af15f9-f75c-4a34-918c-ba73ee5968f4 none            swap    sw                0       0

# deuxième disque dur partition No1 mountée sur /mnt/sdb1
UUID=ce3abeff-97f9-45c7-8419-0d3ab931457d /mnt/sdb1       ext4    defaults          0       2

EDIT: À la fin de la dernière ligne du fichier “/etc/fstab”, il faut terminer par un retour à la ligne avant d’enregistrer le fichier.

Ensuite, tu n’a plus qu’à redémarrer ta machine,
et la première partition de ton deuxième disque dur sera accessible en lecture/écriture dans le répertoire “/mnt/sdb1” de ton système de fichier.

#19

Merci beaucoup ^^

Je test actuellement car j’avais fait mon dossier /data
J’avais bien la ligne suivante :

Seulement, un des soft continuais de m’indiqué l’espace libre du HDD sda et non le sdb malgrès le redémarrage du serveur, en sachant que le soft pointe tous ces fichiers vers le dossier /data.

Je viens de reboot, je lance tous les tests que je souhaiterai voir évoluer positivement ^^

#20

Merci beaucoup

Je ne sais pas ou j’ai fail précédemment, mais maintenant, j’ai bien en espace free, la taille de mon hdd sdb1
Merci beaucoup, à tous, pour tout ^^

#21

Il n’est pas du tout conseillé de rajouter un répertoire à la racine du système.
C’est pour cela que j’avais (et Zbf aussi) proposé de créer un sous-répertoire du répertoire “/mnt” qui est prévu pour ça dans le FHS.

Mais debian est très souple, et chacun fait ce qu’il veut avec.
Espérons que toutes les applications qui gèrent le système sauront tenir compte de cette façon de faire.

#22

Tous mes soft ont été redirigé vers le dossier du sdb1

Et … tout fonctionne à merveille ^^

En effet, je remarque de plus en plus les avantages d’une machine sous debian. Plus de souplesse, plus de rapidité, plus de … plus :laughing:

Un peu difficile de prise en main pour quelqu’un trop habitué à nos machine Microsoft, mais une fois les commandes acquises, ça va mieux.
Je relance, et j’espère le dernier, une nouvelle demande d’aide, pour un autre sujet ^^

Merci pour tout, cela m’a été d’une grande aide. Je devais ajouter un 3ème HDD, maintenant, je saurai faire :smiley:

#23

Non. Le FHS précise que [mono]/mnt[/mono] est le point de montage prévu pour les montages temporaires. Ça exclut les sous-répertoires (puisque [mono]/mnt[/mono] est lui-même le point de montage) ainsi que les montages permanents :

[quote=“FHS 2.3 refspecs.linuxfoundation.org/FHS … ARILYMOUNT”]/mnt : Mount point for a temporarily mounted filesystem
This directory is provided so that the system administrator may temporarily mount a filesystem as needed. The content of this directory is a local issue and should not affect the manner in which any program is run.
This directory must not be used by installation programs: a suitable temporary directory not in use by the system must be used instead.[/quote]

Même si j’admets volontiers que créer un répertoire à la racine n’est pas du meilleur style, utiliser [mono]/mnt[/mono] est bien pire puisqu’un admin est en droit d’attendre un répertoire [mono]/mnt[/mono] utilisable (et accessoirement ça va à l’encontre du FHS).

#24

Je viens de voir ton message en parcourant un peu mes topics …
Heu, si le dossier [mono]/mnt[/mono] provoque des soucis car il est temporaire, je dois donc le changer ?

car si tout fonctionne de la même manière, je vais créé le dossier comme suit
[mono]mkdir /sd/sdb1[/mono]

pour ajouter à la suite mes prochains dur
[mono]mkdir /sd/sdxx[/mono]

#25

Ça ne pose pas de problèmes techniques particuliers, hein, vu que l’usage de [mono]/mnt[/mono] est normalement réservé à l’admin de la machine (autrement dit, aux humains : les logiciels, scripts etc ne sont pas censés en faire usage, ils doivent créer un répertoire à eux pour leurs montages temporaires).

C’est juste une question de conventions : un admin est censé pouvoir monter temporairement une partition sur [mono]/mnt[/mono] sans foutre le bronx, chose qui n’est évidemment pas possible si [mono]/mnt[/mono] est déjà utilisé pour des montages permanents.

[quote=“Polkakind”]je vais créé le dossier comme suit
[mono]mkdir /sd/sdb1[/mono][/quote]
Perso quand je n’ai pas d’emplacement spécifique pour monter une partition directement, je crée un répertoire [mono]/disk[/mono] qui contiendra un sous-répertoire pour chaque partition, nommé en fonction de son contenu et non pas de son nom de périphérique. Exemple : [mono]/disk/save[/mono] plutôt que [mono]/disk/sdb1[/mono].
Cette méthode de nommage permet de s’affranchir des noms de périphériques qui sont susceptibles de changer au fil du temps, ça évite les situations tordues quelques années après où ton [mono]/sd/sdb1[/mono] correspond en fait à [mono]/dev/sdc3[/mono] car tu auras réorganisé tes disques/partitions pour une raison ou une autre (et/ou ça t’évite de changer la config de tes services pour t’adapter à la nouvelle configuration des disques).

L’idéal restant tout de même d’attribuer une fonction précise à chaque partition et de la monter directement à son emplacement final (exemple : partition réservée uniquement pour les données MySQL, montée dans [mono]/var/lib/mysql[/mono]).

#26

Salut !

Non. Le FHS précise que [mono]/mnt[/mono] est le point de montage prévu pour les montages temporaires. Ça exclut les sous-répertoires (puisque [mono]/mnt[/mono] est lui-même le point de montage) ainsi que les montages permanents[/quote]
Je lis aussi :

[quote]/media : Mount point for removeable media
Purpose

This directory contains subdirectories which are used as mount points for removeable media such as floppy disks, cdroms and zip disks.

Rationale

Historically there have been a number of other different places used to mount removeable media such as /cdrom, /mnt or /mnt/cdrom. Placing the mount points for all removeable media directly in the root directory would potentially result in a large number of extra directories in /. Although the use of subdirectories in /mnt as a mount point has recently been common, it conflicts with a much older tradition of using /mnt directly as a temporary mount point.[/quote]

On peut traduire la fin de ce texte par :

Ce texte datant de plus de dix ans dans sa mouture la plus récente (2003/2004) où l’on utilisait donc déjà communément /mnt pour y inclure des sous-répertoires, je me pose la question de l’époque à laquelle remonte cette “tradition beaucoup plus ancienne” dont il est fait état…
À l’époque de cette “tradition”, peut-être n’existait il pas énormément de disques amovibles et autres joyeusetés de ce genre.
L’informatique évoluant à l’allure qu’on sait, je trouve dommage d’en rester à des “vieilles lunes”.
Mais, ça n’est qu’un avis personnel, donc contestable, par définition, tout comme celui de l’auteur du texte (FHS) en citation.
:wink:

#27

Effectivement, l’entrée pour [mono]/media[/mono] apporte quelques éclaircissements quant à la question des sous-répertoires dans [mono]/mnt[/mono] : l’usage a changé mais le standard n’a pas (encore) évolué sur ce point. Au temps pour moi.

Par contre, à mon avis, ça ne change rien au fait que [mono]/mnt[/mono] (tout comme [mono]/media[/mono] d’ailleurs) est réservé pour les montages temporaires, et doit être évité pour les montages permanents.

Tout ça ne nous dit toujours pas s’il y a un emplacement standard pour monter des partitions de manière permanente… Parce que l’utilisation idéale (partition réservée à des données précises et donc montée directement au bon emplacement) n’est pas toujours faisable. :frowning:

#28

Peut-être /dev, mais ça n’a pas l’air très clair non plus. :unamused:

Il serait utile que FHS évolue pour prendre en compte des pratiques et matériels qui n’existaient sans doute pas à l’époque de la dernière mise à jour de ce texte, plutôt que de rester assis sur d’“anciennes traditions” qui me semblent aujourd’hui “un peu” obsolètes.
Mais j’ai l’impression que les m.a.j. n’ont plus été suivies depuis 2003/2004.
Les traditions se perdent, ça n’est pas nouveau… :laughing: :smiley:

#29

Non : [mono]/dev[/mono] c’est pour les périphériques (lire : les fichiers qui représentent les périphériques). Autant l’utilisation de [mono]/mnt[/mono] est discutable (et discutée, la preuve :slightly_smiling:), autant [mono]/dev[/mono] est réellement réservé au système, surtout depuis que c’est le démon [mono]udev[/mono] qui prend ça en charge et qu’on n’a plus besoin de créer les périphériques manuellement avec [mono]MAKEDEV[/mono].

:text-+1:

Une recherche rapide m’a permis de trouver le brouillon de la prochaine version (FHS 3.0) : linuxfoundation.org/collabor … 30-draft-1
Mais ce brouillon date déjà de 2011 et je n’ai rien vu concernant la question actuelle (les entrées pour [mono]/mnt[/mono] et [mono]/media[/mono] n’ont pas changé, et je n’ai rien trouvé pour les points de montage permanents). C’est pas encore ça quoi.

#30

[quote] Une recherche rapide …
Mais ce brouillon date déjà de 2011 et je n’ai rien vu concernant la question actuelle (les entrées pour [mono]/mnt[/mono] et [mono]/media[/mono] n’ont pas changé, et je n’ai rien trouvé pour les points de montage permanents). C’est pas encore ça quoi.[/quote]C’est le moins qu’on puisse dire… :text-+1:

#31

Oui enfin [mono]udev[/mono] n’est qu’une surcouche, la base reste [mono]MAKEDEV[/mono], et la doc a raison AMHA de ne considérer que le strict minimum (au moins dans ce cas là).

C’est d’ailleurs intéressant quand tu as besoin de gratter tout ce que tu peux sur le temps de boot (eg. sur de l’embarqué) : en bricolant un peu tu peux éliminer complètement la partie “coldplug” (détection des périphériques statiques) de [mono]udev[/mono] et ne garder que le “hotplug” (détection des périphériques connectés “à chaud”), gagnant ainsi de précieuses secondes de boot. :wink:
Mais je digresse. :mrgreen:

#32

C’est désormais chose faite ^^
Merci. Il est vrai que créé le repertoire [mono]/disk[/mono] et plus judicieux …
Et le nom [mono]/sdb1[/mono], je pensais qu’il ne changerai pas. Enfin, bref, j’ai mis [mono]/data[/mono]
Merci encore pour tout ^^