Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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 :

opg55ksp.png
Depuis, j'ai refait un formatage, le point de montage est "/none"
Nk5EA5L5.png
eMTE26WT.png

Merci pour votre aide.

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

Hors ligne

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

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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

Bonjour


fdisk -l
 



blkid
 



cat /etc/fstab
 


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

$ 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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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

Il vaut mieux montrer que raconter.

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

raleur a écrit :

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



ok ok

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

ah et la c'est normale ?

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

euh, si la question m'est destinée j'en sais vraiment rien big_smile Mais j'imagine que c'est pas normal scratchhead.gif
En tout cas le sdb c'est bien mon disque principal

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

a supprimer

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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

Harry_Tuttle a écrit :

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


Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

a supprimer

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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.

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

(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)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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

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)

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

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)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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)

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

qu'est ce que cela donne

cat /etc/fstab


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

Grands merci à vous robert2a, Croutons et raleur, pour votre patience et votre pédagogie wink
J'ai appris des trucs et c'était cool smile

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

/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 cthulhu.gif


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

Harry_Tuttle
Adhérent(e)
Distrib. : MX Linux (Basé sur Debian Bullseye)
Noyau : Linux 5.10.0-11-amd64
(G)UI : KDE Plasma 5.20.5
Inscription : 26-01-2022

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

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



merci.gif

Hors ligne

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

Debian Alain
Membre
Lieu : Bretagne
Distrib. : bookworm unstable sid / bullseye (stable)
Noyau : Linux sid 5.17.0-1-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

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

bonjour  Harry_Tuttle  big_smile  big_smile  big_smile

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.

coyotus.png

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums