[Résolu] Accès à mon deuxième disque dur

Harry_Tuttle · 28-01-2022 13:30:27

Salut les biquets et les biquettes !

Bon, après un souci de webcam encore obscure, j'aimerais vous solliciter pour un deuxième souci, mais là, je pense que c'est lié à mon ignorance, pas à un souci matériel.

J'ai un deuxième disque dur interne, en SSD, dans ma machine. Il est reconnu.
A la base, il semble me souvenir que je l'utilisais pour faire des sauvegardes de Linux Mint avec Timeshift.
Mais lorsque je le formate, je n'arrive à rien écrire dessus (on me parle de droits d'accès, avec un seul dossier visible mais pas consultable lost+found).

J'utilise le gestionnaire de partition de KDE.

Voici ce que j'ai :

Depuis, j'ai refait un formatage, le point de montage est "/none"

Merci pour votre aide.

Dernière modification par Harry_Tuttle (31-01-2022 06:53:29)

anonyme · 28-01-2022 14:05:55

Bonjour

fdisk -l

 

blkid

 

cat /etc/fstab

 

Harry_Tuttle · 28-01-2022 14:08:29

$ sudo fdisk -l

[sudo] Mot de passe de mathieu : 

Disk /dev/sda: 119,24 GiB, 128035676160 bytes, 250069680 sectors

Disk model: SanDisk SD8SBAT1

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: gpt

Disk identifier: F1C45D7A-58CD-D944-B502-468277ED290A

Device     Start       End   Sectors   Size Type

/dev/sda1   2048 250068991 250066944 119,2G Linux filesystem

Disk /dev/sdb: 223,57 GiB, 240057409536 bytes, 468862128 sectors

Disk model: OCZ-VECTOR150   

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: gpt

Disk identifier: 383E73C4-AB76-44A8-B9F6-CD5FB074AAC4

Device         Start       End   Sectors   Size Type

/dev/sdb1       2048    526335    524288   256M EFI System

/dev/sdb2     526336 452069375 451543040 215,3G Linux filesystem

/dev/sdb3  452069376 468846591  16777216     8G Linux filesystem

$ sudo blkid

/dev/sda1: LABEL="datas" UUID="7df663bd-288b-4066-a52b-8d8e6115de99" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="f6c0edc7-886a-8344-8d77-547376bed47a"

/dev/sdb1: LABEL_FATBOOT="EFI System" LABEL="EFI System" UUID="86A2-A705" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="primary" PARTUUID="7bd5d84f-6238-486e-b67c-2ca94845016b"

/dev/sdb2: LABEL="rootMX21" UUID="722b3e85-2bf5-4d20-9a0c-29aa9852911d" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="08a4c1b8-bab4-4e56-999b-4b0c40b82eb0"

/dev/sdb3: LABEL="swapMX" UUID="6043b92c-f58d-4665-8993-a153855cc103" TYPE="swap" PARTLABEL="primary" PARTUUID="6544e4bf-42c8-44a0-b639-c226a937e8a6"

$ cat /etc/fstab

# Pluggable devices are handled by uDev, they are not in fstab

UUID=722b3e85-2bf5-4d20-9a0c-29aa9852911d   /           ext4   noatime                         1 1 

UUID=6043b92c-f58d-4665-8993-a153855cc103   swap        swap   defaults                        0 0 

UUID=86A2-A705                              /boot/efi   vfat   noatime,dmask=0002,fmask=0113   0 0 

/dev/sdb1                                   none        ext4   defaults                        0 0 

/dev/sda1                                   none        ext4   users                           0 0

Dernière modification par Harry_Tuttle (28-01-2022 14:12:04)

raleur · 28-01-2022 14:09:03

Aucun intérêt. C'est une simple question de réglage des permissions.

Harry_Tuttle · 28-01-2022 14:39:30

raleur a écrit :

Aucun intérêt. C'est une simple question de réglage des permissions.

ok ok

Croutons · 28-01-2022 14:50:47

ah et la c'est normale ?

/dev/sdb1                                   none        ext4   defaults                        0 0

/dev/sda1                                   none        ext4   users                           0 0

Harry_Tuttle · 28-01-2022 15:26:18

euh, si la question m'est destinée j'en sais vraiment rien

Mais j'imagine que c'est pas normal

En tout cas le sdb c'est bien mon disque principal

Dernière modification par Harry_Tuttle (28-01-2022 15:26:51)

raleur · 28-01-2022 17:06:33

Non, ce n'est pas "normal" et n'a rien à faire sous cette forme dans /etc/fstab, mais ça n'a aucun rapport avec les permissions sur le système de fichiers de /dev/sda1.

Croutons · 28-01-2022 17:11:37

a supprimer

Dernière modification par Croutons (29-01-2022 11:23:00)

raleur · 28-01-2022 17:13:55

Pourquoi parles-tu de périphériques amovibles ?

Harry_Tuttle a écrit :

J'ai un deuxième disque dur interne, en SSD

Croutons · 28-01-2022 17:47:54

a supprimer

Dernière modification par Croutons (29-01-2022 11:22:39)

Harry_Tuttle · 29-01-2022 02:31:11

raleur a écrit :

Pourquoi parles-tu de périphériques amovibles ?
Harry_Tuttle a écrit :
J'ai un deuxième disque dur interne, en SSD

J'ai un disque dur interne en SSD, qui contient l'OS et tout l'tintouin (sdb).
Et le deuxième disque dur interne, en SSD aussi (sda) : c'est celui-ci qui me pose problème, et que je souhaite utiliser pour faire du stockage de données.

Croutons · 29-01-2022 11:10:41

(le message de raleur m'était destiné )

Il faudrait que tu créés un répertoire qui va servir de point de montage pour ta nouvelle partition, dans ton répertoire utilisateur me parait bien

mkdir ~/datas

editer ton fichier fstab avec nano ou un autre editeur de texte

nano /etc/fstab

# Pluggable devices are handled by uDev, they are not in fstab

UUID=722b3e85-2bf5-4d20-9a0c-29aa9852911d   /      ext4    noatime,errors=remount-ro    1  1

UUID=6043b92c-f58d-4665-8993-a153855cc103   none      swap   sw    0     0

UUID=86A2-A705  /boot/efi  vfat    noatime,dmask=0002,fmask=0113  0     0

UUID=7df663bd-288b-4066-a52b-8d8e6115de99  /home/utilisateur/datas ext4   noatime,defaults  0     2

sans oublier de remplacer utilisateur par ton nom d'utilisateur
tes données seront accessible depuis ton répertoire (point de montage) datas
pas besoin de redémarrer pour que le nouveau fstab soit lu par le système il suffit de faire

mount -a

Dernière modification par Croutons (29-01-2022 11:22:00)

raleur · 29-01-2022 11:31:08

Croutons a écrit :

dans ton répertoire utilisateur me parait bien

A condition que seul cet utilisateur ait besoin d'accéder au contenu du SSD. Sinon un répertoire à la racine ou dans /home serait préférable.
Note : "data" est déjà un pluriel, pas besoin de "s".

Croutons a écrit :

pas besoin de redémarrer pour que le nouveau fstab soit lu par le système il suffit de faire
mount -a

D'autre part cela permet de vérifier que le montage fonctionne correctement et qu'il n'y aura pas de mauvaise surprise au redémarrage.
Note : on peut ajouter l'option "nofail" dans la ligne de /etc/fstab pour éviter de basculer en mode dépannage en cas d'échec du montage, celui-ci n'étant pas indispensable au fonctionnement du système.

Par contre tout cela n'est pas suffisant ; après le montage il faut aussi définir les permissions qui vont bien pour que les utilisateurs concernés puissent lire et écrire dans le volume. Si seul "utilisateur" doit y avoir accès en lecture et écriture :

chown utilisateur:utilisateur /home/utilisateur/datas

chmod 700 /home/utilisateur/datas

ou 755 pour que les autres utilisateurs y aient accès en lecture seule.

Dernière modification par raleur (29-01-2022 11:32:00)

Harry_Tuttle · 29-01-2022 12:39:33

Ok, je résume donc avant de faire des conneries (coutumier du fait, je préfère

)

1. Créer un répertoire qui va servir de point de montage pour la nouvelle partition, dans mon home (puisque j'ai une session "invite" pour les amis squatteurs de canapé)

mkdir /home/data

2. Editer le fichier fstab

nano /etc/fstab

3. Modifier le fichier fstab (@raleur : c'est bien ici le nofail ?)

# Pluggable devices are handled by uDev, they are not in fstab

UUID=722b3e85-2bf5-4d20-9a0c-29aa9852911d   /      ext4    noatime,errors=remount-ro    1  1

UUID=6043b92c-f58d-4665-8993-a153855cc103   none      swap   sw    0     0

UUID=86A2-A705  /boot/efi  vfat    noatime,dmask=0002,fmask=0113  0     0

UUID=7df663bd-288b-4066-a52b-8d8e6115de99  /home/data ext4   nofail,noatime,defaults  0     2

4. Monter le volume

mount -a

5. Modifier les permissions pour que tous les utilisateurs puissent lire et écrire dans le volume

chown mathieu:mathieu /home/data

chmod 755 /home/data

J'ai bien résumé ?

Dernière modification par Harry_Tuttle (29-01-2022 12:58:15)

Croutons · 29-01-2022 12:54:19

c' est ok

par contre ne faudrait il pas aussi changer le mask pour les nouveaux fichier créés ?

Dernière modification par Croutons (29-01-2022 13:02:56)

Harry_Tuttle · 29-01-2022 13:03:48

Lorsque je suis au point 4, voilà ce que m'indique le terminal :

$ sudo mount -a

mount: none: mount point does not exist.

mount: none: mount point does not exist.

Dernière modification par Harry_Tuttle (29-01-2022 13:06:44)

Croutons · 29-01-2022 13:13:10

qu'est ce que cela donne

cat /etc/fstab

Harry_Tuttle · 29-01-2022 13:13:11

Bon, tout semble fonctionner malgré tout.
J'imagine que le dossier "lost+found" on s'en fout, mais peut-on le supprimer sans risque ?

Harry_Tuttle · 29-01-2022 13:14:18

Croutons a écrit :

qu'est ce que cela donne
cat /etc/fstab

$ cat /etc/fstab

# Pluggable devices are handled by uDev, they are not in fstab

UUID=722b3e85-2bf5-4d20-9a0c-29aa9852911d   /           ext4   noatime                         1 1 

UUID=6043b92c-f58d-4665-8993-a153855cc103   swap        swap   defaults                        0 0 

UUID=86A2-A705                              /boot/efi   vfat   noatime,dmask=0002,fmask=0113   0 0 

UUID=7df663bd-288b-4066-a52b-8d8e6115de99   /home/data  ext4   nofail,noatime,defaults         0 2

/dev/sdb1                                   none        ext4   defaults                        0 0 

/dev/sda1                                   none        ext4   users                           0 0

Harry_Tuttle · 29-01-2022 13:20:13

Grands merci à vous anonyme, Croutons et raleur, pour votre patience et votre pédagogie

J'ai appris des trucs et c'était cool

Croutons · 29-01-2022 13:25:11

/dev/sdb1                                   none        ext4   defaults                        0 0

/dev/sda1                                   none        ext4   users                           0 0

ses 2 lignes du dois supprimer impérativement , sinon c'est la cata quand tu vas redémarrer ton ordi

Harry_Tuttle · 29-01-2022 13:27:28

Croutons a écrit :

/dev/sdb1 none ext4 defaults 0 0
/dev/sda1 none ext4 users 0 0

ses 2 lignes du dois supprimer impérativement , sinon c'est la cata quand tu vas redémarrer ton ordi https://debian-facile.org/img/smilies/xtras/cthulhu.gif

Debian Alain · 29-01-2022 13:43:20

bonjour Harry_Tuttle

les identifiants en /dev/sd* sont généralement instables .

à l'opposé des UUID qui sont d'ailleurs recommandés .

surtout pour le FSTAB .

mais râleur a dû te l'expliquer , non ?

amicalement .

alain.

raleur · 29-01-2022 13:47:56

Harry_Tuttle a écrit :

3. Modifier le fichier fstab (@raleur : c'est bien ici le nofail ?)

Oui.

Harry_Tuttle a écrit :

5. Modifier les permissions pour que tous les utilisateurs puissent lire et écrire dans le volume
chown mathieu:mathieu /home/data
chmod 755 /home/data

Comme je l'ai précisé plus haut, avec ces permissions seul l'utilisateur mathieu pourra écrire, les autres pourront seulement lire.
Pour que tout le monde puisse écrire, il faut chmod 777.

Harry_Tuttle a écrit :

mount: none: mount point does not exist.
mount: none: mount point does not exist.

Il faut supprimer les deux lignes foireuses avec none dans /etc/fstab, qui ne figurent d'alleurs pas dans la proposition de ton message #15. C'est mal de dire quelque chose et de faire autre chose.

Croutons a écrit :

par contre ne faudrait il pas aussi changer le mask pour les nouveaux fichier créés ?

(Note pour Harry_Tuttle : umask est le masque qui définit les permissions par défaut lors de la création d'un fichier.)
Si on veut que n'importe qui puisse modifier les fichiers de tout le monde, oui, il faudrait. Mais la valeur de umask ne se définit pas au niveau du système de fichiers mais de la session de chaque utilisateur. Et elle s'applique à tous les fichiers créés n'importe où, pas seulement à un répertoire particulier.
Je connais deux alternatives :
- la mise en place d'un groupe commun propriétaire du répertoire et du bit "setgid/sgid" sur le répertoire nécessite quand même de configurer umask pour donner la permission d'écriture au groupe.
- les ACL POSIX sont plus souples mais un peu plus compliquées à mettre en place (man acl, setfacl, getfacl).

Harry_Tuttle a écrit :

J'imagine que le dossier "lost+found" on s'en fout, mais peut-on le supprimer sans risque ?

Il vaut mieux éviter d'y toucher. C'est un répertoire standard des systèmes de fichiers Unix ou fsck met les fichiers et répertoires "perdus" (par exemple parce que leur répertoire parent est corrompu).

Dernière modification par raleur (29-01-2022 13:50:12)

Debian-facile

#1 28-01-2022 13:30:27

[Résolu] Accès à mon deuxième disque dur

#2 28-01-2022 14:05:55

Re : [Résolu] Accès à mon deuxième disque dur

#3 28-01-2022 14:08:29

Re : [Résolu] Accès à mon deuxième disque dur

#4 28-01-2022 14:09:03

Re : [Résolu] Accès à mon deuxième disque dur

#5 28-01-2022 14:39:30

Re : [Résolu] Accès à mon deuxième disque dur

#6 28-01-2022 14:50:47

Re : [Résolu] Accès à mon deuxième disque dur

#7 28-01-2022 15:26:18

Re : [Résolu] Accès à mon deuxième disque dur

#8 28-01-2022 17:06:33

Re : [Résolu] Accès à mon deuxième disque dur

#9 28-01-2022 17:11:37

Re : [Résolu] Accès à mon deuxième disque dur

#10 28-01-2022 17:13:55

Re : [Résolu] Accès à mon deuxième disque dur

#11 28-01-2022 17:47:54

Re : [Résolu] Accès à mon deuxième disque dur

#12 29-01-2022 02:31:11

Re : [Résolu] Accès à mon deuxième disque dur

#13 29-01-2022 11:10:41

Re : [Résolu] Accès à mon deuxième disque dur

#14 29-01-2022 11:31:08

Re : [Résolu] Accès à mon deuxième disque dur

#15 29-01-2022 12:39:33

Re : [Résolu] Accès à mon deuxième disque dur

#16 29-01-2022 12:54:19

Re : [Résolu] Accès à mon deuxième disque dur

#17 29-01-2022 13:03:48

Re : [Résolu] Accès à mon deuxième disque dur

#18 29-01-2022 13:13:10

Re : [Résolu] Accès à mon deuxième disque dur

#19 29-01-2022 13:13:11

Re : [Résolu] Accès à mon deuxième disque dur

#20 29-01-2022 13:14:18

Re : [Résolu] Accès à mon deuxième disque dur

#21 29-01-2022 13:20:13

Re : [Résolu] Accès à mon deuxième disque dur

#22 29-01-2022 13:25:11

Re : [Résolu] Accès à mon deuxième disque dur

#23 29-01-2022 13:27:28

Re : [Résolu] Accès à mon deuxième disque dur

#24 29-01-2022 13:43:20

Re : [Résolu] Accès à mon deuxième disque dur

#25 29-01-2022 13:47:56

Re : [Résolu] Accès à mon deuxième disque dur

Pied de page des forums