Redirection [Résolu]

tustobarte · Le 13/11/2024, à 14:06

Bonjour
Question simple, mais je ne sais pas - ne sais plus - faire:
je veux rediriger mes données (Images / Documents / Vidéos / Téléchargements) vers un nouveau lecteur qui correspond à un nouveau disque
(ln - s ne fait que me renvoyer sur le dossier origine)
Je sais, c'est tout bête, mais merci de votre aide
Tustobarte

Dernière modification par tustobarte (Le 14/11/2024, à 14:12)

Tawal · Le 13/11/2024, à 14:55

Hello,
Rien à voir avec cette section (edit: signalé - d'où le changement de section)

Mais si tu veux avoir tes données personnelles sur un autre disque, c'est bien ln -s … qu'il faut utiliser.
Mais avec quelques préliminaires.
Créer des répertoires sur le nouveau disque (Documents, Musiques …)
Copier les données de chaque répertoire de ton Home vers les répertoires nouvellement créés.
Supprimer les répertoires de ton Home.
Puis depuis un terminal ouvert dans ton Home, lance pour chaque répertoire cette commande à adapter :

ln -s /chemin/vers/le/nouveau/répertoire/Documents "$HOME"/Documents

Dernière modification par Tawal (Le 13/11/2024, à 23:11)

tustobarte · Le 14/11/2024, à 14:10

Ok, merci de cette précision
D'autre part , désolé pour une contribution en mauvaise rubrique. un problème sur "

ln -s

" pouvait constituer un problème en ligne de commande. Je mets ce post en Résolu.
Tustobarte

RaphaelG · Le 14/11/2024, à 14:41

Heu ... Etes vous sùr que l'ordre des arguments n'est pas inversé ?
Pour moi, avec ou sans l'option -s, la syntaxe de ln est :

ln [-s] fichier_ou_repertoire_existant fichier_lien_a creer

edit: post inopportun : je n'avais pas compris ce que voulait faire Tawal en #2.

Dernière modification par RaphaelG (Le 15/11/2024, à 14:51)

krodelabestiole · Le 14/11/2024, à 14:55

je conseille plutôt de régler directement les variables xdg-user-dirs plutôt que de jouer au petit poucet avec des liens symboliques.
c'est plus propre, prévu exactement pour ça : indiquer au système où se trouvent les données de l'utilisateur, et ça évite d'éventuelles complications avec des logiciels (de sauvegarde ou autre) qui peuvent gérer différemment les liens symboliques.

il suffit pour cela d'éditer le fichier ~/.config/user-dirs.dirs

ou en ligne de commande (ça aura exactement le même effet - en éditant automatiquement ce fichier), par ex. pour les documents :

xdg-user-dirs-update --set DOCUMENTS /media/toto/lecteur/Documents

(/media/toto/etc à adapter évidemment)

la procédure est entre autre décrite ici sous le titre (légèrement pompeux) 4.4 Mise à jour du référentiel applicatif.
(et ctrl + H - pour hidden - pour afficher les fichiers cachés avec n'importe quel gestionnaire graphique contrairement à ce qui est indiqué - je vais éditer cette doc tout à l'heure.)

krodelabestiole · Le 14/11/2024, à 15:02

RaphaelG a écrit :

Pour moi, avec ou sans l'option -s, la syntaxe de ln est :
ln [-s] fichier_ou_repertoire_existant fichier_lien_a creer 

c'est effectivement ça, ce que je n'ai jamais trouvé bien logique d'ailleurs !
mais je crois que personne n'a dit le contraire.

RaphaelG · Le 14/11/2024, à 15:22

Ben si, Tawal dit le contraire.

edit: post inopportun : je n'avais pas compris ce que voulait faire Tawal en #2.

Dernière modification par RaphaelG (Le 15/11/2024, à 14:52)

nany · Le 14/11/2024, à 15:26

BONJOUR,

RaphaelG a écrit :

Ben si, Tawal dit le contraire.

Relis bien la commande donnée par Tawal. Le premier chemin est bien celui du fichier existant et le second correspond au lien.

Watael · Le 14/11/2024, à 15:39

ce n'est pas limpide cette histoire, et on est influencé par la question (à laquelle on veut répondre, bien sûr).

mais est-ce bien la solution ? parce que
quel est le problème initial qui fait penser à tustobarte que ln serait la solution ?

PS:

krodelabestiole a écrit :

je n'ai jamais trouvé bien logique d'ailleurs !

c'est pourtant la même "logique" que cp et mv : « ce que j'ai, vers ce que je veux. »

il me semble avoir déjà eu cette discussion, mais je ne me souviens pas si je disais le contraire ou si je suis resté cohérent avec moi-même.

nany · Le 14/11/2024, à 15:55

Watael a écrit :

PS:
krodelabestiole a écrit :
je n'ai jamais trouvé bien logique d'ailleurs !
c'est pourtant la même "logique" que cp et mv : « ce que j'ai, vers ce que je veux. »
il me semble avoir déjà eu cette discussion, mais je ne me souviens pas si je disais le contraire ou si je suis resté cohérent avec moi-même.

Oui mais ce n’est ni une copie ni un déplacement mais la création d’un lien.

On pourrait donc avoir cette autre « logique » qui dirait : « ce lien pointe vers cette cible ».
D’ailleurs ls -l affiche les liens sous la forme « lien -> cible » et non « cible <- lien ».

Watael · Le 14/11/2024, à 16:56

on fait avec ce qu'on a.
non, c'est pas ça.
avec ce qu'on a, on fait ce qu'on peut.
on part de l'existant, et on crée une copie ou un lien.

ls explique bien que le lien redirige vers autre chose.

krodelabestiole · Le 14/11/2024, à 17:09

lien destination me semble plus logique que destination lien. il manque juste le mot vers entre les deux pour rendre le truc vraiment explicite.
vu qu'en occident on lit de gauche à droite, et que le facteur temporel me semble autant couler de source que pour des notions comme où on est / où on va, cause / conséquence, etc.

après il faut croire que c'est un point de vue personnel, qui ne semble pas partagé chez gnu.
https://www.gnu.org/software/coreutils/ … invocation

en pratique je remarque quand-même que ça ne pose jamais problème pour mv ou cp - on aborde d'ailleurs jamais le sujet dans ce cas, par contre d'expérience presque tout le monde accroche en découvrant la syntaxe de ln (et se plante souvent)...

krodelabestiole · Le 14/11/2024, à 17:21

ok je viens de piger la raison grâce à cette réponse : on peut utiliser ln avec un seul argument :

ln -s /chemin/ressource

a le même effet que

ln -s /chemin/ressource ressource

un premier argument ne pouvant être optionnel, tant pis pour la logique !

Watael · Le 14/11/2024, à 17:24

+1

krodelabestiole · Le 14/11/2024, à 18:05

la procédure est entre autre décrite ici sous le titre (légèrement pompeux) 4.4 Mise à jour du référentiel applicatif.
(et ctrl + H - pour hidden - pour afficher les fichiers cachés avec n'importe quel gestionnaire graphique contrairement à ce qui est indiqué - je vais éditer cette doc tout à l'heure.)

c'est fait :
https://doc.ubuntu-fr.org/tutoriel/part … es_systeme

mais c'est peut-être pas le meilleur endroit pour décrire ça, en cherchant rapidement sur la doc je trouve un peu BEAUCOUP de choses

https://doc.ubuntu-fr.org/organiser_dat … %C5%93uvre
https://doc.ubuntu-fr.org/partitions_da … _partition
https://doc.ubuntu-fr.org/variables_d_e … _graphique
https://doc.ubuntu-fr.org/tutoriel/deplacer_home

RaphaelG · Le 15/11/2024, à 01:03

Ah, je viens de comprendre l'opération demandée par Tawal.
Toutes mes excuses pour cette intervention inopportune.

krodelabestiole · Le 15/11/2024, à 04:07

j'ai encore déplacé les infos pour xdg-user-dirs déso, dernière fois je pense !
https://doc.ubuntu-fr.org/variables_d_e … -user-dirs

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/11/2024, à 14:06

Redirection [Résolu]

#2 Le 13/11/2024, à 14:55

Re : Redirection [Résolu]

#3 Le 14/11/2024, à 14:10

Re : Redirection [Résolu]

#4 Le 14/11/2024, à 14:41

Re : Redirection [Résolu]

#5 Le 14/11/2024, à 14:55

Re : Redirection [Résolu]

#6 Le 14/11/2024, à 15:02

Re : Redirection [Résolu]

#7 Le 14/11/2024, à 15:22

Re : Redirection [Résolu]

#8 Le 14/11/2024, à 15:26

Re : Redirection [Résolu]

#9 Le 14/11/2024, à 15:39

Re : Redirection [Résolu]

#10 Le 14/11/2024, à 15:55

Re : Redirection [Résolu]

#11 Le 14/11/2024, à 16:56

Re : Redirection [Résolu]

#12 Le 14/11/2024, à 17:09

Re : Redirection [Résolu]

#13 Le 14/11/2024, à 17:21

Re : Redirection [Résolu]

#14 Le 14/11/2024, à 17:24

Re : Redirection [Résolu]

#15 Le 14/11/2024, à 18:05

Re : Redirection [Résolu]

#16 Le 15/11/2024, à 01:03

Re : Redirection [Résolu]

#17 Le 15/11/2024, à 04:07

Re : Redirection [Résolu]

Pied de page des forums