# Disque dur externe non reconnu en ligne de commande

**URL:** <https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025>\
**Category:** Support Debian\
**Created:** [Avril 10, 2019, 10:42 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025 "2019-04-10T10:42:57Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 10:42 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/1 "2019-04-10T10:42:58Z")

</div>

Bonjour,  
J’ai un petit problème avec un disque dur externe (Elements) sur lequel j’ai notamment mes fichiers multimédias.  
Habituellement, pour y accéder, je dois passer par Dolphin avant d’utiliser la ligne de commande (Cmus). Si je lance directement Cmus, le disque n’est pas accessible ni même visible (monté).  
J’ai notamment suivi le tutoriel [https://doc.ubuntu-fr.org/tutoriel/monter\_un\_volume\_automatiquement](https://doc.ubuntu-fr.org/tutoriel/monter_un_volume_automatiquement) mais au reboot problème de maintenance.  
J’ai rectifié le problème mais maintenant j’ai deux répertoires dans /media/USER : Elements et Elements1.  
Je crois que je vais arrêter là mes bêtises et demander de l’aide.

- Fichier **/etc/mtab** :

```auto
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=1805752k,nr_inodes=451438,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=363648k,mode=755 0 0
/dev/sda1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9285 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
sunrpc /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=363644k,mode=700,uid=1000,gid=1000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sdc1 /media/alman/Elements1 fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

```

A noter que sur la première tentative le nom était Elements et non Elements1.

- Fichier **/etc/fstab** :

```auto
# /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=2b12bc45-f624-46a8-91a4-e230d3ab1e25 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=f878c8fb-d8b6-4115-9dae-299b3029bed7 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

```

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Avril 10, 2019, 11:16 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/2 "2019-04-10T11:16:13Z")

</div>

Salut Alman

Tu pourrais démonter /dev/sdc1

```nohighlight
sudo umount /dev/sdc1

```

Puis débrancher le disque.  
Puis supprimer le répertoire vide `/media/alman/Elements1`

```nohighlight
sudo rmdir /media/alman/Elements1

```

Puis placer une lecture des messages du noyau dans un terminal

```nohighlight
sudo tail -f /var/log/kern.log

```

Et brancher le disque  
Et nous donner ce qui s’est ajouté au `kern.log`

Et pour le moment, essayer de faire comme habituellement.  
+ donner le contenu de `/etc/mtab` à nouveau.

---

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 11:30 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/3 "2019-04-10T11:30:36Z")

</div>

Merci pour le retour.  
DD débranché: le répertoire Elements1 n’est plus présent, donc impossible de le supprimer. Il ne reste que Elements, y compris en rebranchant le DD après les autres commandes.  
Note: je ne l’ai pas créé. Lors d’une précédente tentative, j’avais créé le répertoire elements mais au reboot suivant, j’avais elements et Elements. J’ai du coup supprimé (à l’époque) elements.

- **kern.log**

```auto
Apr 10 13:12:21 stretch kernel: [3544.433832] perf: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
Apr 10 13:17:22 stretch kernel: [3844.684174] usb 2-4: USB disconnect, device number 3
Apr 10 13:20:42 stretch kernel: [4045.356721] usb 2-4: new high-speed USB device number 5 using ehci-pci
Apr 10 13:20:43 stretch kernel: [4045.538260] usb 2-4: New USB device found, idVendor=1058, idProduct=10b8
Apr 10 13:20:43 stretch kernel: [4045.538270] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Apr 10 13:20:43 stretch kernel: [4045.538276] usb 2-4: Product: Elements 10B8
Apr 10 13:20:43 stretch kernel: [4045.538280] usb 2-4: Manufacturer: Western Digital
Apr 10 13:20:43 stretch kernel: [4045.538285] usb 2-4: SerialNumber: 57583231454333434D373033
Apr 10 13:20:43 stretch kernel: [4045.540279] usb-storage 2-4:1.0: USB Mass Storage device detected
Apr 10 13:20:43 stretch kernel: [4045.546990] scsi host3: usb-storage 2-4:1.0
Apr 10 13:20:44 stretch kernel: [4046.562547] scsi 3:0:0:0: Direct-Access WD Elements 10B8 1007 PQ: 0 ANSI: 6
Apr 10 13:20:44 stretch kernel: [4046.566053] sd 3:0:0:0: Attached scsi generic sg3 type 0
Apr 10 13:20:44 stretch kernel: [4046.569833] sd 3:0:0:0: [sdc] Spinning up disk...
Apr 10 13:20:46 stretch kernel: [4047.584695] .
Apr 10 13:20:46 stretch kernel: [4048.608684] .
Apr 10 13:20:48 stretch kernel: [4049.632685] .
Apr 10 13:20:48 stretch kernel: [4050.656678] .
Apr 10 13:20:50 stretch kernel: [4051.680545] .
Apr 10 13:20:50 stretch kernel: [4052.704667] .
Apr 10 13:20:50 stretch kernel: [4052.705769] ready
Apr 10 13:20:50 stretch kernel: [4052.707064] sd 3:0:0:0: [sdc] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
Apr 10 13:20:50 stretch kernel: [4052.708297] sd 3:0:0:0: [sdc] Write Protect is off
Apr 10 13:20:50 stretch kernel: [4052.708312] sd 3:0:0:0: [sdc] Mode Sense: 47 00 10 08
Apr 10 13:20:50 stretch kernel: [4052.713834] sd 3:0:0:0: [sdc] No Caching mode page found
Apr 10 13:20:50 stretch kernel: [4052.713857] sd 3:0:0:0: [sdc] Assuming drive cache: write through
Apr 10 13:20:50 stretch kernel: [4052.727602] sdc: sdc1
Apr 10 13:20:50 stretch kernel: [4052.733728] sd 3:0:0:0: [sdc] Attached SCSI disk

```

- **mtab**

```auto
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=1805752k,nr_inodes=451438,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=363648k,mode=755 0 0
/dev/sda1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9285 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
sunrpc /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=363644k,mode=700,uid=1000,gid=1000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0

```

**EDIT**  
En fait, Elements1 réapparaît via dolphin  
En conséquence, **mtab** :

```auto
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=1805752k,nr_inodes=451438,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=363648k,mode=755 0 0
/dev/sda1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9285 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
sunrpc /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=363644k,mode=700,uid=1000,gid=1000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/sdc1 /media/alman/Elements1 fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Avril 10, 2019, 12:16 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/4 "2019-04-10T12:16:24Z")

</div>

Donc le disque se monte. Quel est le problème au juste ? Tu n’aimes pas le nom “Elements1” ?

---

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 1:13 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/5 "2019-04-10T13:13:12Z")

</div>

Je ne suis peut-être pas très clair, oui.

Le problème initial était (et est toujours) que le disque dur externe m’est inaccessible en ligne de commande.

Je viens de relancer le PC:  
En ligne de commande, dans `/media/alman`, j’ai Elements et Elements1.  
Je peux me rendre dans le répertoire Elements mais je n’ai aucun sous-répertoire ni fichier (`ls`).  
Je ne peux me rendre dans le répertoire Elements1: `Permission non accordée`.

Une fois qu’avec Dolphin j’ai ouvert Elements (qui s’appelle Elements et non Elements1), lorsque je repasse dans l’émulateur de terminal : je peux accéder au contenu de Elements1 (Elements restant vide).

Ce que je viens de décrire avec Elements1 est ce que j’observais avec Elements. C’était le problème initial.  
Par ailleurs, même si c’est rarement le cas, Dolphin n’arrive pas à ouvrir Elements y compris en rebootant le PC.  
Et je voudrais pouvoir accéder au contenu d’Elements sans avoir à passer par Dolphin.

Pour atteindre cet objectif, j’ai suivi le tutoriel (premier poste). A savoir:

```auto
1- Ouvrez le fichier /etc/mtab dans un éditeur de texte avec les droits d'administration.
2- Montez le disque à l'aide d'une interface graphique (clic sur le nom de volume dans l'explorateur de fichiers).
3- Le fichier /etc/mtab est modifié automatiquement : Une nouvelle ligne apparaît à la fin ; pour la voir, rafraîchissez votre éditeur de texte .
4- Avec les droits d'administrateur, insérez cette ligne à la fin du fichier /etc/fstab.(! voir les notes)
5- Le disque sera automatiquement monté à chaque démarrage.

```

Lors du reboot du PC j’ai eu une erreur avec invite de commande (soit ctrl+D pour passer outre - de mémoire, soit entrer le mot de passe du Superutilisateur). Je suis passé sous `root` et ai supprimé la ligne obtenue lors des étapes précédentes pour revenir au fichier fstab initial, puis reboot.

Sauf que maintenant, je me retrouve avec Elements1 en plus d’Elements. Le problème initial s’étant déplacé sur Elements1.

Donc le second problème est de supprimer Elements1. Et là j’ai peur de faire des bêtises.

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Avril 10, 2019, 1:46 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/6 "2019-04-10T13:46:08Z")

</div>

> [@Alman](#):
>
> utiliser la ligne de commande (Cmus)

Cmus ne pourrait-il pas lire tes médias depuis `/media/alman/Elements1` ?

---

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 1:50 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/7 "2019-04-10T13:50:32Z")

</div>

Oups j’ai édité en cours de route.  
Pour répondre à la question: oui. Il me suffit d’importer à partir d’Elements1.

Mais là j’ai supprimé le répertoire Elements, fait un reboot, ouvert Elements via Dolphin. Du coups Elements1 n’existe plus. Cmus “refonctionne”.

Du coup ma question redevient le problème initial: comment monter Elements au lancement de la session sans avoir à passer par Dolphin ?

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Avril 10, 2019, 1:54 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/8 "2019-04-10T13:54:52Z")

</div>

> [@Alman](#):
>
> Mais là j’ai supprimé le répertoire Elements, fait un reboot, ouvert Elements via Dolphin.

À retenir…

> [@Alman](#):
>
> Du coups Elements1 n’existe plus. Cmus “refonctionne”.

Chouette !  
Il faut rendre ça stable.

> [@Alman](#):
>
> Du coup ma question redevient le problème initial: comment monter Elements au lancement de la session sans avoir à passer par Dolphin ?

Utiliser dans `/etc/fstab` un montage automatique avec l’UUID de la partition du disque.

> **[uuid\_et\_label \[Wiki ubuntu-fr\]](https://doc.ubuntu-fr.org/uuid_et_label)**

> **[UUID - fr/fstab - Debian Wiki](https://wiki.debian.org/fr/fstab#UUID)**
>
> Les UUID sont générés par les utilitaires qui construisent les systèmes de fichiers (mkfs.\*) lorsque vous en créez un. blkid vous montrera l'UUID des équipements et partitions montés :

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Avril 10, 2019, 2:21 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/9 "2019-04-10T14:21:34Z")

</div>

> [@Alman](#):
>
> Pour atteindre cet objectif, j’ai suivi le tutoriel (premier poste).

Ces instructions sont des âneries.  
/etc/mtab est un lien symbolique qui pointe vers un pseudo-fichier /proc/mounts ou /proc/self/mounts en lecture seule, ça n’a pas de sens de l’ouvrir avec un éditeur puisqu’on ne pourra pas le modifier.  
Copier directement une ligne de /proc/mounts dans /etc/fstab est une très mauvaise idée.  
Les noms de périphériques /dev/sd\* sont à éviter et à remplacer par l’UUID ou le LABEL.  
Dans certains cas comme un système de fichier NTFS monté par ntfs-3g, le type et les options de montage figurant dans /proc/mounts ne conviennent pas pour /etc/fstab.

> [@Alman](#):
>
> comment monter Elements au lancement de la session sans avoir à passer par Dolphin ?

Tu a écrit que le répertoire Elements est créé lors du branchement du disque ?  
Qu’entends-tu exactement par «&nbsp;ouvrir Elements&nbsp;» dans Dolphin ?  
Quelle est la sortie de

```
ls -l /media/alman

```

avant le branchement du disque ?  
Quelle est la sortie de

```
ls -l /media/alman
mount | grep alman

```

avant et après avoir «&nbsp;ouvert&nbsp;» Elements dans Dolphin ?

---

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 2:56 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/10 "2019-04-10T14:56:56Z")

</div>

Re  
Disque dur externe Elements accessible directement en ligne de commande après reboot.  
Donc a-priori problème résolu.

```auto
# blkid
/dev/sdc1: LABEL="Elements" UUID="F474B7AA74B76DCC" TYPE="ntfs" PARTUUID="4b1b9b56-01"

```

Extrait du fichier **/etc/fstab** :

```auto
#Montage automatique d'Elements
UUID=F474B7AA74B76DCC /media/alman/Elements ntfs defaults 0 1

```

Bien que les deux chiffres finaux, je ne sais pas à quoi ça correspond.

@PascalHambourg  
J’ai fait les manipulations suggérées par @anon97446390 avant de voir ton post. Du coup pas sûr de pouvoir répondre à tes demandes avec cette nouvelle configuration.  
Dans le doute, je n’ai pas osé entrer la commande `mount | grep alman`. J’ai pris peur…

```auto
ls -l /media/alman/
total 4
drwxrwxrwx 1 root root 4096 mai 28 2017 Elements

```

En ayant débranché le disque (puisque **fstab** a été modifié):

```auto
ls -l /media/alman/
total 4
drwxr-xr-x 2 root root 4096 avril 10 16:18 Elements

```

> [@PascalHambourg](#):
>
> Tu a écrit que le répertoire Elements est créé lors du branchement du disque ?

Pas sûr de moi: le disque est continuellement branché sur le PC. Lorsque j’avais des problèmes pour y accéder avec Dolphin (donc dans de très rare cas), je le branchais/rebranchais. Sur Dolphin il disparaissait/réapparaissait mais en ligne de commande je ne sais pas.

> [@PascalHambourg](#):
>
> Qu’entends-tu exactement par “ouvrir Elements” dans Dolphin ?

Sur ce mode graphique, il y a un panneau latéral gauche d’accès rapide (home, network, root, trash…) dont aux périphériques comme le disque. Donc en cliquant dessus, c’est sensé m’ouvrir le contenu du répertoire Elements dans le panneau latéral de droite (puisque parfois j’avais une interdiction).

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Avril 10, 2019, 3:06 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/11 "2019-04-10T15:06:14Z")

</div>

> [@Alman](#):
>
> Bien que les deux chiffres finaux, je ne sais pas à quoi ça correspond

La page de manuel de fstab décrit leur signification. Ils sont facultatifs. Je ne les mets pas.

> [@Alman](#):
>
> le disque est continuellement branché sur le PC

Tant mieux car le montage automatique dans /etc/fstab n’est pas adapté au branchement à chaud. Néanmoins par précaution tu pourrais remplacer l’option «&nbsp;defaults&nbsp;» par «&nbsp;nofail&nbsp;» pour ne pas bloquer le démarrage indéfiniment si le disque est absent.

---

<div class="post-metadata">

**Author:** ![Alman](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/9e8a1a/32.png) [@Alman](https://www.debian-fr.org/u/Alman)\
**Post date:** [Avril 10, 2019, 3:15 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/12 "2019-04-10T15:15:03Z")

</div>

> [@PascalHambourg](#):
>
> La page de manuel de fstab décrit leur signification. Ils sont facultatifs. Je ne les mets pas.

Oui, j’étais en train de le lire. (Pas la meilleure méthode: appliquer les changements puis se poser la question «&nbsp;au fait, qu’est-ce que j’ai fait?&nbsp;» Tu m’étonnes que je prend peur.)  
Je vais donc faire comme toi.

> [@PascalHambourg](#):
>
> Néanmoins par précaution tu pourrrais remplacer l’option “defaults” par “nofail” pour ne pas bloquer le démarrage indéfiniment si le disque est absent.

Fait. Merci.

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Avril 12, 2019, 2:33 UTC](https://www.debian-fr.org/t/disque-dur-externe-non-reconnu-en-ligne-de-commande/79025/13 "2019-04-12T14:33:28Z")

</div>

> [@Alman](#):
>
> tu pourrrais remplacer l’option “defaults” par “nofail” pour ne pas bloquer le démarrage indéfiniment si le disque est absent.

cool je ne connaissais pas
