Ubuntu-fr

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

« Il faudrait simplement que tu ailles dans le bios et lui demander de booter sur SDB au lieu de SDA. »

Je ne sais pas ce que cela vaut mais il me semble avoir relancé l'accès correct à Ubuntu MATE avec la première solution.

Dans le Bios:
Dans Boot_Hard Drive BBS Priorities j'ai interverti l'ordre entre:

PO_HGST HT…_disque dur 500 Go qui était en option #1 (SDA)
et
P1_King Fast_SSD réservé au système qui était en option #2 (SDB)

Donc en faisant F7 :

avant Avant

Après modif et sauvegarde (save changes)  Après

Boot Options 1 [P1 : King Fast...]
https://zupimages.net/viewer.php?id=21/10/9rfg.jpg
https://zupimages.net/viewer.php?id=21/10/dzcv.jpg

GParted
Sda_non alloué_ 465 Go_Disque dur_GPT
https://zupimages.net/viewer.php?id=21/10/xy0o.png

Sdb_ ATA King Fast_240 Go_SSD_MSDOS (1)
Sdb1_fat 32 /boot/efi
    Sdb2_extended
       Sdb5_est4/
https://zupimages.net/viewer.php?id=21/10/bzjn.png

(1) Comment passer SDB en GPT ?
Si pas possible alors peut-on avoir GPT en SDA et Msdos en SDB sans que cela ne pose de problèmes  de compatibilité avec le système ?

(2) Quelles sont les opérations que je dois faire pour partitionner SDA le disque dur (non alloué) ?

(3) Quand est-il dans ces conditions de Boot-repair ? A priori je ne fais rien puisque le problème initial a été résolu en passant par le Bios. Quand est-il de la mise à jour des MBR ?

Voilà peut-être un peu de ciel bleu sur le rouge de l'écran noir !…

En tout cas mille fois merci de tes recommandations.

Joan

gascon

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Salut joan
Prend l'habitude d'utiliser les balise du forum, c'est vraiment facile :

pour ce faire ,il faudra utiliser un retour utilisable de commande :

        • Cliquer sur  le lien « Modifier » en bas à droite du message
        • Sélectionner le texte
        • Cliquer sur le <> de l'éditeur de message
   

    comme indiqué dans le : Retour utilisable de commande

Sa donne des message plus clair sans trop d'effort :

Il faudrait simplement que tu ailles dans le bios et lui demander de booter sur SDB au lieu de SDA.

Je ne sais pas ce que cela vaut mais il me semble avoir relancé l'accès correct à Ubuntu MATE avec la première solution.

Dans le Bios:
Dans Boot_Hard Drive BBS Priorities j'ai interverti l'ordre entre:

PO_HGST HT…_disque dur 500 Go qui était en option #1 (SDA)

et

P1_King Fast_SSD réservé au système qui était en option #2 (SDB)

Donc en faisant F7 :
avant Avant

Après modif et sauvegarde (save changes)  Après

Boot Options 1 [P1 : King Fast...]

image bios
image bios

GParted

Sda_non alloué_ 465 Go_Disque dur_GPT

image gparted

Sdb_ ATA King Fast_240 Go_SSD_MSDOS (1)
Sdb1_fat 32 /boot/efi
    Sdb2_extended
       Sdb5_est4/

image gparted

(1) Comment passer SDB en GPT ?
Si pas possible alors peut-on avoir GPT en SDA et Msdos en SDB sans que cela ne pose de problèmes  de compatibilité avec le système ?
(2) Quelles sont les opérations que je dois faire pour partitionner SDA le disque dur (non alloué) ?
(3) Quand est-il dans ces conditions de Boot-repair ? A priori je ne fais rien puisque le problème initial a été résolu en passant par le Bios. Quand est-il de la mise à jour des MBR ?

Voilà peut-être un peu de ciel bleu sur le rouge de l'écran noir !…

En tout cas mille fois merci de tes recommandations.

Joan

Pas pu mètre tes images directement dans le quote peu être qu'il y a une limite de taille.

Dernière modification par gascon (Le 11/03/2021, à 23:54)

---

se qui ne me tue pas me rend plus fort Tout seul on va plus vite, ensemble, on va plus loin. ^^

geole

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

(1) Comment passer SDB en GPT ?
Si pas possible alors peut-on avoir GPT en SDA et Msdos en SDB sans que cela ne pose de problèmes  de compatibilité avec le système ?

(2) Quelles sont les opérations que je dois faire pour partitionner SDA le disque dur (non alloué) ?

(3) Quand est-il dans ces conditions de Boot-repair ? A priori je ne fais rien puisque le problème initial a été résolu en passant par le Bios. Quand est-il de la mise à jour des MBR ?

Voilà peut-être un peu de ciel bleu sur le rouge de l'écran noir !…

En tout cas mille fois merci de tes recommandations.

Joan

Bonjour
Au vu du résultat, tu as pu modifier le bios pour booter directement sur SDB
Tu as une installation LEGACY et ton ordinateur a 5 ans d'âge
A mon avis reste comme cela...   Il me semble inutile de découvrir les potentielles anomalies EFI de cet ordinateur  tant que cela n'est pas nécessaire.

1) Tu peux avoir SDB avec une table de partition msdos et SDA avec une table de partition GPT

2) Tu peux décider d'utiliser gparted pour créer une table de partition GPT avec  l'onglet 'PERIPHERIQUE'
Puis, par exemple, tu pourras y créer une partition au format EXT4.    Lui mettre une étiquette "data"
  Demander un montage automatique au prochain démarrage   voir paragraphe 2.11 de gnome disque utility
https://doc.ubuntu-fr.org/gnome-disk-ut … _demarrage
    Je conseille toujours de remplacer le choix UUID par le choix label  (qui va faire apparaître  data
   Je conseille aussi de remplacer le point de montage /mnt/data par /media/data
   Je n'ai pas d'avis pour les autres options.
Puis demander son montage  voir paragraphe 2.10 du même document

Ensuite,  si tu penses manquer de place disque dans le SSD (la taille est plus petite), tu peux déplacer quelques répertoires , je pense particulièrement à Téléchargements et vidéos
   pour une description voir http://mezigoo.free.fr/ps/index.html
Cela donnerait les commandes suivantes

mv  Téléchargements  /media/data
ln -s /media/data/Téléchargements
mv Vidéos /media/data
ln -s /media/data/Vidéos

Tu peux aussi décider de sauver régulièrement  tes données personnelles dans ce disque dur  avec les applications fournies ou en ligne de commande basée sur rsync.

3) Pour boot-repair, Si un jour tu dois t'en servir, il faut se souvenir que sa réparation automatique n'est pas bonne.
Tu n'as plus de raison de mettre à jour le MBR de SDA  pour booter le logiciel contenu dans SDB.
Ce qui te permet de mettre une table de partition GPT pour SDA  sans risque.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Bonjour,

Je vais prendre le temps d'examiner tes précieuses indications pour compléter la bonne installation. Mais ça marche. Quelle aventure...

J'apprécie ton suivi.

Joan

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Bonjour Geole,

J'ai donc créé la partition sur SDA en ext 4, puis le montage de DATA

1
Création de la partition ext4/media/DATA : ICI

2
Montage au démarrage
  - option initial ICI
  - Option modifiée : ICI

DATA apparaît bien au démarrage sur le Bureau et dans l'arborescence de Dossier personnel
Quelle différence entre /mnt/etc…. Et /media/DATA ?

3
Le SSD (SDB. MSDOS)
Question pour être certain de ne pas faire d'erreur : Depuis le SDB (en MSDOS) ICI
puis-je passer directement en GPT sans problèmes pour les partitions installées?

4
Concernant le déplacement de répertoire du SSD sur SDA je verrai ultérieurement.

5
Dans DATA je n'arrive pas à Créer un dossier ni à  Coller  ?...

Joan

Coeur Noir

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

puis-je passer directement en GPT sans problèmes pour les partitions installées?
NON !
modifier la table de partitions = tout remettre à zéro sur ce disque, en gros.

L'option x-gvfs-show ne sert à rien : ce qui est monté dans /media apparaît automatiquement dans les sections « périphériques » ou « autres emplacements » des explorateurs de fichiers.
Ça ne serait pas le cas en utilisant le dossier /mnt - lui sert de point de chute automatique pour la commande mount.
/media/$USER sert de point de chute automatique lors de la connexion de médias amovibles ( clé usb, dd externes, cartes mémoires, etc ) via udisksctl ( qui peut aussi s'utiliser comme commande ).

Dans /media/DATA crée un dossier à ton nom ( par exemple ) que tu t'appropries ensuite. Dans ce dossier l'utilisateur fera ce qu'il veut.

sudo   mkdir   /media/DATA/dossier_à_ton_nom
sudo   chown    $USER:$USER   /media/DATA/dossier_à_ton_nom

Dernière modification par Coeur Noir (Le 14/03/2021, à 22:40)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Bonjour Geole,

Mais quand j'ouvre DATA je n'arrive pas à  Créer un dossier ni à Coller. Ils n'apparaissent pas en surbrillance !…
Je ne peux donc pas créer un dossier à mon nom. Mais peut-être ai-je mal compris ce que tu me demandes. Dois-je directement aller sur le Terminal et la ligne de commande mkdir ?

Quand je vais dans Propriétés DATA j'ai : Type de système de fichiers : ext3/ext4 ICI

Quand je vais dans Permissions j'ai: ROOT ICI

Joan

geole

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Bonjour
je pense que tu as activé le montage automatique et que tu n'as pas demandé le montage dans la foulée. En conséquence c'est le redémarrage qui a créé le point de montage et pas toi. Donc

sudo chown $USER:$USER /media/DATA 

puis regarder si tu peux y accéder en mode graphique.

Ou la solution de Coeur Noir
Voir même

sudo   mkdir   /media/DATA/$USER
sudo   chown    $USER:$USER   /media/DATA/$USER

à faire si plusieurs utilisateurs vont être amenés à partager le disque

Dernière modification par geole (Le 15/03/2021, à 12:12)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Après

sudo chown $USER:$USER /media/DATA

C'est ok en mode graphique. Je peux donc Créer un dossier et Copier dans DATA.

Par contre quand je vais dans Permissions je lis :
Les permissions de « DATA » ne peuvent pas être déterminées ? Y-a-t-il quelque chose à faire ?

geole

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Peut-être une autre façon de dire " Vous n'êtes pas propriétaire de cet élément, vous ne pouvez donc pas en changer les permissions" Mais c'est anormal
Donne ce retour

ls -ls  /media/DATA

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Voici:

carlos@carlos-W840SU-Series:~$ ls -ls /media/DATA
total 16
16 drwx------ 2 root root 16384 mars  14 16:18 lost+found
carlos@carlos-W840SU-Series:~$ 

geole

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Me suis trompé..

ls -ls /media | grep DATA

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Voilà

carlos@carlos-W840SU-Series:~$ ls -ls /media | grep DATA
4 drwxr-xr-x  4 carlos carlos 4096 mars  15 17:14 DATA
carlos@carlos-W840SU-Series:~$ 

geole

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Les permissions sont bonnes:     l'utilisateur en mode lecture-écriture, tous les autres en mode lecture et tout le monde peut lancer des exécutables

Dernière modification par geole (Le 15/03/2021, à 18:20)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Coeur Noir

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Euh geole un

ls -la /media/DATA

aurait donné la réponse.

@Joan Cette partition était-elle montée au moment où tu as voulu regarder les permissions sur /media/DATA dans l'explorateur de fichiers ?
Si elle n'était pas montée alors c'est normal que l'explorateur de fichiers ne puisse pas en déterminer les permissions.

Que racontent

cat /etc/fstab

et

lsblk -fe7 -o +size

Avant de lancer ↑ cette commande,
bien élargir la fenêtre de terminal.

Cette façon de faire est certes utile dans un contexte multi-utlisateurs :

sudo   mkdir   /media/DATA/dossier_à_ton_nom
sudo   chown    $USER:$USER   /media/DATA/dossier_à_ton_nom

mais elle protège aussi ( un peu ) dossier_à_ton_nom d'un effacement accidentel ( seul root pourra l'effacer, puisque seul root a le droit d'écrire dans DATA ).

Dernière modification par Coeur Noir (Le 15/03/2021, à 19:43)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Et bien oui je confirme. Il y a tous les accès au dossier. Tout semble bien fonctionner et le bureau est agréable et fonctionnel.

Aussi, je pense que l'on peut arrêter là la longue installation qui m'a donné du fil à retordre. Mais  c'est devant les problèmes que l'on apprend.

J'ai apprécié tes instructions claires et précises ainsi que celles de Coeur Noir et Xubu1957.

Merci à vous.

Joan.

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

A Coeur Noir

1
« Cette partition était-elle montée au moment où tu as voulu regarder les permissions sur /media/DATA dans l'explorateur de fichiers ? »

Oui. Quand j'ai eu fini l'installation, DATA  était sur mon bureau (Voir Geole #53). Je croyais que tout était bon. Mais au bout d'un moment je me suis rendu compte que je ne pouvais pas Créer un Dossier ni Coller.

Après avoir fait :

sudo chown $USER:$USER /media/DATA

je me suis rendu compte que l'Onglet Permission disait : les permissions de « DATA » ne peuvent pas être déterminées !

2
cat /etc/fstab

carlos@carlos-W840SU-Series:~$ 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/sdb5 during installation
UUID=bc90dc3c-e008-4395-ada5-2e01e507877e /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
UUID=BA58-A418  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=DATA /media/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0
carlos@carlos-W840SU-Series:~$ 

lsblk -fe7 -o +size

carlos@carlos-W840SU-Series:~$ lsblk -fe7 -o +size
NAME   FSTYPE LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINT             SIZE
sda                                                                                           465,8G
└─sda1 ext4   DATA   30ca378c-7e34-4fe7-a4e5-c8977cbc4238  433,9G     0% /media/DATA          465,8G
sdb                                                                                           238,5G
├─sdb1 vfat          BA58-A418                               511M     0% /boot/efi              512M
├─sdb2                                                                                            1K
└─sdb5 ext4          bc90dc3c-e008-4395-ada5-2e01e507877e  212,6G     4% /                      238G
sdc                                                                                            59,6G
└─sdc1 vfat   ULYSSE 0A15-232F                              59,3G     0% /media/carlos/ULYSSE  59,6G
carlos@carlos-W840SU-Series:~$ 

Si je suis bien il serait conseillé de faire un

..../dossier_à_ton_nom

?

Coeur Noir

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Oui. Quand j'ai eu fini l'installation, DATA  était sur mon bureau
Arrrfff. Je n'y mettrais aucune extrémité de moi à couper mais le fait que le dossier-point-de-montage soit visible sur le bureau ne signifie pas forcément que le contenu de la partition était déjà monté dedans, à ce moment-là.
M'enfin c'est pas grave.

Dans ton /etc/fstab je changerais

LABEL=DATA /media/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0

pour

LABEL=DATA      /media/DATA      ext4      defaults      0      2

→ on sait que c'est de l'ext4 donc autant l'annoncer tout de suite au système,
→ c'est un montage dans /media donc x-gvfs-show n'apporte rien,
→ 2 à la fin car ext4, ce qui permettra une vérification du système de fichiers de temps en temps ( tous les 30 démarrages il me semble ).
→ nofail ne donnera pas de message d'erreur en cas de pépin sur ce montage mais ne ralentira pas non plus le démarrage si ce disque est absent → à toi de voir ( moi je préfère avoir l'info d'erreur au cas où ).
→ defaults, ok là c'est de la fainéantise cosmétique pour alléger : peu de chance effectivement que tu aies besoin de suid ou de dev sur une partition de data personnelles.

L'histoire du dossier à ton nom et de laisser le point de montage appartenir à root :
⋅ disons que c'est pour distinguer ce qui relève du système ( la gestion des périphériques, disques, partitions ) et de ce qui relève des humains ( la gestion de leurs données sur ces périphériques ),
⋅ ce qui compte c'est pas vraiment que le dossier soit à ton nom ( tu l'appelles comme tu veux ) mais que le dossier appartienne à l'utilisateur qui devra écrire dedans.
⋅ si tu ajoutes des utilisateurs humains à ton système, t'ajoutes un dossier appartenant à chaque utilisateur dans cette partition. Chacun le sien, où chacun peut écrire dedans.
⋅ puisque DATA appartient à root, c'est seulement root qui peut créer ou effacer des choses dedans DATA. Peu de chance ainsi d'effacer par accident la « racine » d'un dossier « humain » ( sauf si l'humain prend les droits sudo ).

Est-ce que ça te paraît clair ? ( et c'est pas un drame si ça ne l'est pas, c'est pour évaluer mon explication que je demande )

Sinon, c'est pas interdit d'attribuer DATA à un humain, du coup toute la partition lui appartient, dès la racine, cet humain pourra donc effacer des choses dès le premier « niveau » en gros.
Voire faire en sorte que cette partition ne soit visible et utilisable que par lui et aucun autre humain ( rappel cependant : n'importe quel utilisateur capable de sudo saura quand même y accéder, tout comme root le big boss ).
Si plus tard tu ajoutes des utilisateurs, faudra adapter la stratégie d'accès à cette partition puisqu'elle appartiendrait à un humain en particulier. Et là ça peut se compliquer un peu ( groupes, qui fait quoi sur quel⋅s dossier⋅s, etc ).
Alors qu'en laissant DATA à root il suffira juste de créer au besoin un dossier appartenant à chaque humain.

https://doc.ubuntu-fr.org/droits ⋅ https://doc.ubuntu-fr.org/permissions ⋅ https://doc.ubuntu-fr.org/sudo

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

j'ai fait:

LABEL=DATA      /media/DATA      ext4      defaults      0      2

Réponse?

carlos@carlos-W840SU-Series:~$ LABEL=DATA      /media/DATA      ext4      defaults      0    bash: /media/DATA : est un dossier
carlos@carlos-W840SU-Series:~$ 

水晶般清澈 :
Laisser DATA à la racine ! Mais attention à SUDO !...

Coeur Noir

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

ma faute certainement dans ton /etc/fstab je changerais j'aurais donc du dire : ouvre le fichier fstab qui se trouve dans /etc avec un éditeur de texte en mode SuperUtilisateur afin d'y modifier la ligne « » par la ligne « »…
Par exemple via

gedit admin:///etc/fstab

qui ouvrira l'éditeur de texte gedit en te demandant le mot de passe aux moments opportuns,

ou via

sudo nano /etc/fstab

qui ouvrira un éditeur de texte « dans » le terminal,
⋅ flèches directionnelles pour déplacer le curseur,
⋅ [ ctrl ] + [ O ] pour enregistrer ( la lettre O comme Output pas le chiffre zéro )
⋅ [ entrée ] pour valider le nom / chemin du fichier
⋅ [ ctrl ] + [ X ] pour quitter l'éditeur nano et revenir au terminal.
( ouais c'est bizarre ).

Laisser DATA à la racine ! J'y peux rien moi si les traductions sont parfois source de confusion, en français la racine d'un disque, d'une partition ou d'un dossier ça ne désigne en aucun cas l'utilisateur qui s'appelle root en anglais.
Mais attention à SUDO bah oui quand on utilise sudo c'est qu'on agit en tant que l'utilisateur root qui peut tout faire côté système, donc potentiellement le dérégler voire le détruire.
阅读他妈的手册 je n'en pense pas un mot car ça ne me dérange pas d'expliquer les choses quand je les comprends moi-même ( et bien sûr c'est google-trad' donc probablement incorrect ).

Dans un système Ubuntu, il y a un endroit où ton utilisateur « humain » doit pouvoir faire tout ce qu'il veut : c'est son répertoire personnel, /home/$USER soit chez toi /home/carlos.
Pourquoi carlos peut-il y faire tout ce qu'il veut ? Parce que carlos est l'utilisateur propriétaire de tout ce qui se trouve dans /home/carlos, à cet endroit là tu n'auras jamais besoin de sudo pour faire quoi que ce soit ( donc si tu avais besoin de sudo à cet endroit-là ça signifierait qu'il y a un pépin quelconque ).
Partout ailleurs dans le système, carlos n'est pas l'utilisateur propriétaire des fichiers et dossiers, c'est root l'utilisateur propriétaire, ou un autre utilisateur humain. Sauf si on fait exprès d'attribuer untel utilisateur propriétaire à tel ou tel dossier ou fichier. Par exemple :

sudo mkdir /media/DATA/TrucMuche                     # créer un dossier TrucMuche dans /media/DATA
sudo chown carlos:carlos /media/DATA/TrucMuche       # rendre carlos propriétaire de ce dossier

Dès lors carlos peut lire, écrire, modifier dedans /media/DATA/TrucMuche

Dernière modification par Coeur Noir (Le 16/03/2021, à 23:23)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Ouh la la !…

1
Gedit pas trouvé

carlos@carlos-W840SU-Series:~$ gedit admin:///etc/fstab
La commande « gedit » n'a pas été trouvée, mais peut être installée avec :
sudo snap install gedit  # version 3.36.2+git3.8c9da67ab, or
sudo apt  install gedit  # version 3.36.2-0ubuntu1
Voir « snap info gedit » pour des versions additionelles.
@carlos-W840SU-Series:~$ sudo snap install gedit  # version 3.36.2+git3.8c9da67ab
[sudo] Mot de passe de carlos : 
Connecter automatiquement les prises et les connecteurs éligibles du paquet Snap "gedit"                                      Connecter automatiquement les prises et les connecteurs éligibles du paquet Snap "gedit"                                    CoConnecConnecConnConnConnecter auConnecConngedit 3.36.2+git3.8c9da67ab par Canonical✓ installé
carlos@carlos-W840SU-Series:~$ 

2
Installation de Gedit: Failed to load module "appmenu-gtk-module"

carlos@carlos-W840SU-Series:~$ gedit admin:///etc/fstab
Gtk-Message: 20:06:39.790: Failed to load module "appmenu-gtk-module"
(gedit:3049): GLib-GIO-WARNING **: 20:06:41.784: Error creating IO channel for /proc/self/mountinfo: Permission denied (g-file-error-quark, 2)
(gedit:3049): Tepl-WARNING **: 20:06:42.032: GVfs metadata is not supported. Fallback to TeplMetadataManager. Either GVfs is not correctly installed or GVfs metadata are not supported on this platform. In the latter case, you should configure Tepl with –disable-gvfs-metadata.

Dans Gedit :
Impossible d’ouvrir le fichier « admi:///etc/fstab.
Impossible de prendre en charge les protocoles « admin ».

3
Avec : sudo nano /etc/fstab

GNU nano 4.8                                      /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/sdb5 during installation
UUID=bc90dc3c-e008-4395-ada5-2e01e507877e /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
UUID=BA58-A418  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0 
LABEL=DATA /media/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0

Modification de la dernière ligne par:

LABEL=DATA      /media/DATA      ext4      defaults      0      2 

GNU nano 4.8                       /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/sdb5 during installation
UUID=bc90dc3c-e008-4395-ada5-2e01e507877e /               ext4    errors=remoun>
# /boot/efi was on /dev/sdb1 during installation
UUID=BA58-A418  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw           >
LABEL=DATA      /media/DATA      ext4      defaults      0      2

Visiblement la modification a été faite. Ce ne fut pas évident à faire...

La suite

sudo mkdir /media/DATA/carlos...

après...  mais une question: suis-je obligé de nommer :/media/DATA par Carlos où puis-je affecter un autre nom ?

Coeur Noir

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Ah oui c'est vrai que tu es sous Mate, l'éditeur de texte installé par défaut dans Mate c'est - je sais plus - leafpad ou mousepad ?
C'est gavant sois autonome un peu aussi ( ironie à caractère humoristique, hein )

Ouais, vrai, nano est assez bizarre à utiliser - mais au moins on le trouve partout, j'avais bien fait de le donner aussi en exemple ( me lance des fleurs ).

D'ailleurs j'ai oublié de signaler un autre truc : la modification de fstab n'appliquera son effet qu'au prochain redémarrage du pc ( ce fichier n'étant lu qu'une fois, très tôt pendant le démarrage ).

où puis-je affecter un autre nom ?
Alors… /media/DATA ça t'y touches pas.
Dans /media/DATA tu crées des dossiers aux noms que tu veux - le nom des dossiers c'est important pour ton confort de navigation mais le système s'en fout ( tant que tu n'y mets pas certains caractères spéciaux, genre @ ! $ <> / \ ? * # ).
Ce qui compte c'est à qui au final tu feras appartenir ces dossiers, et avec quels droits. Si un dossier s'appelle Images ou Documents, tant qu'il appartient à l'utilisateur carlos, alors carlos peut écrire dedans.
Comme déjà expliqué au #68.

J'ai modifié l'exemple au #70 en conséquence.

Toi t'es pas allé lire les doc's dont j'ai mis les liens au #68, c'est pas bien !

Dernière modification par Coeur Noir (Le 17/03/2021, à 00:14)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Joan

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Ubuntu Mate 20.04, fonctionne correctement. Je clos ici le sujet commencé par une Mise à jour d'Ubuntu 16.04 (y-a-t-il une procédure pour cela ?).

Je remercie encore les intervenants pour l'aide efficace qu'ils m'ont apportée et leurs précieux conseils.

Joan.

gascon

Re : [Résolu] MAJ Ubuntu de 16.04.7 à 20.04.2 LTS_Interfaces illisibles

Oui retourne a ton premier message fait modifier et rajoute [résolue] en début de titre

---

se qui ne me tue pas me rend plus fort Tout seul on va plus vite, ensemble, on va plus loin. ^^