Auto montage disque dur ! RESOLU !

Support Debian
#1

Bonjour,

cela fait quelques jours que j’essaie de modifier le fichier ‘fstab’ pour que 2 des partitions se monte automatiquement au démarrage.

ça fonctionne mais le souci c’est qu’a la fermeture du pc, il affiche un message du style :

"a job is running … gdm " pendant 1m30.

il y a donc un problème dans le fichier 'fstab’
j’ai essayé en mettant le UUID, avec LABEL et mème avec /dev/… mais rien y fait.

j’ai désactivé les lignes avec ‘#’ mais voila mon fichier ‘fstab’ avec les dernières modification.

# /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/nvme0n1p1 during installation
UUID=ceae90c8-fd00-419f-abee-ab0d10add268 /               ext4    errors=remount-ro 0       1
# swap was on /dev/nvme0n1p7 during installation
UUID=b5b0261a-f2e1-4209-944e-fdcbf5ce08a7 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
#backup nvme
#/dev/nvme0n1p6	/media/habib/backup	ntfs	defaults	0	1
#sauvegarde
#/dev/sda2	/media/habib/Sauvegarde1	ntfs	defaults	0	1

et la commande blkid :

/dev/nvme0n1: PTUUID="75d0e486" PTTYPE="dos"
/dev/nvme0n1p1: UUID="ceae90c8-fd00-419f-abee-ab0d10add268" TYPE="ext4" PARTUUID="75d0e486-01"
/dev/nvme0n1p5: LABEL="windows" UUID="0C10FEC23A1C38B5" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-05"
/dev/nvme0n1p6: LABEL="backup" UUID="1914143F2B6586D2" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-06"
/dev/nvme0n1p7: UUID="b5b0261a-f2e1-4209-944e-fdcbf5ce08a7" TYPE="swap" PARTUUID="75d0e486-07"
/dev/sda2: LABEL="Sauvegarde" UUID="76847F8004D85A99" TYPE="ntfs" PARTUUID="d70fd70f-02"

je sais bien que dans le fichier ’ fstab’ le disque sda2 se nomme Sauvegarde1 et quand on exécute ‘blkid’ le LABEL est ‘Sauvegarde’

c’est pour ca qu’il y a un autre souci c’est que dans le dossier /media/…

le dossier pourtant le LABEL de la partition se multiplie, mon disque ‘Sauvegarde’ est devenu Sauvegarde1 et puis maintenant c’est Sauvegarde2, les 1er dossiers sont toujours là mais ils sont vides,. :thinking:

je n’arrive mème pas a les supprimé.

Une âme charitable aurait une idée ? :face_with_raised_eyebrow:

#2

Non. Sauvegarde1 est le nom du répertoire défini comme point de montage. Rien à voir avec la partition sda2.

Le souci, c’est que d’après le FHS les montages système permanents définis dans /etc/fstab ne devraient pas être dans /media, et encore moins dans /media/utilisateur qui sert uniquement aux montages de supports amovibles dans la session d’un utilisateur.

Gni ? Je n’ai rien compris.

#3

  • la partition /dev/sda2 avait à l’installation de Debian comme LABEL 'Sauvegarde’
    qui était le point de montage pour la partition, pas correct ?

  • dans ce cas ou devraient être définis ces montages permanent ?

  • le LABEL de la partition /dev/sda2 était ‘Sauvegarde’ au début,
    puis en modifiant les paramétrés dans ‘fstab’ 1x avec UUID, 1x avec LABEL et 1x avec /dev/sda2/
    donc a chaque fois que je modifiait le fichier, il créait a chaque fois une nouveau label,
    d’où Sauvegarde1 et puis Sauvegarde2.

Merci de ton aide

#4

Je répète : ne pas confondre l’étiquette (LABEL=) et le point de montage, ce sont deux choses distinctes.
L’étiquette est une propriété du système de fichiers, comme l’UUID. Elle est définie à la création du système de fichier (“formatage”) et peut être modifiée par un administrateur.
Le point de montage est un répertoire dans lequel le contenu du système de fichiers va être accessible.

Ta confusion vient peut-être de ce que certains programmes de montage automatique utilisés par les environnements de bureau (comme udisk), lorsque l’utilisateur connecté demande à accéder à un système de fichiers non monté, créent dynamiquement un point de montage dans /media/$USER nommé à partir de l’étiquette (quant elle est définie) ou de l’UUID du système de fichiers monté. Ce répertoire est normalement supprimé après le démontage.

Mais si le montage est défini dans /etc/fstab, cela ne devrait pas se produire. Le point de montage défini doit exister au démarrage, ce qui n’est normalement pas le cas des points de montage dynamiquement créés dans /media/$USER.

Les montages permanents doivent être définis dans /etc/fstab.
Si tu demandais en fait où doivent être créés les points de montage permanents, cela dépend de l’utilisation des systèmes de fichiers montés dessus, donc il n’y a pas de règle précise. Mais pas dans /media ni /mnt qui ne sont censes servir que pour des montages dynamiques ou temporaires.

Non, l’étiquette n’a jamais change et a toujours été “Sauvegarde”. C’est le point de montage créé qui a changé. Mais en aucun cas il ne peut avoir été créé par /etc/fstab qui ne crée pas les points de montage mais s’attend à ce qu’ils existent déjà.

#5

Merci pour ton explication.
Je comprends mieux maintenant.

voila ce que donne la commande ‘blkid’

root@debian:/home/habib# blkid
/dev/nvme0n1: PTUUID="75d0e486" PTTYPE="dos"
/dev/nvme0n1p1: UUID="ceae90c8-fd00-419f-abee-ab0d10add268" TYPE="ext4" PARTUUID="75d0e486-01"
/dev/nvme0n1p5: LABEL="windows" UUID="0C10FEC23A1C38B5" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-05"
/dev/nvme0n1p6: LABEL="backup" UUID="1914143F2B6586D2" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-06"
/dev/nvme0n1p7: UUID="b5b0261a-f2e1-4209-944e-fdcbf5ce08a7" TYPE="swap" PARTUUID="75d0e486-07"
/dev/sda2: LABEL="sauvegarde" UUID="0A59811A6908973A" TYPE="ntfs" PTTYPE="dos" PARTUUID="d70fd70f-02"

et voici mon ficher ‘fstab’

# /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/nvme0n1p1 during installation
UUID=ceae90c8-fd00-419f-abee-ab0d10add268 /               ext4    errors=remount-ro 0       1
# swap was on /dev/nvme0n1p7 during installation
UUID=b5b0261a-f2e1-4209-944e-fdcbf5ce08a7 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
#backup nvme
UUID=1914143F2B6586D2	/media/habib/backup	ntfs	defaults	0	2
#sauvegarde
UUID=0A59811A6908973A	/media/habib/sauvegarde	ntfs	defaults	0	2

puis j’ai applique les droit ‘user’ au dossier via la commande :

chown user:user /dossier/partitionsouhaité/

#6

Salut,

J’ai cru qu’avec mes modification le problème était résolu car j’avais redémarre le pc 2x et
plus de message d’erreur, et bien non. :hushed:

C’est une fois que j’accède au partition que j’ai rajouté dans ‘fstab’ dans mon cas

qu’il affiche le message à l’extinction du pc. :face_with_raised_eyebrow:

Une idée d’où pourrait venir la causse ?

#7

Si tu persistes à faire le contraire de ce que je recommande, je ne peux rien pour toi.

#8

Dans ce cas je dois mettre quoi comme chemin dans ‘fstab’ ?
a la place de ‘/media/…’ ?:thinking:

#9

N’importe où du moment que ça a du sens. Directement à la racine par exemple.

#10

je les ai mis à la racine, c’est la même chose.

#backup nvme
UUID=1914143F2B6586D2	/backup	ntfs	defaults	0	2
#sauvegarde
UUID=0A59811A6908973A	/sauvegarde	ntfs	defaults	0	2

root@debian:/home/habib# blkid
/dev/nvme0n1: PTUUID="75d0e486" PTTYPE="dos"
/dev/nvme0n1p1: UUID="ceae90c8-fd00-419f-abee-ab0d10add268" TYPE="ext4" PARTUUID="75d0e486-01"
/dev/nvme0n1p5: LABEL="windows" UUID="0C10FEC23A1C38B5" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-05"
/dev/nvme0n1p6: LABEL="backup" UUID="1914143F2B6586D2" TYPE="ntfs" PTTYPE="dos" PARTUUID="75d0e486-06"
/dev/nvme0n1p7: UUID="b5b0261a-f2e1-4209-944e-fdcbf5ce08a7" TYPE="swap" PARTUUID="75d0e486-07"
/dev/sda2: LABEL="sauvegarde" UUID="0A59811A6908973A" TYPE="ntfs" PTTYPE="dos" PARTUUID="d70fd70f-02"

Pourrais tu me donner un exemple explicite ? :grin:

Merci.

#11

La même chose, c’est-à-dire ?
Les deux lignes me semblent bonnes.

#12

une fois que j’accède au partition et que je redémarre le pc, il m’affiche l’erreur pendant 1m30’.
si je ne rentre pas sur une partition, pas de message d’erreur.

#13

Qu’entends-tu par “accéder aux partitions” ?

Et maintenant les deux partitions sont bien montées automatiquement sur /backup et /sauvegarde lors du démarrage ?

Il faudrait en dire plus sur l’erreur, car “du style”, c’est un peu vague.
Cela se produit à l’arrêt ou au démarrage ? Au début tu disais “à la fermeture”.

#14

accéder au partition : c’est quand je cliques 2x sur la partition pour accéder au fichier et dossier.
(les partitions sont monter).

bizarrement cette fois elles ne sont pas affichés dans l’explorateur de fichier mais
les partition sont bien monter et je peux y acceder dans

‘/backup’

‘/sauvegarde’

j’ai pas tout le message mais ce que je vois une fois que j’éteins le pc ou que je le redémarre c’est :

a job is running … gdm 1m30’

#15

Comment fais-tu pour cliquer sur les partitions si elles ne sont pas affichées (ce qui est normal pour les montages définis dans fstab) ?

Pour le reste, je n’ai pas d’idée, encore moins sans le message complet et exact.

#16

dans fstab je les ai définis sur /…
donc j’y accède via /…

mais elle n’aparessent pas quand je lance le gestionnaire de fichier et que je clique sur ‘+ autre emplacement’

là où il a toute les partition ‘monté’ comme ‘/’ ou ‘/dev/nvme0n1p5’ qui n’est pas monté.

#17

Normal, les montages statiques sont censés être transparents pour l’utilisateur et font simplement partie de l’arborescence de la racine.

#18

que veux tu dire par statique ? quand ils étaient monté dans ‘/media/…’ il n’était pas transparent tu sais on les voyaient et au démarrage ils étaient bien monté directement.

maintenant qu’ils sont dans '/…'
ils ne sont pas montés au démarrage,
je dois y accéder une première fois (sans entrer de mots de passe root :face_with_raised_eyebrow:) pour qu’ils soient monté et ainsi pouvoir être utiliser.

#19

Par “statique”, je veux dire que ces montages définis dans fstab sont permanents, effectués automatiquement au démarrage indépendamment des utilisateurs. Par opposition aux montages “dynamiques” effectués par un gestionnaire de fichiers à la demande d’un utilisateur sur un point de montage temporaire créé pour l’occasion dans /media/$USER.

Ça m’étonnerait que les systèmes de fichiers définis dans fstab ne soient pas montés au démarrage, à moins d’avoir mis l’option “noauto”. Et si tu devais vraiment les monter, il faudrait taper le mot de passe root à moins d’avoir mis aussi l’option “user”.

Tu peux vérifier s’ils sont montés au démarrage avec la commande “df”.

#20

d’après la commande ‘df’, ils sont bien montés.

habib@debian:~$ df
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
udev 8178092 0 8178092 0% /dev
tmpfs 1637876 17892 1619984 2% /run
/dev/nvme0n1p1 42991984 10364744 30413660 26% /
tmpfs 8189372 56768 8132604 1% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 8189372 0 8189372 0% /sys/fs/cgroup
/dev/nvme0n1p6 117243900 106460032 10783868 91% /backup
/dev/sda2 245115900 73468 245042432 1% /sauvegarde
tmpfs 1637872 16 1637856 1% /run/user/120
tmpfs 1637872 36 1637836 1% /run/user/1000

mais mon dossier de téléchargement par default de Firefox c’est maintenant (depuis la modification dans fstab) ‘/backup’.

mais au démarrage du pc si je vais directement sur Firefox pour télécharger un fichier (dans /backup)
il maffiche le message suivant :

“Le fichier ne peut pas être enregistré car vous n’avez pas les permissions nécessaires. Choisissez un autre répertoire d’enregistrement.”

mais une fois que je rentre dans le dossier ‘/backup’ (sans mettre de mot de passe),
plus aucun souci :face_with_raised_eyebrow:

j’ai pourtant applique les permissions du seul user que j’ai créé qui à les droits administrateur.