[RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

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

Coeur Noir a écrit :

Ooops au fait, si cette partition date de 14.04, n'y-a-t-il pas eu quelques changements sensibles - au niveau kernel - dans la prise en charge de l'EXT3/4 depuis ?
C'est toi moko qui m'avais alerté à ce sujet y a un moment déjà…

Oui, pour empêcher 18.04 de lancer fsck sur la partition de données - et, par là-même, de la rendre illisible à 14.04 - il avait fallu prendre deux précautions :
- Dans fstab de 18.04, finir la ligne de montage par un zéro ;
- Dans les attributs du FS de sda3 (données) et de sda1 (14.04), régler la vérification automatique sur jamais (options -c et -i de tune2fs)

man tune2fs
       -c nombre_max_montages
              Ajuster  le  nombre maximal de montages entre deux vérifications
              du système de fichiers  par  e2fsck(8).  Si  nombre_max_montages
              vaut 0 ou -1, le nombre de fois que le système de fichiers a été
              monté sera ignoré par e2fsck(8) et par le noyau.

       -i  intervalle_entre_vérifications[d|m|w]
              Ajuster la durée maximale entre deux vérifications du système de
              fichiers.  Le  suffixe  indique  l'unité (par défaut ce sont des
              jours) : d pour les jours (days), m pour les mois (months) et  w
              pour  les semaines (weeks). La valeur zéro désactivera les véri‐
              fications périodiques.

Donc à l'époque :

sudo tune2fs -c 0 -i 0d /dev/sda3   # et sda1

Sans oublier de lancer à la main et périodiquement des fsck depuis 14.04.

- -
Avoir gardé le nom d'ext4 pour l'ext4 modifié, ça reste un modèle d'erreur. Qui aboutit
- à casser les ext4-système antérieurs ;
- à rendre les ext4-données illisibles par les anciens GNU/Linux ;
- et à rendre les anciens GNU/Linux (même live DVD/CD) inopérants pour lire ou réparer l'ext4 modifié.
- -

Merci de m'y faire penser :
/!\ maintenant que jeange n'a plus de 14.04, ces réglages sont à modifier !

Coeur Noir · Le 10/05/2020, à 18:29

Moko138,
Je ne suis pas sûr que tu aies vu les premières lignes du #125.
où je m'étonne qu'un snap puisse accéder à tel dossier à la racine du système.

moko138 · Le 10/05/2020, à 19:18

bibi a écrit :

du #122.

- -
jeange,
As-tu gardé des snaps dans ta 18.04 ?
Fonctionnent-ils (ou ont-ils fonctionné) sur des fichiers de ta partition de données ?

jeange · Le 10/05/2020, à 19:27

Oui, mais pas en logiciel,
https://forum.ubuntu-fr.org/viewtopic.p … #p22281147
Il y a deux indications en 18.04
[HS en ce moment je suis aux prises avec Nano pour le scann]

Coeur Noir · Le 10/05/2020, à 19:29

Oui et l'autre bibi a bien écrit #125 car j'ai cru que tu n'avais pas vu qu'un snap par défaut n'accède à pas grand' chose ( à moins d'une install' de snap en mode --classic quand ils le permettent, ce qui n'est pas toujours vrai )
Pourquoi ne pas le faire aussi dans 18.04, pour être tranquille ( montage en fonction de votre préférence dans /media ou /mnt ou /home bref un des quelques endroits qu'on peut rendre accessibles au snap ) ?
Ce serait ballot que tous les documents de l'utilisateur soient invisibles pour un snap…

edit : pas de snap pour l'instant sous la 18.04 de jeangé, en dehors des « prérequis ».

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

moko138 · Le 10/05/2020, à 21:05

jeange a écrit :

Oui, mais pas en logiciel,
https://forum.ubuntu-fr.org/viewtopic.p … #p22281147

Oui, en ce moment. Mais il me semble bien que tu avais testé une première fois gimp en .snap, non ?
Si oui, avais-tu accès à tes fichiers sur la partition de données ?

- -

jeange a écrit :

Il y a deux indications en 18.04

Et en français, qu'entends-tu par là ?

- -

jeange a écrit :

[HS en ce moment je suis aux prises avec Nano pour le scann]

Si tu ne donnes pas de précision, ça va être dur de t'aider...

jeange · Le 10/05/2020, à 21:27

moko a écrit :

Oui, en ce moment. Mais il me semble bien que tu avais testé une première fois gimp en .snap, non ?
Si oui, avais-tu accès à tes fichiers sur la partition de données ?

J' avais accès mais impossible de les ouvrir dans gimp en snap.

Et en français, qu'entends-tu par là ?

jeange@CLV-W65:~$ snap list
Nom                      Version                     Révision  Suivi            Éditeur     Notes
core18                   20200427                    1754      latest/stable    canonical✓  base
gnome-3-28-1804          3.28.0-16-g27c9498.27c9498  116       latest/stable    canonical✓  -   ICI
gnome-3-34-1804          0+git.3009fc7               33        latest/stable/…  canonical✓  -   ICI
gtk-common-themes        0.1-36-gc75f853             1506      latest/stable/…  canonical✓  -
kde-frameworks-5-core18  5.61.0                      32        latest/stable    kde✓        -
snap-store               3.36.0-74-ga164ec9          433       latest/stable/…  canonical✓  -
snapd                    2.44.3                      7264      latest/stable    canonical✓  snapd
jeange@CLV-W65:~$

ceux que Cœur Noir nomme «prérequis»

Si tu ne donnes pas de précision, ça va être dur de t'aider..

Pour Nano, demain il fera jour. et ce sera là https://forum.ubuntu-fr.org/viewtopic.p … #p22282499

geole · Le 10/05/2020, à 22:01

Coeur Noir a écrit :

Ce serait ballot que tous les documents de l'utilisateur soient invisibles pour un snap…

c'est bien dommages de récupérer un snap qui vient de n'importe où et qu'on ne l'autorise pas à chiffrer nos données personnelles et nous expédier un message nous demandant une raçon à payer en bitcoin.

Tous ceux qui téléchargent n'inporte quoi dans le web provenant de n'importe où, devraient regarder comment les virus se propagent: Il suffit de regarder comment Microsoft s'en tire tant bien que mal en proposant un lieu de téléchargement qu'il surveille comme il peut.

Cette technique de snap ou d'image est une porte GRANDE ouverte à tous ceux qui font ce qui leur plaît et sans absolument acun contrôle.

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

Coeur Noir · Le 10/05/2020, à 22:49

J' avais accès mais impossible de les ouvrir dans gimp en snap.
→ accès depuis autre chose que gimp-en-snap ( explorateur de fichiers, autres appli's non snap )
→ pour moi, cqfd : snap n'accède de base à rien, accède à /media, /mnt, /run/media, ou /home si on le connecte explicitement à ces interfaces ou si le snap a été packagé avec ces interfaces par défaut.

Coeur Noir · Le 10/05/2020, à 22:59

@geole → hors sujet, dans cette discussion. ( Sinon à quoi sert un éditeur d'images ou une suite bureautique qui par défaut n'accéderaient pas à mes documents, franchement ? )

@mihasane → hors sujet aussi, ouvre ton propre fil de discussion pour demander de l'aide.

Dernière modification par Coeur Noir (Le 11/05/2020, à 00:18)

jeange · Le 10/05/2020, à 23:10

@Cœur Noir
La capture en https://forum.ubuntu-fr.org/viewtopic.p … #p22279992 et la vision de Nautilus.

Coeur Noir · Le 11/05/2020, à 00:05

Ce n'est pas Nautilus que tu montres là mais l'explorateur de fichiers générique tel que lancé par une appli' GTK. Peu importe.

Tes « Liens vers… » pointent sur une ressource à laquelle snap n'a pas accès : ces liens ne sont ni cassés ou caducs, c'est juste qu'un snap n'a pas le droit de regarder « plus loin » que certains dossiers prédéfinis ( les interfaces removable-media ou home ou d'autres, j'ai mis un lien vers la liste au #111 ).

Je fonctionne sur le même principe, avec mes doc's perso's qui sont sur un autre disque que la racine du système, et…

…pas de souci avec gimp, car j'utilise un des dossiers visibles par snap pour mes points de montage, snap peut alors suivre les liens jusqu'à leur source.

jeange · Le 11/05/2020, à 17:00

Problème réglé pour le scanner

Pour le pratique (ou l'esthétique ?) il reste à créer les liens en 20.04 pour arriver à Nautilus:
-Récents
-Favoris (je n'ai pas trouvé à quoi c'est utile ni comment l'utiliser)
-Dossier personnel
-Bureau
-Corbeille
-Lien vers Images
-Lien vers Documents
-Lien vers Musique
-Lien vers Vidéos
-Lien vers Téléchargements

- ETC ETC
et les icônes qui s'ajouteront aux trois de Bureau, Papiers peints, snap.

Coeur Noir · Le 11/05/2020, à 20:51

Y'a plusieurs façons de créer un lien.

En graphique, via Nautilus :
⋅ sélectionne un ( ou plusieurs ) fichiers ( ou dossiers ) puis [ Ctrl + M ] → ça crée « à côté » des « Liens vers » que tu n'as plus qu'à déplacer où bon te semble, et renommer éventuellement.
⋅ sélectionne des fichiers / dossiers, puis tout en maintenant enfoncée les touches [ Ctrl + Maj ], fais les glisser-déposer vers le dossier où tu veux voir apparaître leurs liens.

En commande :

ln -s /chemin_vers/ressource_cible nom_du_lien

ou

ln -s /chemin_vers/ressource_cible /chemin_vers/emplacement/nom_du_lien

-Favoris (je n'ai pas trouvé à quoi c'est utile ni comment l'utiliser)
→ on peut maintenant « mettre en favoris » des fichiers et dossiers de son choix ( clic droit ).
Les fichiers « mis en favoris » apparaissent automatiquement dans ce signet.

jeange · Le 11/05/2020, à 21:46

Bonsoir Cœur Noir,
Si je veux un lien du dossier Musique, le Ctrl+M fait un lien d'un sous-dossier qui commence par "Ma" (ce sous-dossier est dans Documents !), j'ai tenté plusieurs essais et le résultat est le même.
Le truc qui marche c'est: Autres emplacements>18.04>Home>jeange> un/deux liens (exemple Musique Téléchargements)> Crtl+C et après un retour en Dossier personnel 20.04 Ctrl+V

et ces liens fonctionnent impec.

Dernière modification par jeange (Le 12/05/2020, à 00:27)

Coeur Noir · Le 11/05/2020, à 23:10

Où se trouvent vraiment tes documents personnels ?

Sous ta 18.04 une partition d'un disque dur est montée dans /DATA-WD500 là ont l'air de se trouver tes affaires personnelles.

Est-ce également le cas sous 20.04 → ce stock d'affaires perso est-il bien monté quelque part dans ta 20.04 ? Dans /media/DATA… ou /mnt/DATA… ou /home/DATA… ?

Une fois que ce sera fait, pour créer des liens avec l'explorateur de fichiers Nautilus, tu te rends là où se trouvent vraiment tes affaires personnelles, c'est à dire dans DATA-WD500,
là tu sélectionnes les dossiers ou fichiers puis ctrl+M, ou clic droit créer un lien, ou le glisser-déposer avec Ctrl+Maj…
En commande ça donnerait quelque chose de proche de

ln -s /chemin_vers/DATA-WD500/Musique-à-Jeangé /home/jeange/Musique

↑ ceci crée un lien nommé Musique dans /home/jeange dont la cible est le dossier Musique-à-Jeangé qui se trouve dans …/DATA-WD500

jeange · Le 12/05/2020, à 00:10

Cœur Noir a écrit :

Une fois que ce sera fait, pour créer des liens avec l'explorateur de fichiers Nautilus, tu te rends là où se trouvent vraiment tes affaires personnelles, c'est à dire dans DATA-WD500,
là tu sélectionnes les dossiers ou fichiers puis ctrl+M, ou clic droit créer un lien, ou le glisser-déposer avec Ctrl+Maj…

Comme indiqué #141 ça ne marche pas et un clic droit donne seulement les choix suivants:

Mes documents perso sont dans DATA-WD500 en sda3, 18.04 est en sda2 et 20.04 est en sda1.

Coeur Noir · Le 12/05/2020, à 03:58

Ça n'est pas sur le signet dans le volet latéral qu'il faut agir mais sur le dossier ou fichier ressource !

Et je crois qu'il y a un problème de vocabulaire / désignation.

Un lien, c'est quasiment une copie de fichier ou dossier, mais sans « dupliquer » les données : il y a d'un côté la ressource, stockée à un endroit, et de l'autre ce fameux lien stocké n'importe où ailleurs qui pointe vers cette ressource.
Un lien c'est un genre de fichier spécial. Il se gère comme d'autres fichiers ou dossiers.

Les signets ou favoris, ce sont des gadgets propres à ton explorateur de fichiers, ce sont des boutons de raccourci vers des emplacements ( dossiers ) de ton choix / ou prédéfinis, qui apparaîtront dans le volet latéral de gauche de Nautilus ( ou Nemo, ou Thunar, etc ). Ça, c'est pas des liens, c'est pas des fichiers, c'est des config's propres aux explorateur de fichiers.

Tu n'as pas répondu à « Est-ce également le cas sous 20.04 → ce stock d'affaires perso est-il bien monté quelque part dans ta 20.04 ? Dans /media/DATA… ou /mnt/DATA… ou /home/DATA… ? »
Depuis ta 20.04 retour de

cat /etc/fstab

Avant de faire des liens ou des signets vers des ressources quelconques, il faut d'abord t'assurer que ces ressources sont bien accessibles par ton système 20.04.
Sinon on a ce que tu montres au #141, des signets par défaut / prédéfinis qui ne mènent nulle part, et pour cause : il n'y a ni dossier ni lien qui s'appelle Documents dans ton répertoire personnel.
Maintenant si tu crées là dans ton répertoire perso un lien qui s'appelle Documents pointant vers /DATA-WD500/truc/un_dossier ça marchera mieux.

À condition bien sûr que DATA-WD500 soit bien monté dans ce système.

↑ ici mon 2ème DD est préalablement monté dans /media/DATA sinon les liens et signets ne mèneraient à rien.

Tu y vois plus clair où je t'embrouille encore plus ???

jeange · Le 12/05/2020, à 21:59

DE 20.04 [Break reporté]

Cœur Noir a écrit :

Et je crois qu'il y a un problème de vocabulaire / désignation.

Oui, et je commence à comprendre que ne pas avoir de logiciel en snap ne cache pas que les prérequis ont une incidence sur le système.

Tu n'as pas répondu à « Est-ce également le cas sous 20.04 → ce stock d'affaires perso est-il bien monté quelque part dans ta 20.04 ? Dans /media/DATA… ou /mnt/DATA… ou /home/DATA… ? »

Je suis incapable de te répondre vu mon "inculture" informatique.

jeange@CLV-W65:~$ 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/sdb1 during installation
UUID=ea70b734-9969-4546-bf60-c7c1314e8832 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=d7813102-4ebd-48ef-932e-3fcebeabc6b3 none            swap    sw              0       0
# /dev/sd.3, les données :
LABEL=DATA-WD500   	/DATA-WD500   ext4   defaults,nofail   0   2
#
# /dev/sd.3, les données :
LABEL=DATA-WD500   	/DATA-WD500   ext4   defaults,nofail   0   2
#
# /dev/sd.3, les données :
LABEL=DATA-WD500   	/DATA-WD500   ext4   defaults,nofail   0   2
#
jeange@CLV-W65:~$

Désolé de n'y voir pas plus clair et quant à être embrouillé encore plus, c'est l'étal (et non létal)

Coeur Noir · Le 12/05/2020, à 22:48

Euh, c'est le fstab de ta 20.04 ça ?

Il y a 3 fois le même montage, c'est bizarre - une erreur de copier-coller ou c'est vraiment comme ça ?

Pour corriger éventuellement cela le retour ( sous 20.04 ) de

sudo blkid

sera nécessaire.

Il faudrait créer un nouveau point de montage pour ton DATA-WD500 ( si jamais à l'avenir tu utilises des snap ) et modifier en conséquence le fichier fstab.

MAIS en l'état actuel, sous ta 20.04 tu devrais trouver ton disque WD500 dans Nautilus dans « autres emplacements » et c'est donc en allant là-bas que tu sélectionnes les dossiers desquels tu veux « tirer » des liens, liens que tu déplaces ensuite dans ton répertoire personnel.

D'ailleurs en l'état actuel que répond

ls -la /DATA-WD500

Dernière modification par Coeur Noir (Le 13/05/2020, à 01:08)

jeange · Le 13/05/2020, à 15:48

De 20.04
Bonjour,
Un rapide passage pour

jeange@CLV-W65:~$ sudo blkid
[sudo] Mot de passe de jeange : 
/dev/sda5: UUID="d7813102-4ebd-48ef-932e-3fcebeabc6b3" TYPE="swap" PARTUUID="cefae216-05"
/dev/sda1: LABEL="2004" UUID="ea70b734-9969-4546-bf60-c7c1314e8832" TYPE="ext4" PTTYPE="dos" PARTUUID="cefae216-01"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda2: LABEL="1804" UUID="6e5309ee-ccbf-4daf-8e2c-4ac7af8fac09" TYPE="ext4" PTTYPE="dos" PARTUUID="cefae216-02"
/dev/sda3: LABEL="DATA-WD500" UUID="d692095a-1d39-4617-bbfe-0a047dc4a57e" TYPE="ext4" PARTUUID="cefae216-03"
/dev/loop8: TYPE="squashfs"
jeange@CLV-W65:~$ ls -la /DATA-WD500
total 60
drwxr-xr-x 12 root   root    4096 mai    5 16:09 .
drwxr-xr-x 21 root   root    4096 mai    1 18:09 ..
drwxrwxr-x  2 jeange jeange  4096 mars   7  2019 Bureau
drwxrwxr-x 26 jeange jeange  4096 mai   13 15:35 Documents
drwxrwxr-x 47 jeange jeange  4096 mai   13 11:11 Images
drwx------  2 root   root   16384 oct.   8  2018 lost+found
drwxrwxrwx  5 jeange jeange  4096 sept. 29  2018 .mozilla
drwxrwxrwx  3 jeange jeange  4096 mai   11 21:30 Musique
drwxrwxr-x  5 jeange jeange  4096 mai   12 12:53 Téléchargements
drwxrwx---  5 jeange jeange  4096 oct.  16  2018 .thunderbird
drwx------  5 jeange jeange  4096 janv. 10  2019 .Trash-1000
drwxrwxr-x  7 jeange jeange  4096 mai   12 20:08 Vidéos
jeange@CLV-W65:~$

Dernière modification par jeange (Le 13/05/2020, à 17:32)

jeange · Le 13/05/2020, à 18:07

Cœur Noir a écrit :

MAIS en l'état actuel, sous ta 20.04 tu devrais trouver ton disque WD500 dans Nautilus dans « autres emplacements » et c'est donc en allant là-bas que tu sélectionnes les dossiers desquels tu veux « tirer » des liens, liens que tu déplaces ensuite dans ton répertoire personnel.

C'est ce que je viens de réaliser via Autres emplacements > Ordinateur > DATA-WD500 ; Ordinateur où l'on peut voir mnt 0 élément et media 1 élément > jeange > vide.
Dans DATA-WD500 il y a aussi de vieux profils > thunderbird 16 oct 2018 avec 55,9 MB et mozilla 29 sept 2018 avec 36,2MB, deux fichiers à supprimer par terminal et à remplacer par de plus récents; dernier Nautilus obtenu:

Coeur Noir · Le 13/05/2020, à 22:13

Lis jusqu'au bout avant de te décider et de te lancer ;-)
À ta place pour le moment je ne supprimerais rien sur DATA-WD500.

Tel quel es-tu bien conscient que sous ta 20.04, si tu installes des logiciels en snap, ceux-là seront incapables d’accéder aux contenus hébergés dans DATA-WD500 ( que ce soit directement ou via les « Liens vers … » ) ?
Si ça te va comme ça, dans ton dossier personnel, tu peux renommer chaque :
Lien vers truc en truc tout court.
Lien vers Images devenant Images
Lien vers Documents devenant Documents
etc, etc.

Puis tu lances

gedit ~/.config/user-dirs.dirs

et t'assures qu'il contient :

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_PUBLICSHARE_DIR="$HOME/"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/Musique"
XDG_PICTURES_DIR="$HOME/Images"
XDG_VIDEOS_DIR="$HOME/Vidéos"

Ah. Si tu n'utilises pas de dossier Modèles ( c'est volontaire ? ) laisse juste "$HOME/" au lieu de "$HOME/Modèles"

Enfin on enlève du fstab les lignes éventuellement superflues, via

gedit admin:///etc/fstab

de façon à obtenir :

# /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/sdb1 during installation
UUID=ea70b734-9969-4546-bf60-c7c1314e8832 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb5 during installation
UUID=d7813102-4ebd-48ef-932e-3fcebeabc6b3 none            swap    sw              0       0
# /dev/sda3, les données :
LABEL=DATA-WD500   	/DATA-WD500   ext4   defaults,nofail   0   2

Si tu souhaites à l'avenir utiliser des snap avec accès à DATA-WD500, il vaudrait mieux monter DATA-WD500 dans /media ( ou /mnt )
/media a ma préférence car ce qui est monté là-dedans apparaît dans « périphériques » ( ou « autres emplacements » selon les explorateurs de fichiers ).
Ça impliquerait de :
⋅ créer un dossier DATA-WD500 dans /media

sudo mkdir /media/DATA-WD500

⋅ modifier le fstab en conséquence, en remplaçant

LABEL=DATA-WD500   	/DATA-WD500   ext4   defaults,nofail   0   2

par

LABEL=DATA-WD500   	/media/DATA-WD500   ext4   defaults,nofail   0   2

⋅ Redémarrer.
⋅ Dans ton dossier personnel,
→ supprimer les liens précédents, dorénavant cassés ( ils pointent vers une ressource qui n'existe plus )
→ refaire des liens ( qui cibleront dorénavant /media/DATA_WD500/chemin_vers/cible )
⋅ Supprimer de la racine le dossier DATA-WD500 ( ancien point de montage ) devenu vide et inutile

sudo rmdir /DATA-WD500

Tant qu'à faire, agis de la même façon sous ta 18.04.

Perso, j'irais même un peu plus loin dans l'organisation de ce DATA-WD500, en y créant un dossier jeange dans lequel je déplacerais Bureau, Documents, Images, Musique, Vidéos, Téléchargements, Modèles ( si besoin ), .thunderbird, .mozilla bref toutes tes affaires perso. Les dossiers Lost+Found et .Trash-1000 restent judicieusement placés à la racine de cette partition.

sudo mkdir /media/DATA-WD500/jeange

puis appropriation du dossier

sudo chown jeange:jeange /media/DATA-WD500/jeange

ensuite tu mets tes affaires dedans.
→ pourquoi faire ça, éventuellement ? Ça te simplifiera la vie si :
⋅ tu souhaites ajouter des utilisateurs à ton système ( chacun propriétaire de son dossier à son nom dans cette partition )
⋅ tu dois organiser des partages de données entre utilisateurs,
⋅ tu as besoin de modifier des droits et permissions,
⋅ tu te demandes quels dossiers sauvegarder,
⋅ tu ajoutes d'autres OS…
→ si l'idée te séduit, applique cette organisation avant de créer les liens. Ou apprête-toi de nouveau à recréer des liens et supprimer les anciens, cassés, sous 20.04 comme 18.04.

jeange · Le 13/05/2020, à 22:42

Merci Cœur Noir,
Je vais étudier tout cela en fonction de "utiliser" ou "non" des logiciels en snap, sachant que les échéances seront 2023 et 2025 pour respectivement 18.04 et 20.4.
Lorsque mon choix sera fait je préviendrais.

Coeur Noir · Le 14/05/2020, à 01:46

Oui prends le temps ! Garde ça sous le coude.

Note, à propos des échéances : celles-ci n'ont rien à voir avec ton souhait ou pas d'utiliser des snap.
Il y a dès aujourd'hui quantité de logiciels disponibles en snap que tu pourrais vouloir tester ou utiliser.
C'est en gros un de leur intérêt : les snap s'en fichent que tu sois sous Ubuntu 16, 18 ou 20, ou autre OS : ils sont censés fonctionner ( presque ) partout.

Il y a aussi les flatpak - eux je connais moins leur fonctionnement et leur manière d’accéder aux diverses partitions d'un système.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 10/05/2020, à 04:42

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#127 Le 10/05/2020, à 18:29

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#128 Le 10/05/2020, à 19:18

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#129 Le 10/05/2020, à 19:27

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#130 Le 10/05/2020, à 19:29

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#131 Le 10/05/2020, à 21:05

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#132 Le 10/05/2020, à 21:27

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#133 Le 10/05/2020, à 22:01

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#134 Le 10/05/2020, à 22:49

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#135 Le 10/05/2020, à 22:59

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#136 Le 10/05/2020, à 23:10

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#137 Le 11/05/2020, à 00:05

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#138 Le 11/05/2020, à 17:00

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#139 Le 11/05/2020, à 20:51

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#140 Le 11/05/2020, à 21:46

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#141 Le 11/05/2020, à 23:10

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#142 Le 12/05/2020, à 00:10

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#143 Le 12/05/2020, à 03:58

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#144 Le 12/05/2020, à 21:59

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#145 Le 12/05/2020, à 22:48

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#146 Le 13/05/2020, à 15:48

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#147 Le 13/05/2020, à 18:07

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#148 Le 13/05/2020, à 22:13

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#149 Le 13/05/2020, à 22:42

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#150 Le 14/05/2020, à 01:46

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

Pied de page des forums