Ubuntu : écriture impossible sur partitions... [RÉSOLU]

Satire · Le 19/02/2024, à 21:28

Bonjour à toutes et à tous,
Sur un ordinateur avec Windows pro installer d'origine, et après avoir ajouter et partitionner un ssd sur lequel est installé Ubuntu, l'écriture sur chacune des partitions créées (Ubuntu de secours, partition de stockage et Windows lui-même) est refusée.

Ceci, bien que l'accès à ces différentes partitions est bien possible,

Je ne parviens pas à en déceler la raison. Pourtant, j'ai auparavant déjà procédé à ce type d'installation d'un nouveau ssd, de partitionnement, et d'installation d'Ubuntu sans avoir rencontré cette difficulté...

Y-aurait-il une manipulation spécifique (que j'aurais notamment omise dans les différentes étapes accomplies) à effectuer afin de permettre l'écriture sur l'ensemble de ces partitions ?

En vous remerciant par avance pour votre aide.

Dernière modification par Satire (Le 05/03/2024, à 14:12)

geole · Le 19/02/2024, à 22:47

Bonsoir.
Si tu lances windows et que tu l'arrêtes en appuyant sur la touche redémarrer et que tu choisis ubuntu, as-tu encore le problème?

Dernière modification par geole (Le 19/02/2024, à 22:49)

Satire · Le 19/02/2024, à 23:20

Bonsoir Geole,
Oui, j'ai déjà effectivement redémarré l'ordinateur à partir de Windows, puis choisis ubuntu dans le grub, mais cela n'a pas conduit à permettre d'écrire sur les différentes partitions (à savoir Ubuntu, Windows, et stockage) à partir d'Ubuntu principal.

Dernière modification par Satire (Le 19/02/2024, à 23:21)

geole · Le 19/02/2024, à 23:38

Alors, on va chercher

lsblk -fe7 |  cat

cat /etc/fstab

mount

Dernière modification par geole (Le 19/02/2024, à 23:40)

Satire · Le 19/02/2024, à 23:46

Très bien, voici les retours des commandes en question :

sat@sat-XPS-15-9530:~$ lsblk -fe7 |  cat
NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                                  
├─nvme0n1p1 vfat   FAT32             05E2-256C                                           
├─nvme0n1p2 ext4   1.0               0c89c885-a56f-4dc9-9456-cfb8b9db13b7  350,9G    22% /var/snap/firefox/common/host-hunspell
│                                                                                        /
├─nvme0n1p3 ext4   1.0               c4f00be8-09aa-4c4e-97ae-20a657b43d1a   71,3G    20% /media/sat/c4f00be8-09aa-4c4e-97ae-20a657b43d1a
├─nvme0n1p4 ext4   1.0               af1b5428-9231-4875-939e-78a7ffc0dccc   90,7G     0% /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc
└─nvme0n1p5 ext4   1.0               d79eec7e-f1ad-4137-9517-34a62df3b6a6    1,1T     0% /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6
nvme1n1                                                                                  
├─nvme1n1p1 vfat   FAT32 ESP         C277-896E                               114M    52% /boot/efi
├─nvme1n1p2                                                                              
├─nvme1n1p3 ntfs         OS          C4B61636B6162A06                      389,3G    13% /media/sat/OS
├─nvme1n1p4 ntfs         WINRETOOLS  EEC09C6BC09C3C31                                    
├─nvme1n1p5 ntfs         Image       10C2C5F4C2C5DE5A                                    
└─nvme1n1p6 ntfs         DELLSUPPORT 72E854E4E854A85D                                    
sat@sat-XPS-15-9530:~$

sat@sat-XPS-15-9530:~$ cat /etc/fstab
# /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/nvme1n1p2 during installation
UUID=0c89c885-a56f-4dc9-9456-cfb8b9db13b7 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C277-896E  /boot/efi       vfat    umask=0077      0       1
sat@sat-XPS-15-9530:~$

sat@sat-XPS-15-9530:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=7976420k,nr_inodes=1994105,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1602944k,mode=755,inode64)
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=30748)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/brave_354.snap on /snap/brave/354 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core18_2812.snap on /snap/core18/2812 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2182.snap on /snap/core20/2182 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core20_2105.snap on /snap/core20/2105 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_1122.snap on /snap/core22/1122 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/core22_858.snap on /snap/core22/858 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_2987.snap on /snap/firefox/2987 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/firefox_3779.snap on /snap/firefox/3779 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_198.snap on /snap/gnome-3-28-1804/198 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_143.snap on /snap/gnome-3-38-2004/143 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_120.snap on /snap/gnome-42-2204/120 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_141.snap on /snap/gnome-42-2204/141 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/pdfarranger_33.snap on /snap/pdfarranger/33 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/skype_328.snap on /snap/skype/328 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snap-store_959.snap on /snap/snap-store/959 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd_19457.snap on /snap/snapd/19457 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd_20671.snap on /snap/snapd/20671 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/var/lib/snapd/snaps/snapd-desktop-integration_83.snap on /snap/snapd-desktop-integration/83 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/dev/nvme0n1p2 on /var/snap/firefox/common/host-hunspell type ext4 (ro,noexec,noatime,errors=remount-ro)
/var/lib/snapd/snaps/vlc_3721.snap on /snap/vlc/3721 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
/dev/nvme1n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1602944k,mode=755,inode64)
nsfs on /run/snapd/ns/snapd-desktop-integration.mnt type nsfs (rw)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1602940k,nr_inodes=400735,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
nsfs on /run/snapd/ns/snap-store.mnt type nsfs (rw)
nsfs on /run/snapd/ns/firefox.mnt type nsfs (rw)
nsfs on /run/snapd/ns/brave.mnt type nsfs (rw)
/dev/nvme1n1p3 on /media/sat/OS type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/var/lib/snapd/snaps/skype_330.snap on /snap/skype/330 type squashfs (ro,nodev,relatime,errors=continue,threads=single,x-gdu.hide)
nsfs on /run/snapd/ns/skype.mnt type nsfs (rw)
/dev/nvme0n1p3 on /media/sat/c4f00be8-09aa-4c4e-97ae-20a657b43d1a type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
/dev/nvme0n1p4 on /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
/dev/nvme0n1p5 on /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
sat@sat-XPS-15-9530:~$

Satire · Le 19/02/2024, à 23:49

Alors, après vérification, il est désormais possible d'écrire sur les partitions windows et ubuntu de secours. Est-ce normal ?
Il manque plus que les deux autres partitions de stockage qui ne le permettent pas.

Dernière modification par Satire (Le 19/02/2024, à 23:58)

geole · Le 19/02/2024, à 23:59

Satire a écrit :

cela n'a pas conduit à permettre d'écrire

Satire a écrit :

Alors, je ne suis pas certain d'avoir compris le but de ces commandes,

C'était pour lutter contre le réchauffement climatique
En tout cas, cela semble avoir résolu le problème de windows

Je pense que le problème des partitions EXT4 va se résoudre lorsque tu auras mis en application ce qui est expliqué dans la troisième ligne de ma signature.
Mais pourquoi trois partitions?

├─nvme0n1p3 ext4   1.0               c4f00be8-09aa-4c4e-97ae-20a657b43d1a   71,3G    20% /media/sat/c4f00be8-09aa-4c4e-97ae-20a657b43d1a
├─nvme0n1p4 ext4   1.0               af1b5428-9231-4875-939e-78a7ffc0dccc   90,7G     0% /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc
└─nvme0n1p5 ext4   1.0               d79eec7e-f1ad-4137-9517-34a62df3b6a6    1,1T     0% /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6

au lieu d'une partition avec trois utilisateurs.

Dernière modification par geole (Le 20/02/2024, à 00:05)

Satire · Le 20/02/2024, à 00:10

Hahaha, c'est la raison pour laquelle je me suis repris en évacuant cette partie...

Je suis pas certain d'avoir saisi à quoi fait référence "la troisième ligne de ma signature" ?

Les trois partitions sont pour : ubuntu de secours, une nouvelle distribution (dont je n'ai pas encore choisie) que je souhaiterais essayer, et un stockage

Quel est l'avantage d'une partition avec trois utilisateurs, par rapport à la configuration choisie ?

Dernière modification par Satire (Le 20/02/2024, à 00:13)

geole · Le 20/02/2024, à 00:46

Si tu veux installer un nouveau logiciel, il doit être dans une nouvelle partition. Ma remarque est inutile.
Elle n est valable que pour les données des utilisateurs.
et tu travailleras probablement en root. alors les permissions

Satire · Le 20/02/2024, à 00:57

Je vois, effectivement, une seule partition règlerait ce problème de permissions... dans une autre configuration.

Mais alors, où se trouve donc "la troisième ligne de ma signature" ?

Dernière modification par Satire (Le 20/02/2024, à 01:05)

Satire · Le 20/02/2024, à 10:18

Bonjour,
En référence à la mention suivante présente dans le post #7 :

Geole a écrit :

En tout cas, cela semble avoir résolu le problème de windows

Je voulais préciser à nouveau que les manipulations proposée par Geole dans le post #4, n'ont pas uniquement résolu le problème de l'impossibilité d'écrire dans la partition Windows, mais également dans celle où est installée Ubuntu de secours. Il est donc désormais possible d'écrire sur ces deux partitions.

Les deux autres partitions dans lesquelles il reste impossible d'écrire sont celles dans lesquelles aucun système d'exploitation n'a été installé.

Dernière modification par Satire (Le 20/02/2024, à 10:20)

Satire · Le 21/02/2024, à 00:00

Un.e aidant.e pour m'aiguiller ?

J'avoue être complètement perdu sur ce qui doit être fait...

Je viens de cliquer sur "Propriétés" dans les partitions Ext4 en question (où il est impossible d'écrire) et dans l'onglet "Permissions", il y a la mention suivante :
- "Vous n'êtes pas le propriétaire de cet élément, vous ne pouvez donc pas en changer les permissions"

N'y aurait-il pas une piste à explorer ici ?

Dernière modification par Satire (Le 21/02/2024, à 00:39)

Coeur Noir · Le 21/02/2024, à 02:37

C'est une histoire de droits et permissions.

Dans un système de fichiers Linux ( comme EXT×, mais il y en a d'autres… ) les éléments inscrits ( fichiers, dossiers ) contiennent dans leurs « gênes » ( inode ) des propriétaires ( utilisateur et groupe ) et des droits ( écriture, lecture, exécution, entre autres ) pour l'utilisateur, le groupe et les autres ( ceux qui ne sont ni l'utilisateur ni membres du groupe, soit le reste du monde. )

Si un dossier machin
⋅ appartient à l'utilisateur Aaa et au groupe Bbb,
⋅ accorde tous les droits à l'utilisateur, aucun au groupe, et aucun aux autres,
alors seul l'utilisateur Aaa peut lire, écrire, exécuter DANS le DOSSIER machin appartenant à Aaa. Et ni les membre du groupe Bbb ni les autres ne verront ce dossier machin.

Dans un système Linux les périphériques sont gérés par le système.
Le système est lancé par l'utilisateur 0, root, le super-utilisateur, celui qui peut tout faire ( y compris tout défaire, détruire… )
C'est pour cette raison qu'un utilisateur humain ne doit JAMAIS être ( ou agir en tant que ) root en permanence. C'est dangereux.
Puisqu'une partition est un morceau de disque, c'est un morceau de matériel, un périphérique, qui appartient donc à root et généralement accorde des droits
lecture+écriture+exécution à l'utilisateur, lecture+exécution au groupe et lecture+exécution aux autres
→ ça se traduit par rwxr-xr-x ou 755.
→ Nul besoin de changer cela : ça permet à quiconque connecté à ce système d'accéder à cette partition qui contien(dra)t des données.
→ Données qui, elles, pourront être la propriété de quelqu'un d'autre que root, Pedro, Paola ou Jaco.

root peut donc créer ( dans cette partition qui lui appartient ) un dossier machin, l'attribuer à tel groupe et tel utilisateur, et spécifier des droits pour l'utilisateur, le groupe et les autres.
Seul l'utilisateur propriétaire d'un élément peut en changer les droits.

Et pourquoi ça t'aiderait, me diras-tu ?

Parce que sachant cela, tu peux très bien créer dans ta grosse partition de stockage, trois dossiers distincts, chacun appartenant à son utilisateur, dans lequel chacun gérera ses affaires.
C'est en gros :

cd /media/chemin_vers/grosse_partition_stockage
sudo mkdir dossier_pour_Aaa dossier_pour_Bbb dossier_pour_Ccc
sudo chown -c Aaa:Aaa dossier_pour_Aaa
sudo chown -c Bbb:Bbb dossier_pour_Bbb
sudo chown -c Ccc:Ccc dossier_pour_Ccc
sudo chmod -c 750 dossier_pour_Aaa dossier_pour_Bbb dossier_pour_Ccc
cd

Voilà, maintenant
⋅ Aaa peut faire ce qu'il veut dans dossier_pour_Aaa ; Bbb dans dossier_pour_Bbb ; Ccc dans dossier_pour_Ccc 7.
⋅ Aaa, Bbb et Ccc peuvent voir ( lire ) ce qui se trouvent dans leurs divers dossier_pour_ 5 et
⋅ les autres, le reste du monde, n'accèdent pas à ces dossiers 0.

Cela implique que ces 3 utilisateurs doivent exister préalablement dans ton système Linux.
Que la partition « stockage » héberge un système de fichiers Linux, accessible uniquement par des systèmes Linux.
Si le but c'est de créer des partitions « à partager » entre Linux et Windows, il faudrait choisir un système de fichiers utilisable indifféremment par les 2 OS ( par ex. ExFAT )
et adopter une autre stratégie de partitionnement et gestion de droits dans un contexte multi-utilisateurs + multi-OS.

Tu peux jeter un œil au §4.1 de cette doc' ( et pas forcément le reste, sauf si ton intention est de séparer les données humaines des données système. )
Et aussi droits et permissions.

Sans mieux connaître ton contexte et tes objectifs ( nombre d'utilisateurs dans l'un et l'autre OS, si les données doivent être partagées entre les OS, « rôle » des diverses partitions… )
difficile de conseiller « précisément ».

Dernière modification par Coeur Noir (Le 21/02/2024, à 15:25)

Coeur Noir · Le 21/02/2024, à 03:13

Autre remarque, inspirée du retour de ton /etc/fstab ( fichier qui sert à consigner quelles partitions sont montées dès le démarrage du système. )

On y voit que seules les partitions
⋅ UUID=0c89c885-a56f-4dc9-9456-cfb8b9db13b7 → /
et
⋅ UUID=C277-896E → /boot/efi
sont exploitables dès le démarrage du système.

Puisque Linux distingue matériel et données, tout ce qui n'est pas déjà « monté » via fstab ne sera visible qu'en tant que périphérique ( /dev/truc… comme par ex. /dev/nvme1n1p2 ).
Les données d'une partition ne deviennent visibles qu'une fois leur système de fichiers monté dans un dossier du système. Pas avant.
Ce sont 2 étapes distinctes ( ce qui permet entre autres de choisir où - dans quel dossier du système - on place quelles données. )

Il y a donc au moins 2 façons de rendre ces données visibles :
⋅ inscrire leur montage dans fstab ( et elles seront prêtes à l'emploi dès le démarrage, dans des dossiers que tu détermines )
OU
⋅ solliciter ces partitions dans ton explorateur de fichiers ( via Autres Emplacements ) ce qui alors montera automatiquement leur système de fichiers dans
/media/$USER/uuid_ou_label_périphérique
Par exemple :

NAME        FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
(…)
├─nvme0n1p3 ext4   1.0               c4f00be8-09aa-4c4e-97ae-20a657b43d1a   71,3G    20% /media/sat/c4f00be8-09aa-4c4e-97ae-20a657b43d1a

Bref, vu ton fstab, c'est normal qu'au démarrage tu ne vois pas les données des partitions nvme0n1p{3,4,5} et nvme1n1p{2,3,4,5,6} :
tu verras les données qu'elles contiennent seulement après avoir sollicité ces partitions dans ton explorateur de fichiers.

Tout dépend de ton contexte, de ce à quoi tu destines ces partitions, l'usage que tu en feras.
Exemple : si une partition ne contiendra que tes vidéos perso' ça serait sans doute intéressant de la monter dans ton dossier $HOME/Vidéos.
Tu dois d'abord établir ton périmètre d'usages et ensuite en déduire la technique la plus adaptée à tes objectifs.

Pour faire une analogie grossière : t'es en train de construire une maison, donc il faut déjà avoir une idée de son nombre de pièces, leur taille, comment elles s'organisent ou communiquent
et quels meubles tu veux poser dans chacune, qui dormira dans quelle chambre…
Et tout ça, il faut y réfléchir AVANT de s'installer dans la maison, parce qu'après c'est plus difficile de bouger les murs !

Dernière modification par Coeur Noir (Le 21/02/2024, à 03:51)

geole · Le 21/02/2024, à 10:56

geole a écrit :

Je pense que le problème des partitions EXT4 va se résoudre lorsque tu auras mis en application ce qui est expliqué dans la troisième ligne de ma signature..

Coeur Noir a détaillé.

Dernière modification par geole (Le 21/02/2024, à 10:56)

Satire · Le 21/02/2024, à 15:56

Bonjour Coeur Noir,
Merci beaucoup pour ta précieuse aide et pour cet explicatif détaillé. Je comprends effectivement l'analogie de la construction d'une maison dont il est nécessaire au préalable d'en définir l'architecture...

J'ai tenté de prendre le temps de lire et relire pour avoir la meilleurs compréhension possible de ces informations. Sur la base de ces éléments, je vais tenter d'apporter les éclairages requis ci-dessous.

Ce que je rechercherais c'est de pouvoir permettre à moi-même (seul et unique utilisateur) l'accès, la lecture, l'écriture et l'exécution à l'intérieur de chacune des partitions. Et par la même occasion, si possible, exclure tous les autres groupes (le reste du monde) de cet accès, lecture, écriture et exécution à l'intérieur de ces partitions.

Aucun autre utilisateur n'existe dans le système, et je ne souhaite pas en créer d'autres. Il me semble que cela me compliquerait encore davantage mon système que je souhaite être le plus simple possible. Je me sens un peu dépassé par le fonctionnement de l'ensemble du système de droits et permissions...

Il n'y a donc qu'un seul utilisateur dans chacune des trois partitions contenant actuellement les OS suivants : Ubuntu principal, Ubuntu de secours et Windows (ssd séparé et donc indépendant).

Au regard des éléments d'information requis, voici le contexte et les objectifs recherchés à partir des trois partitions contenant un OS :
- Ubuntu principal :
- Accéder, lire, écrire et exécuter dans Ubuntu de secours, Windows, partition 1 (qui devrait prochainement accueillir un OS), et partition 2 de stockage (la plus volumineuse).

- Ubuntu de secours :
- Accéder, lire, écrire et exécuter dans Ubuntu principal, Windows, partition 1 (qui devrait prochainement accueillir un OS), et partition 2 de stockage (la plus volumineuse).

- Windows :
- Refuser l'accès à toutes les autres partitions.
- Il me semble que c'est déjà le cas car le système de fichier n'est pas le même que celui choisi dans l'autre ssd nvme...

Concernant le second post #14, je ne rencontre aucune difficulté à ce niveau là. Je saisis parfaitement le fait que les partitions doivent être montées afin de pouvoir voir ce qu'il se trouve à l'intérieur, et je n'ai aucun problème à ce qu'elles ne soient pas montées automatiquement. Cela ne me pose aucun soucis d'utilisation à travers l'explorateur de fichiers. Je ne trouve pas nécessaire de procéder à des modifications sur cette configuration actuelle.

J'espère avoir apporté l'ensemble des éléments précédemment omis. Si ce n'est pas le cas, dites le moi.

Merci encore de votre précieux accompagnement.

geole · Le 21/02/2024, à 16:35

Bonjour.
Quels discours. L'acte d'achat des terrains avant de construire les maisons

sudo  mkdir  -v  /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/$USER
sudo  mkdir  -v  /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/$USER
sudo  chown  $USER  /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/$USER
sudo  chown  $USER  /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/$USER

Dernière modification par geole (Le 21/02/2024, à 16:37)

Satire · Le 21/02/2024, à 17:01

Bonjour Geole,
Merci beaucoup pour ta contribution. Effectivement, un peu de poésie ne fait pas de mal

Voici les retours des commandes relatives à l'acte d'achat des terrains avant de construire les maisons :

sat@sat-XPS-15-9530:~$ sudo  mkdir  -v  /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/$USER
mkdir: création du répertoire '/media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/sat'
sat@sat-XPS-15-9530

sat@sat-XPS-15-9530:~$ sudo  mkdir  -v  /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/$USER
mkdir: création du répertoire '/media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat'
sat@sat-XPS-15-9530:~$

sat@sat-XPS-15-9530:~$ sudo  chown  $USER  /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/$USER
sat@sat-XPS-15-9530:~$

sat@sat-XPS-15-9530:~$ sudo  chown  $USER  /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/$USER
sat@sat-XPS-15-9530:~$

Satire · Le 21/02/2024, à 17:08

Je viens de consulter les deux partitions sans OS, et je m'aperçois qu'un dossier a été créé dans lequel je peux effectivement écrire.

Si je comprends bien les implications, c'est que ce dossier ne sera accessible qu'à moi-même ? car je suis l'unique utilisateur ?

Les deux autres questions que je me pose sont les suivantes :
- Ce dossier sera-t-il visible aux "autres" ?
- Dans le cas d'une connexion en tant que périphérique externe par connexion usb, est-ce que les différentes partitions du ssd contenant Ubuntu, et la partition Windows de l'autre ssd seront visibles ? et sera-t-il possible d'écrire dessus ?

Dernière modification par Satire (Le 21/02/2024, à 17:11)

Coeur Noir · Le 21/02/2024, à 17:12

Déjà, pour ne plus te faire surprendre par l'impossibilité d'écrire depuis Linux, désactive dans Windows son mode démarrage rapide / fastboot.
En fait par défaut Windows ne s'arrête pas vraiment, il passe plutôt dans un genre de mode hibernation ( qui préempte la RAM et l'écriture sur les disques. )
Si tu ne veux pas modifier ce paramètre de Windows, songe bien à systématiquement utiliser « redémarrer » ( et non « arrêter » ) quand il s'agit de passer de Windows à Linux.

Ensuite voyons si moi j'ai bien compris ce que tu veux obtenir :

( D'après le retour de lsblk au message #5 )

nvme0n1     ## les partitions de ce disque hébergeant des syst. de fichiers EXT4 sont inexploitables depuis Windows
├─nvme0n1p1 vfat   FAT32             
├─nvme0n1p2 ext4   1.0               Ubuntu principal ( celui qui tourne en ce moment ) sur une partition de ±400Go 
├─nvme0n1p3 ext4   1.0               partition de ±90Go pour Ubuntu de secours ?
├─nvme0n1p4 ext4   1.0               partition de ±91Go vide pour … ?
└─nvme0n1p5 ext4   1.0               ici un gros stockage de 1,1To pour tous les documents et médias de ton utilisateur ?

nvme1n1     ## les partitions de ce disque hébergeant des syst. de fichiers NTFS sont exploitables depuis Linux
├─nvme1n1p1 vfat   FAT32 ESP         
├─nvme1n1p2                          ici c'est quoi ?
├─nvme1n1p3 ntfs         OS          Windows
├─nvme1n1p4 ntfs         WINRETOOLS  outil de récup'
├─nvme1n1p5 ntfs         Image       image pour restaurer l'OS ?
└─nvme1n1p6 ntfs         DELLSUPPORT encore utile ?

Le but c'est que les données contenues dans nvme0n1p5 soient exploitables depuis Ubuntu principal + Ubuntu de secours + un autre OS Linux ( qui se trouverait dans nvme0n1p4 ) ?

Dernière modification par Coeur Noir (Le 21/02/2024, à 17:14)

Coeur Noir · Le 21/02/2024, à 17:28

Songe aussi à étiqueter ( donner des labels ) à tes partitions EXT, ce sera plus agréable à lire que des UUID.
Tu peux faire ça avec l'utilitaire « Disques » ou avec la commande e2label ou avec gparted, voir https://doc.ubuntu-fr.org/uuid_et_label … _mieux_non

Si je comprends bien les implications, c'est que ce dossier ne sera accessible qu'à moi-même ? car je suis l'unique utilisateur ?

Non, c'est pas de ce sens là.
Ce dossier a comme propriétaire $USER, c'est à dire toi, sat.
Ce dossier accorde à son utilisateur propriétaire les droits rwx.
Donc sat, dans ce dossier, peut lire, écrire, exécuter.

Donne le retour de

ls -la /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat

et de

namei -l /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat

ce sont 2 façons de voir les propriétaires et les droits portés par un élément ( fichier ou dossier ).

Ça permettra de répondre à :

Ce dossier sera-t-il visible aux "autres" ?

Par contre je ne comprends pas bien ce qu'est pour toi :

une connexion en tant que périphérique externe par connexion usb

Veux-tu dire : que se passera-t-il si tu branches ce(s) disque(s) ssd à une autre machine Linux ? à une autre machine Windows ?

Dernière modification par Coeur Noir (Le 21/02/2024, à 17:31)

Satire · Le 21/02/2024, à 17:30

Bonjour Coeur Noir,
Merci beaucoup de ce conseil concernant la désactivation dans Windows du mode de démarrage rapide / fastboot. Je pense effectivement cela sera bien utile.

Concernant le ssd nvme0n1 :
- Tout les éléments décrits me semblent effectivement correspondre à ce qui est recherché. Je n'ai pas de correction à apporter.

Tout à fait, le but est bien : "que les données contenues dans nvme0n1p5 soient exploitables depuis Ubuntu principal + Ubuntu de secours + un autre OS Linux ( qui se trouverait dans nvme0n1p4 )"

Concernant le ssd nvme1n1 :
- Alors là, je n'ai aucune idée de la manière dont est réparti chacune de ces partitions. Mais je préfère ne pas y toucher et laisser les choses comme telles.
- Je ne souhaite pas avoir accès aux partitions du ssd nvme0n1 à partir de Windows.

Satire · Le 21/02/2024, à 17:43

Très bien, voici le retour des commandes en question :

sat@sat-XPS-15-9530:~$ ls -la /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat
total 8
drwxr-xr-x 2 sat  root 4096 févr. 21 16:57 .
drwxr-xr-x 4 root root 4096 févr. 21 16:57 ..
sat@sat-XPS-15-9530:~$

sat@sat-XPS-15-9530:~$ namei -l /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat
f: /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/sat
drwxr-xr-x root root /
drwxr-xr-x root root media
drwxr-x--- root root sat
drwxr-xr-x root root d79eec7e-f1ad-4137-9517-34a62df3b6a6
drwxr-xr-x sat  root sat
sat@sat-XPS-15-9530:~$

Effectivement, je voulais savoir ce qu'il ce passerait :
- si je branche ce ssd nvme dans un adaptateur usb et le connecte en tant que disque dur externe à une autre ou ma propre machine Linux ou Windows, que se passera-t-il ?
- et éventuellement, si je branche ce ssd nvme à l'intérieur (non pas par usb) d'une autre machine Linux ou Windows, que ce passera-t-il ?

geole · Le 21/02/2024, à 18:34

Il faut un logiciel spécial dans windows pour qu'il accède aux partitions EXT4.
Comme tu es le seul utilisateur, tu as probablement le N° 1000. A vérifier par la commande id
Pour tous ordinateurs libres, tous les utilisateurs 1000 quelques soient leur noms, seront autorisés à lire et écrire comme toi.
Tous les autres seront autorisés à lire et pas à écrire.
Pour leur interdire la visibilité, une autre commande

sudo  chmod   700  /media/sat/af1b5428-9231-4875-939e-78a7ffc0dccc/$USER
sudo  chmod  700  /media/sat/d79eec7e-f1ad-4137-9517-34a62df3b6a6/$USER

Bien entendu, il faut s'assurer qu'ils n'ont jamais entendu parler de la commande sudo. Sinon ils sauront rétablir
C'est pour cela que je considère que cela ne sert à rien pour un disque externe. Il doit être chiffré.
Tout cela est aussi valable pour un disque déplacé en interne.

Dernière modification par geole (Le 21/02/2024, à 18:42)

Satire · Le 21/02/2024, à 19:21

Je vois, mais alors serait-il pas beaucoup plus sécurisé de chiffrer chacune des partitions dans ce cas ?

Dernière modification par Satire (Le 21/02/2024, à 19:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/02/2024, à 21:28

Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#2 Le 19/02/2024, à 22:47

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#3 Le 19/02/2024, à 23:20

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#4 Le 19/02/2024, à 23:38

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#5 Le 19/02/2024, à 23:46

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#6 Le 19/02/2024, à 23:49

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#7 Le 19/02/2024, à 23:59

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#8 Le 20/02/2024, à 00:10

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#9 Le 20/02/2024, à 00:46

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#10 Le 20/02/2024, à 00:57

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#11 Le 20/02/2024, à 10:18

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#12 Le 21/02/2024, à 00:00

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#13 Le 21/02/2024, à 02:37

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#14 Le 21/02/2024, à 03:13

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#15 Le 21/02/2024, à 10:56

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#16 Le 21/02/2024, à 15:56

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#17 Le 21/02/2024, à 16:35

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#18 Le 21/02/2024, à 17:01

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#19 Le 21/02/2024, à 17:08

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#20 Le 21/02/2024, à 17:12

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#21 Le 21/02/2024, à 17:28

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#22 Le 21/02/2024, à 17:30

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#23 Le 21/02/2024, à 17:43

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#24 Le 21/02/2024, à 18:34

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

#25 Le 21/02/2024, à 19:21

Re : Ubuntu : écriture impossible sur partitions... [RÉSOLU]

Pied de page des forums