#1 Le 14/11/2016, à 15:36
- mattis
Fstab récalcitrant, disque ne montant pas en écriture
Bonjour à tous, j'ai un disque qui ne veut pas monter en écriture, malgré toutes mes modifications.
J'ai donc voulu le paramêtré pour qu'il monte automatiquement avec le fstab, pas mieux, j'ai planter l'ordi obligé de passé par nano pour défaire.
Voici si ça peut aider :
matttis@mattisbuntu:~$ sudo fdisk -l
[sudo] Mot de passe de matttis :
Disque /dev/ram0 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram1 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram2 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram3 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram4 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram5 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram6 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram15 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9da3f7cc
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 * 63 104856254 104856192 50G 7 HPFS/NTFS/exFAT
/dev/sda2 104856255 488392064 383535810 182,9G 7 HPFS/NTFS/exFAT
Disque /dev/sdb : 74,5 GiB, 80026361856 octets, 156301488 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000342be
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sdb1 * 2048 78084145 78082098 37,2G c W95 FAT32 (LBA)
/dev/sdb2 78086142 156301311 78215170 37,3G 5 Étendue
/dev/sdb5 78086144 152111103 74024960 35,3G 83 Linux
/dev/sdb6 152113152 156301311 4188160 2G 82 partition d'échange
matttis@mattisbuntu:~$
sudo ls -l /dev/disk/by-uuid
[sudo] Mot de passe de matttis :
total 0
lrwxrwxrwx 1 root root 10 nov. 14 14:30 1B0E-2F5B -> ../../sdb1
lrwxrwxrwx 1 root root 10 nov. 14 14:30 A0B0B59EB0B57B7C -> ../../sda1
lrwxrwxrwx 1 root root 10 nov. 14 14:30 c7cf8efe-51ff-4156-9975-8100f3e4db9a -> ../../sdb5
lrwxrwxrwx 1 root root 10 nov. 14 14:30 cc948229-3f11-4c1b-839c-46c54af3ea0d -> ../../sdb6
lrwxrwxrwx 1 root root 10 nov. 14 14:30 F860B4E960B4AFAC -> ../../sda2
matttis@mattisbuntu:~$
# /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/sdb5 during installation
UUID=c7cf8efe-51ff-4156-9975-8100f3e4db9a / ext4 errors=remount-ro 0 1
# swap was on /dev/sdb6 during installation
UUID=cc948229-3f11-4c1b-839c-46c54af3ea0d none swap sw 0 0
#UUID=1B0E-2F5B
#sdb1 /mnt/1B0E-2F5B none vfat defaults 0 2
#UUID=A0B0B59EB0B57B7C sda1
#UUID=A0B0B59EB0B57B7C sda2
c'est sdb1 qui me pose problème.
merci de votre aide
Dernière modification par mattis (Le 14/11/2016, à 15:37)
Hors ligne
#2 Le 14/11/2016, à 15:57
- erresse
Re : Fstab récalcitrant, disque ne montant pas en écriture
Bonjour,
1) Crée un point de montage :
sudo mkdir /windows
2) Mets dans ton fstab :
# /windows was on /dev/sdb1 (montage personnel)
UUID=1B0E-2F5B /windows vfat defaults 0 0
à la place de ton montage incorrect.
3) Exécute enfin :
sudo mount /dev/sdb1
pour faire prendre en compte.
Lorsque tu redémarreras, le volume sera automatiquement monté au démarrage.
Si tu as un problème de droit en écriture, regarde cette documentation, chapitre 2.2 pour savoir quoi ajouter.
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois le problème solutionné, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#3 Le 14/11/2016, à 16:00
- Arbiel
Re : Fstab récalcitrant, disque ne montant pas en écriture
Quels sont les droits d'accès à /mnt ?
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#4 Le 14/11/2016, à 16:02
- Nasman
Re : Fstab récalcitrant, disque ne montant pas en écriture
Ton sdb1 est désactivé dans ton fstab (les lignes correspondantes sont commentées #)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#5 Le 14/11/2016, à 16:02
- Arbiel
Re : Fstab récalcitrant, disque ne montant pas en écriture
pour faire ce qu'erresse indique, il faut ajouter, à mon avis, l'option "noauto" pour que le montage soit effectivement manuel.
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#6 Le 14/11/2016, à 17:05
- erresse
Re : Fstab récalcitrant, disque ne montant pas en écriture
pour faire ce qu'erresse indique, il faut ajouter, à mon avis, l'option "noauto" pour que le montage soit effectivement manuel.
Mais je ne sais pas s'il veut que le montage soit manuel ou pas... Moi j'ai juste indiqué comment monter son volume systématiquement au démarrage du système, c'est tout.
Avec réserves sur l'accès en écriture car, n'ayant pas de volumes Windows, je ne sais pas si l'écriture est ou non "par défaut"...
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois le problème solutionné, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#7 Le 14/11/2016, à 20:05
- mattis
Re : Fstab récalcitrant, disque ne montant pas en écriture
Merci ça monte bien au démarrage parfait.
Par contre j'ai toujours un soucis, j'ai essayer de changer les permission de deux repertoire sur ce disque, impossible, chmod, chown, ca change rien, j'ai toujours "propriétaire seulement" dans "changer le contenu"
merci de votre aide
Hors ligne
#8 Le 14/11/2016, à 22:34
- Arbiel
Re : Fstab récalcitrant, disque ne montant pas en écriture
Si tu as un problème de droit en écriture, regarde cette documentation, chapitre 2.2 pour savoir quoi ajouter.
As-tu suivi le lien qu'erresse t'a indiqué ?
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04, GNOME 3.36.8
24.04 en cours de tests
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#9 Le 15/11/2016, à 12:24
- mattis
Re : Fstab récalcitrant, disque ne montant pas en écriture
Pas encore, j'avais pas vu cette phrase, mais là l'ordi veut plus rien savoir (problème matériel) wait and see
Hors ligne
#10 Le 15/11/2016, à 12:26
- erresse
Re : Fstab récalcitrant, disque ne montant pas en écriture
... et donner le retour de :
ls -la /windows
(si tu as bien créé un point de montage "/windows" évidemment, sinon utilise le point de montage que tu as choisi).
Tu sais bien que les droits Linux ne sont pas gérés sur les volumes de type Windows (FATnn, NTFS), donc il faut peut-être préciser certains droits dans la déclaration de montage du fstab. D'où la documentation que je t'ai indiquée...
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois le problème solutionné, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#11 Le 15/11/2016, à 12:46
- sinbad83
Re : Fstab récalcitrant, disque ne montant pas en écriture
Bonjour,
pour avoir l'écriture, il faudrait mettre ntfs-3g dans le fstab.
La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10, HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04
Hors ligne
#12 Le 15/11/2016, à 14:20
- Rufus T. Firefly
Re : Fstab récalcitrant, disque ne montant pas en écriture
Bonjour,
pour avoir l'écriture, il faudrait mettre ntfs-3g dans le fstab.
La partition concernée est en fat32, pas en ntfs... Donc ntfs-3g, c'est pas bon...
La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme
Hors ligne
#13 Le 15/11/2016, à 15:36
- MicP
Re : Fstab récalcitrant, disque ne montant pas en écriture
Je viens de faire un test avec une clef usb :
J'ai créé sur cette clef une table des partitions de type msdos
Ensuite, j'y ai créé une partition que j'ai formaté avec le système de fichiers du type FAT32
Ensuite, depuis mon compte utilisateur, j'ai utilisé udisksctl pour monter ce système de fichiers
michel@debg53sw:~$ udisksctl mount -b /dev/sdc1
Mounted /dev/sdc1 at /media/michel/AAEC-8255.
michel@debg53sw:~$
Le système de fichiers a bien été monté, et, en visualisant le fichier /etc/mtab,
j'en ai profité pour récupérer les options de montage qui ont été utilisées pour ce montage :
(les options ci-dessous ne concernent que le système de fichiers de la partition de MA clef USB, pour MON compte utilisateur (uid 1000)
Pour le disque dur, il est possible qu'elles soient légèrement différentes)
…
/dev/sdc1 /media/michel/AAEC-8255 vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0
…
J'ai démonté le système de fichiers FAT32 de la partition /dev/sdc1 de la clef /dev/sdc :
michel@debg53sw:~$ udisksctl unmount -b /dev/sdc1
Unmounted /dev/sdc1.
michel@debg53sw:~$
=======
Alors, j'ai créé un sous-répertoire dans mon répertoire personnel (/home/michel) qui me servira de point de montage
michel@debg53sw:~$ mkdir ~/maFat32
Et j'ai ajouté les deux lignes suivantes dans mon fichier /etc/fsatb :
(il faut les privilèges du compte root pour pouvoir modifier ce fichier)
# Pour mon système de fichiers en FAT32
UUID=AAEC-8255 /home/michel/maFat32 vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0
Puis j'ai testé le montage de ce système de fichiers par /etc/fstab :
sudo mount -a
Voilà. Mon système de fichiers FAT32 est maintenant monté à chaque démarrage du système,
et il est accessible en lecture/écriture par le point de montage /home/michel/maFat32
Dernière modification par MicP (Le 15/11/2016, à 15:58)
Hors ligne