Disque dur interne se trouve dans autre emplacement [résolu]

Coolmic29 · Le 04/10/2020, à 21:21

Salut je vient de faire le test :
sda1 = Disque dur ssd branché en USB = 232 Go
sdb1 = Clé USB = 28,9 Go
Pas de partition juste un formatage avec Disques

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT            SIZE
sda                                                                                                 232,9G
└─sda1      ext4   XDATA    b0ac8f0e-187e-4eb3-bc84-e359681a4eec                                    232,9G
sdb                                                                                                  28,9G
└─sdb1      ext4   XDATA    61834d93-b740-4848-8ad2-b893f068506f                                     28,9G
nvme0n1                                                                                             238,5G
├─nvme0n1p1 vfat            5D7C-D972                                                                 250M
├─nvme0n1p2 ext4            fd610c08-b586-42fd-9d9e-a7fbf15f4137                                     15,5G
└─nvme0n1p3 ext4   DATA     ea3e3279-4c7a-47fd-b0dd-1f22f0588f7c    115G    37% /media/mickael/DATA 201,2G
nvme1n1                                                                                             238,5G
├─nvme1n1p1 vfat   ESP      ACEE-5211                                39M    59% /boot/efi             100M
├─nvme1n1p2                                                                                            16M
├─nvme1n1p3 ntfs   Acer     EA22EFC422EF93BB                                                         73,1G
├─nvme1n1p4 ntfs   Recovery 42CCF0AACCF098FD                                                            1G
└─nvme1n1p5 ext4            1169df0b-cd5e-4c0a-a773-968e093e370d   99,4G    33% /                   164,2G

Pour commande suivante :

mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sda
brw-rw---- 1 root disk 8, 0 oct.   4 20:52 /dev/sda
mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sdb
brw-rw---- 1 root disk 8, 16 oct.   4 20:54 /dev/sdb

Pour info j'appel mes périphériques toujours XDATA mais je branche jamais deux périphériques en même temps.
Le deuxième prend un montage XDATA1
Et la dernier commande :

mickael@mickael-Swift-SF515-51T:~$ ls -la /media/mickael/XDATA
total 24
drwx------  3 mickael mickael  4096 oct.   4 20:51 .
drwxr-x---+ 8 root    root     4096 oct.   4 21:12 ..
drwx------  2 root    root    16384 oct.   4 20:51 lost+found
mickael@mickael-Swift-SF515-51T:~$ ls -la /media/mickael/XDATA1
total 24
drwx------  3 mickael mickael  4096 oct.   4 20:53 .
drwxr-x---+ 8 root    root     4096 oct.   4 21:12 ..
drwx------  2 root    root    16384 oct.   4 20:53 lost+found

Je te laisse analyser le résultat.
Je ferai un test avec Gparted demain.
Une chose est sûr les deux périphériques sont automatiquement disponible en lecture et écriture.
Donc très pratique pour un débutant.
Attention je ne formate jamais en EXT4 si le périphérique doit communiquer avec Windows.
Mon disque externe et ma clé USB sont toujours formaté en ntfs pour servir de sauvegarde lors de nos Point info Linux.
On a toujours des personnes sous windows ou linux qui veulent mettre à jour leur système mais il n'on pas fait de sauvegarde.
Suivant la taille des données j'utilise la clé ou le disque ssd, tout les deux en USB 3.

Dernière modification par Coolmic29 (Le 04/10/2020, à 21:54)

Coeur Noir · Le 05/10/2020, à 00:31

sda                                                                                                 232,9G
└─sda1      ext4   XDATA    b0ac8f0e-187e-4eb3-bc84-e359681a4eec                                    232,9G
sdb                                                                                                  28,9G
└─sdb1      ext4   XDATA    61834d93-b740-4848-8ad2-b893f068506f                                     28,9G

Bon il y a là déjà une différence : ici en formatant via disques ma ( petite ) clé usb, ça n'y a pas créé de partition.
Chez toi il y a sda1 et sdb1, chez moi il n'y avait que sdd.
Est-ce que

ls -la /dev/sda1
ls -la /dev/sdb1

montrerait autre chose ( pas sûr ) ?

Ce que je cherche à comprendre :
⋅ comment disques parvient à formater un support en ext4 ( + éventuellement créer une partition ) qui sera dès le branchement suivant accessible en écriture à un utilisateur « normal » ( = sans les droits de root ) ?
⋅ et ces disques que tu as formatés, comment sont-ils gérés par d'autres utilisateurs ( dont l'uid n'est pas 1000 ) ?
⋅ pourrais-tu tester d'écrire sur ces disques depuis une autre session ( mickael a sans doute l'uid 1000, si tu ajoutes un autre utilisateur sur ce système il aura uid 1001, l'ajout suivant 1002, etc ) ?

moko138 · Le 05/10/2020, à 02:12

Coeur Noir a écrit :

La différence c'est ( entre autres ) l'UUID qui est affichée ( utile dans fstab )

Essaie :
sudo lsblk -o name,fstype,size,uuid,label,mountpoint -e 7
(dans cet ordre, et dans un terminal maximisé, sinon, il arrive que le point de montage soit tronqué).

- -

Coeur Noir a écrit :

et comme la commande lsblk ne requiert pas sudo je la trouve plus accessible - et visuelle - que sudo blkid.

Chez moi, si j'omets sudo le retour est incomplet.

Dernière modification par moko138 (Le 05/10/2020, à 02:13)

moko138 · Le 05/10/2020, à 02:42

Coeur Noir a écrit :

Je viens de faire un test mais avec une clé usb ( incidence ? ).
Ce qu'il se passe, c'est que disques ne créé pas de partition, il créé uniquement un système de fichiers.
Dans mon cas la clé apparaît comme ceci ( en sdd ) :
django@ASGARD:~$ lsblk -fe7 -o +SIZE
NAME   FSTYPE LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINT                SIZE
(...)
sdd    ext4   4GO-ROUGE   38a63b19-33c3-4c7c-9389-f2a9b392961b    3,5G     0% /media/django/4GO-ROUGE   3,8G    
← pas de partition, contrairement aux autres disques.

Formater une clef, une carte ou un disque sans table ni partition est possible mais
/!\ DANGEREUX ! Voir le détail de cette bombe à retardement en ./viewtopic.php?pid=22051810#p22051810, à partir de "Faute de quoi, deux pièges seront en place".

Coeur Noir · Le 05/10/2020, à 04:12

Moko138 a écrit :

Formater une clef, une carte ou un disque sans table ni partition est possible mais
/!\ DANGEREUX ! Voir le détail de cette bombe à retardement en ./viewtopic.php?pid=22051810#p22051810, à partir de "Faute de quoi, deux pièges seront en place".

Note qu'en utilisant disques je n'ai pas cherché volontairement à ne pas créer de partition.
J'ai branché la clé, l'ai complètement effacé, puis formaté.
Je n'ai pas vu un éventuel « créer une table de partition » et à aucun moment disques ne m'a dit « gaffe, t'as oublié table ou partition ».
Or chez Coolmic29, disques a créé des partitions. Pourquoi pas chez moi ?
→ ma suspicion : il n'y avait pas au préalable une table de partition sur ma clé usb. Comment je peux vérifier ce point ?

Donc pour revenir au contexte de ces questionnements : Coolmic29 suggère au débutant d'utiliser disques plutôt que gparted parce que disques manifestement produit une partition ( ou fs ) directement utilisable par un utilisateur normal au branchement suivant ( c'est constaté avec ou sans partition ). Je me demande donc comment disques parvient à ce résultat, et cela sans jamais demander le mot de passe sudo.

Et les dangers de l'absence d'une table, je cite :

1) il sera impossible de scinder le disque en 2 (ou plus) partitions, si un jour on le désire ;
2) Et surtout, au moindre pépin, les outils classiques comme testdisk seront impuissants à corriger rapidement le pépin, et il faudra utiliser l'artillerie lourde (photorec, foremost... ) pour ne pas perdre les données.

Coeur Noir · Le 05/10/2020, à 04:44

Concernant lsblk avec ou sans sudo, pour moi pas de différence :

django@ASGARD:~$ lsblk -o name,fstype,size,uuid,label,mountpoint -e 7
NAME   FSTYPE   SIZE UUID                                 LABEL       MOUNTPOINT
sda           111,8G                                                  
├─sda1 ext4    23,9G 25c341fb-320d-4a4a-9d64-b08c5fe55540 Budgie      /
├─sda2 ext4      27G 90a0f248-65ad-4247-b7ba-fb4e9f632905 Unity1604   
├─sda3            1K                                                  
├─sda5 ext4      28G f85e730c-6ea2-4dfe-9f16-10b47958f049 Ubuntu20.04 
├─sda6 ext4      28G 7ea83f3d-196f-4821-8be1-7c91fcc0cf34 autre_syst  
└─sda7 swap       5G 3a205e8d-920c-44f8-b614-7c268fb25f12 swap        [SWAP]
sdb           931,5G                                                  
└─sdb1 ext4   930,8G b19322e6-8a6d-4e24-b87f-4b0155b41963 DATA        /media/DATA
sr0            1024M                                                  



django@ASGARD:~$ sudo lsblk -o name,fstype,size,uuid,label,mountpoint -e 7
[sudo] Mot de passe de django : 
NAME   FSTYPE   SIZE UUID                                 LABEL       MOUNTPOINT
sda           111,8G                                                  
├─sda1 ext4    23,9G 25c341fb-320d-4a4a-9d64-b08c5fe55540 Budgie      /
├─sda2 ext4      27G 90a0f248-65ad-4247-b7ba-fb4e9f632905 Unity1604   
├─sda3            1K                                                  
├─sda5 ext4      28G f85e730c-6ea2-4dfe-9f16-10b47958f049 Ubuntu20.04 
├─sda6 ext4      28G 7ea83f3d-196f-4821-8be1-7c91fcc0cf34 autre_syst  
└─sda7 swap       5G 3a205e8d-920c-44f8-b614-7c268fb25f12 swap        [SWAP]
sdb           931,5G                                                  
└─sdb1 ext4   930,8G b19322e6-8a6d-4e24-b87f-4b0155b41963 DATA        /media/DATA
sr0            1024M                                                  
django@ASGARD:~$

…cela sous 20.04, idem sous 16.04
⋅ https://debian-facile.org/doc:systeme:lsblk « La commande ne nécessite pas les droits administrateurs pour être exécutée »
⋅ https://linux.die.net/man/8/lsblk par contre nécessite d'avoir accès à sysfs et donc que CONFIG_SYSFS soit enabled dans le noyau, vérifiable via :

grep CONFIG_SYSFS /boot/config-*

( j'ai cru voir que ça n'est pas le cas pour tous les noyaux euh… confusion avec ça, pardon : https://forum.ubuntu-fr.org/viewtopic.php?id=2056520 ).

Dernière modification par Coeur Noir (Le 05/10/2020, à 05:28)

Qid · Le 05/10/2020, à 07:02

moko138 a écrit :

Coeur Noir a écrit :
La différence c'est ( entre autres ) l'UUID qui est affichée ( utile dans fstab )
Essaie :
sudo lsblk -o name,fstype,size,uuid,label,mountpoint -e 7
(dans cet ordre, et dans un terminal maximisé, sinon, il arrive que le point de montage soit tronqué).

Oui d'accord mais ça ne m'explique toujours pas la syntaxe de la commande... Et en fait pour être honnête je préfère effectivement le retour de "lsblk -fe7 -o +SIZE" mais je mettrai size avant mountpoint et du coup dans la mienne il manquerait : "FSAVAIL,FSUSE%" du coup faudra que je test en réalité :

lsblk -o name,fstype,label,mountpoint,size,fsavail,fsuse% -e 7

Mais bon je crois que je vais creuser le man car je suis sûr qu'il y a d'autres trucs intéressants...

Coeur Noir · Le 05/10/2020, à 15:39

C'est parce qu'avec l'option -f viennent par défaut -o NAME,FSTYPE,LABEL,MOUNTPOINT mais ouais elle est assez « large » cette commande lsblk → https://linux.die.net/man/8/lsblk

Coolmic29 · Le 05/10/2020, à 17:46

Coeur Noir a écrit :

Est-ce que
ls -la /dev/sda1
ls -la /dev/sdb1
montrerait autre chose ( pas sûr ) ?

Voici le résultat :

mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sda1
brw-rw---- 1 root disk 8, 1 oct.   5 17:34 /dev/sda1
mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sdb1
brw-rw---- 1 root disk 8, 17 oct.   5 17:34 /dev/sdb1

Ton résultat :

django@ASGARD:~$ ls -la /dev/sdd
brw-rw---- 1 root disk 8, 48 oct.   3 22:07 /dev/sdd

Coolmic29 · Le 05/10/2020, à 18:21

Coeur Noir a écrit :

⋅ pourrais-tu tester d'écrire sur ces disques depuis une autre session ( mickael a sans doute l'uid 1000, si tu ajoutes un autre utilisateur sur ce système il aura uid 1001, l'ajout suivant 1002, etc ) ?

J'ai créé un autre Utilisateur sur ma session
MickaëlBIS

Un autre utilisateur ne peux pas utiliser ma clé ou mon disque quand je le formate avec le logiciel Disque.

Je retourne sur ma session
Mickaël

Sur ma session Mickaël pas de souci je peux utiliser la clé ou le disque en lecture écriture.

_{Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »}

Dernière modification par Coolmic29 (Le 05/10/2020, à 19:39)

Coolmic29 · Le 05/10/2020, à 18:52

Je viens de faire un test sur une clé format USB 2 et une au format USB 3 toujours avec Disques
Cette fois-ci pas de partition comme toi.
Par contre elle était pas au format NTFS comme l'autre fois.
C'est des clé de BOOT avec UBUNTU que j'ai reformaté avec la même méthode.

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT               SIZE
sda         ext4   XDATA_2  6532ff56-9551-4384-982c-7327dd4af07d    6,9G     0% /media/mickael/XDATA_2   7,5G
sdb         ext4   XDATA_3  652ae28b-01ea-4f84-b570-789a90fa5fd1   13,7G     0% /media/mickael/XDATA_3  14,8G

Le mystère s’épaissit.
Je reformate en NTFS :

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT            SIZE
sda         ntfs   XDATA_4  310C9DD65A33BF22                                                          7,5G
sdb         ntfs   XDATA_5  75696B0F624AE813                                                         14,8G

Je repasse en EXT4 :

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT               SIZE
sda         ext4   XDATA_6  6cd61179-f0a2-41ba-be7f-5a1a5120234a    6,9G     0% /media/mickael/XDATA_6   7,5G
sdb         ext4   XDATA_7  8c5825cf-c58e-4937-970e-49d3dbc49e57   13,7G     0% /media/mickael/XDATA_7  14,8G

Je ne comprend pas je n'ai plus de partition sda1 ou sdb1

Coolmic29 · Le 05/10/2020, à 19:55

Maintenant je lance GPARTED
Pour info j'ai juste lancé un formatage.
On constate qu'une table de partition à l'air de faire la différence.

Sur la clé sda1 de 28 Go la table de partition est msdos
Sur la clé sdb de 14 Go la table de partition est à none

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT            SIZE
sda                                                                                                  28,9G
└─sda1      ext4            edb57ae6-b3b0-409b-a88e-d4ea9a08b614                                     28,9G
sdb         ext4            96a9687f-b0c7-4950-aedf-a1ba52cf673a                                     14,8G

Écriture impossible

mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sda1
brw-rw---- 1 root disk 8, 1 oct.   5 19:50 /dev/sda1
mickael@mickael-Swift-SF515-51T:~$ ls -la /dev/sdb
brw-rw---- 1 root disk 8, 16 oct.   5 19:52 /dev/sdb

J'ai reformaté la sdb avec une table de partition msdos
Le résulta est différent jai maintenant une partition sdb1

mickael@mickael-Swift-SF515-51T:~$ lsblk -fe7 -o +SIZE
NAME        FSTYPE LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINT                                            SIZE
sda                                                                                                                                  28,9G
└─sda1      ext4            edb57ae6-b3b0-409b-a88e-d4ea9a08b614   26,8G     0% /media/mickael/edb57ae6-b3b0-409b-a88e-d4ea9a08b614  28,9G
sdb                                                                                                                                  14,8G
└─sdb1      ext4            28631d84-f3e6-4871-b3d8-8493d7b61a9b                                                                     14,8G

Dernière modification par Coolmic29 (Le 05/10/2020, à 20:03)

moko138 · Le 05/10/2020, à 20:07

Qid a écrit :

Mais bon je crois que je vais creuser le man car je suis sûr qu'il y a d'autres trucs intéressants...

Consulter le man est toujours une excellente idée !

À tous :
Attention aux versions du man !
- La version française est souvent en retard, et c'est le cas ici :
http://manpages.ubuntu.com/manpages/foc … blk.8.html
"Provided by: manpages-fr-extra_20151231_all".

- Focal La page http://manpages.ubuntu.com/manpages/foc … blk.8.html
mentionne -z -E -M -p -x --sysroot et les codes de retour

- Bionic La page http://manpages.ubuntu.com/manpages/bio … blk.8.html
mentionne -z -p -x et les codes de retour
mais pas -E ni -M ni --sysroot

- la page https://linux.die.net/man/8/lsblk (source ? date ?)
ne mentionne ni -z ni -E ni -p ni -x ni --sysroot ni les codes de retour

- -

Donc préférez la version anglaise de votre version.
Et en cas de doute sur l'interprétation, parlez-en sur le forum.

Edit : mise en forme.

Dernière modification par moko138 (Le 05/10/2020, à 21:53)

REBU · Le 05/10/2020, à 21:12

Salut les gens,

Bon j'ai lâché l'affaire d'essayer d'avoir l'illusion de comprendre... Ce que je comprends, c'est qu'à partir de ma question banale, y'a gros débat entre pointure du Libre et que les résultats diffèrent suivant je ne sais quoi. Si à un moment l'un entre vous pourrait faire un résumé pour un débutant, je suis bien sur preneur, si toutefois, les mystères s’éclaircissent...

Coeur noir et moko138, vous dormez un peu la nuit quand même?

Coeur Noir · Le 06/10/2020, à 01:06

On essaie de comparer ce qui se produit quand on formate un support depuis gparted ou disques.

disques en voulant simplifier la vie de l'utilisateur oublie de donner des infos sur ce qu'il fait. Et c'est ça qu'on ( je ? ) cherche : pourquoi son formatage à lui produit un truc immédiatement exploitable en écriture par l'utilisateur normal dès le branchement suivant ?

vous dormez un peu la nuit quand même → non, le jour seulement.

moko138 · Le 06/10/2020, à 01:18

REBU a écrit :

Coeur noir et moko138, vous dormez un peu la nuit quand même?

Je laisse Nougaro te répondre :

♪ ♫ Sur l'écran noir de mes nuits blanches... ♫♪♪

Coeur Noir · Le 06/10/2020, à 02:01

Intéressant :

Coolmic29 a écrit :

Un autre utilisateur ne peux pas utiliser ma clé ou mon disque quand je le formate avec le logiciel Disque.

…ce qui est embêtant tu en conviendras, dans le cas d'un disque/clé nomade qu'on risque de brancher à divers utilisateurs.
( bon, allez, admettons : l'utilisateur d'uid 1000 a de grandes choses d'exister presque partout, mais c'est pas garanti, et ça exclue tous les potentiels autres ).

As-tu procédé dans cet ordre : aucun disque/clé branché au pc, lancer la session mickaelBIS, puis une fois cette session ouverte, brancher le disque/la clé ?
Comportement automatique attendu : le support monte dans /media/mickaelBIS/disque_ou_clé
→ ça porte à croire que ce support a pour utilisateur propriétaire mickael tout court.
→ depuis la session mickaelBIS un ls -la /media/mickaelBIS aurait peut-être éclairé.

Table de partition : s'il n'y en a pas gparted comme disques semblent faire la même chose, créer un système de fichiers sans partition ( dangereux ).
Cependant gparted permet de créer une telle table.
Je ne vois pas cette possibilité dans disques ( mais elle est peut être planquée derrière une icône qui ne m'aura pas tapé dans l'œil ? )

gparted travaille en root ce que je crois inévitable pour « gérer » des systèmes de fichiers. Il requiert donc ensuite que l'utilisateur change les droits et permissions à sa convenance.
Ça implique effectivement que l'utilisateur ait au préalable quelques connaissances à ce sujet. Sur un support nomade, ça se résume à

sudo chmod a+rwX /sur/le/support

disques ça reste à confirmer, semble produire un système de fichiers appartenant à l'utilisateur « normal / non root » qui a lancé le formatage. Préjudiciable dans le cas d'un support nomade.
Donc l'utilisateur débutant pourra se demander pourquoi certains utilisateurs n'accèdent qu'en lecture à ce support et pourquoi d'autres auront accès en écriture ( ceux de même uid que lui ).
Peut-on demander à disques de créer une partition appartenant à root ? ( une autre icône qui ne m'aura pas tapé dans l'œil ? )

Conclusion temporaire : disques crée davantage de risques et de confusion que gparted ; ce dernier sera plus exigeant en terme de connaissances préalables, connaissances préalables qui seront de toute façon nécessaires pour lever les confusions et réparer les risques induits par disques.

Coolmic29 · Le 06/10/2020, à 09:11

Coeur Noir a écrit :

As-tu procédé dans cet ordre : aucun disque/clé branché au pc, lancer la session mickaelBIS, puis une fois cette session ouverte, brancher le disque/la clé ?

Oui je confirme.J'ai lancé la session mickaëlBIS et branché la clé pour la monter que dans le système mickaëlBIS.

Il est évident que Gparted est plus pointu que Disque pour gérer des disques et des partitions.
Je n'ai pas vu d'option pour créer une table de partition.
Je formate en EXT4 que les disque interne jamais des disques nomade ou clé USB.donc pas de pb de droit en nomade.
D'ailleur c'est précisé quand on veux formater :

Le fat 32 je ne l'utilise plus sauf cas exceptionnel si le NTFS ne fonctionne pas sur le périphérique.

Gparted nécessite l'utilisation de la ligne de commande pour définir les droits.

moko138 · Le 06/10/2020, à 10:12

Coolmic29 a écrit :

Le fat 32 je ne l'utilise plus sauf cas exceptionnel si le NTFS ne fonctionne pas sur le périphérique.
Gparted nécessite l'utilisation de la ligne de commande pour définir les droits.

Non, mais l'erreur est commune.

Rappel

1) Un support formaté en ntfs (ou autre FS de windows) sera lisible d'emblée par tout le monde (dans Linux). Sans aucune ligne de commande.

2) Les droits (rwx, modifiables par sudo chmod)
et le propriétaire (toto, modifiable par sudo chown)
sont deux choses différentes.

Un support formaté en ext4 (ou autre FS de linux) appartenant initialement à root, c'est son propriétaire qu'il faut modifier.
Pour cela, il faut exécuter une fois et depuis la session de toto
sudo chown toto:toto sur le point de montage (cas d'un utilisateur unique). Ex :

sudo chown toto:toto /media/toto/une-partition-de-données

en remplaçant :
"une-partition-de-données" par ce qui va bien ;
les trois "toto" par votre nom d'user.

- -
Quant au cas avec plusieurs utilisateurs, il a été exposé plus haut par Coeur Noir.

Coeur Noir · Le 06/10/2020, à 19:47

@Coolmic29 : oui j'avais vu, en EXT4 disques ne fait mention que de disque interne. Comme si des supports amovibles / nomades en EXT n'existaient pas ( lol, j'en manipule quotidiennement depuis des années dans mon boulot ).

D'où aussi cette remarque : attribuer un utilisateur propriétaire autre que root à un tel objet nomade / amovible est inutile voire bloquant ( puisqu'en cas de blocage l'utilisateur devra pouvoir passer root pour se servir de ce support… )

D'où cette question qui pour moi reste irrésolue : comment disques, sans jamais demander de mot de passe root, parvient à attribuer un utilisateur propriétaire « normal / non-root » à une partition ou fs EXT4 ? Et comment peut-on trouver cela souhaitable comme comportement par défaut ???

Les périphériques relèvent du système, les données appartiennent à des utilisateurs = les disques / partitions appartiennent à root, les données dans ces partitions appartiennent à machin ou bidule.
Hors système de fichiers windows/non-unix, le point de montage prend les droits et permissions « contenues » par le système de fichiers de la partition.

Dernière modification par Coeur Noir (Le 06/10/2020, à 19:51)

moko138 · Le 06/10/2020, à 21:48

Coeur Noir a écrit :

Et comment peut-on trouver cela souhaitable comme comportement par défaut ???

Cela, j'imagine volontiers que cela visait à éviter la phase de panique du débutant, dont témoignent mille fils du forum sur le thème "j'ai formaté mon DDE en extn mais je n'arrive pas à écrire dessus".
- -

Et pour atteindre ce but, du coup, on a une réponse plausible à ton interrogation précédente :

cette question qui pour moi reste irrésolue : comment disques, sans jamais demander de mot de passe root, parvient à attribuer un utilisateur propriétaire « normal / non-root » à une partition ou fs EXT4 ?

dans le genre de cette demande de programmation :
# Afin d'éviter la phase de panique,
# attribuer d'office 1000:1000 comme propriétaire et groupe des nouveaux FS Linux
# Variante : repérer le $USER et l'attribuer d'office comme (...)

= =

Bien sûr, ce ne sont que des suppositions de ma part, mais elles sont bien dans la logique
"Faisons un couteau suisse en mode graphique pour gérer les disques".

Quand il sera abouti, ce sera sûrement très bien !

geole · Le 07/10/2020, à 10:15

Bonjour
J'ai suivi cette discussion
D'abord, je pense que Mickel a oublié de débrancher la clé USB avec de passer la main à Mickelbis
S'il l'avait fait, Mickalebis aurait été obligé de brancher la clé . Elle aurait été sa propriété.

Je viens d'installer la version 20.10, J'ai remis à zéro une clé.
Je viens de lancer disque. Mon premier constat est de dire que c'est nul.
1) La clé est vue comme ayant un contenu Unknown avec une seule icône
2) En cliquant dessus, j'ai les propositions
Formater la partition
Créer une image de la partition
Restaurer l'image de la partition
Test de performance de la partition
3) En cliquant sur formater la partition, j'ai les propositions
Nom du volume
effacer
TYPE
Disque interne à utiliser avec les systemes linux uniquement (ext4)
Volume protégé par mot de passe (LUKS)
Pour être utilisé avec windows (NTFS)
Compatible avec tous les systèmes et périphériques (FAT) ( Valeur par défaut)
Autre

On voit donc clairement qu'avoir une clé USB formatée ext4 n'est pas tellement proposé bien que je pense qu'on pourrait dire que c'est un disque interne et que cela serait accepté
Dommages que cela ne soit pas positionné sur "autre"

4) En cliquant sur autre, j'ai les propositions
Modifier la partition d'échange (swap) de linux ( Valeur par défaut)
Pas de système de fichier

Je ne vais pas plus loin. GROOVY n'a pas encore compris qu'une clé USB doit être formatée en EXFAT
Il va encore falloir installer le logiciel à la main avant de pouvoir travailler sérieusement.
Je vais faire la bêtise de formater en ext4

Enfin non pas si nul, On est obligé de mettre une étiquette afin de ne pas s'emmerder avec les UUID
Cependant le montage est maintenant fait sur /media Mais il continue d'être monté sur /mnt si on veut un montage au boot

NOTA A mon avis, les développeurs obéissent à un responsable et n'en font pas qu'à leurs dées.

Dernière modification par geole (Le 07/10/2020, à 10:45)

moko138 · Le 07/10/2020, à 10:24

geole a écrit :

GROVY n'a pas encore compris qu'

Qui est-ce ? Le développeur responsable de gnome-disk ?

Qid · Le 07/10/2020, à 10:29

moko138 a écrit :

geole a écrit :
GROVY n'a pas encore compris qu'
Qui est-ce ? Le développeur responsable de gnome-disk ?

Sans faute de frappe c'est "groovy"... Et accessoirement c'est le nom de la version Ubuntu 20.10

xubu1957 · Le 07/10/2020, à 10:31

Bonjour,

@moko138

geole a écrit :

Je viens d'installer la version 20.10, J'ai remis à zéro une clé.

C'est la 20.10 > groovy

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 04/10/2020, à 21:21

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#77 Le 05/10/2020, à 00:31

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#78 Le 05/10/2020, à 02:12

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#79 Le 05/10/2020, à 02:42

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#80 Le 05/10/2020, à 04:12

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#81 Le 05/10/2020, à 04:44

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#82 Le 05/10/2020, à 07:02

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#83 Le 05/10/2020, à 15:39

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#84 Le 05/10/2020, à 17:46

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#85 Le 05/10/2020, à 18:21

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#86 Le 05/10/2020, à 18:52

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#87 Le 05/10/2020, à 19:55

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#88 Le 05/10/2020, à 20:07

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#89 Le 05/10/2020, à 21:12

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#90 Le 06/10/2020, à 01:06

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#91 Le 06/10/2020, à 01:18

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#92 Le 06/10/2020, à 02:01

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#93 Le 06/10/2020, à 09:11

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#94 Le 06/10/2020, à 10:12

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#95 Le 06/10/2020, à 19:47

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#96 Le 06/10/2020, à 21:48

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#97 Le 07/10/2020, à 10:15

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#98 Le 07/10/2020, à 10:24

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#99 Le 07/10/2020, à 10:29

Re : Disque dur interne se trouve dans autre emplacement [résolu]

#100 Le 07/10/2020, à 10:31

Re : Disque dur interne se trouve dans autre emplacement [résolu]

Pied de page des forums