[RESOLU]Stocker d'un SSd vers un HDD

François 76 · Le 26/10/2018, à 11:16

Dans un premier temps

# /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/sdb2 during installation
UUID=cdb721e3-d915-4dee-ab17-d8196c2fa3bd /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
UUID=387B-92D3  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
#data sur sdb
/dev/sdb1         /data        ext4                 defaults             0          0

bluc · Le 26/10/2018, à 13:04

Impeccable

Tu supprimes les deux dernieres lignes

#data sur sdb
/dev/sdb1         /data        ext4                 defaults             0          0

ça doit etre bon

Dernière modification par bluc (Le 26/10/2018, à 13:13)

François 76 · Le 26/10/2018, à 15:16

REbonjour les amis, bluc et erresse
Je vous écris de mon PC qui démarre normalement tout seul comme un grand.
Merci à vous deux pour votre patience et pour votre savoir faire. Vous avez été formidables.
Reste ma question de départ. Mais, je vais prendre un jour pour terminer des travaux restés en demeure.
Dois-je suivre cette discussion ou dois-je la clore.
Merci encore François 76

erresse · Le 26/10/2018, à 17:30

François 76 a écrit :

Dois-je suivre cette discussion ou dois-je la clore.

Le mieux est de continuer ici, on a tout l'historique dans cette conversation et ton problème initial demeure... pour encore quelque temps, mais on va l'avoir !!!
À bientôt.

François 76 · Le 26/10/2018, à 17:59

Merci erresse pour ton enthousiasme
François 76

bluc · Le 26/10/2018, à 18:04

Maintenant que tu as retrouvé ton système
je te propose pour réaliser ce que tu souhaitais au debut
c'est de faire depuis ton système qui fonctionne

gedit admin:///etc/fstab

et de faire le contraire de ce que tu as fais tout a l'heure c'est a dire copier ces deux ligne a la fin du fichier

#data sur sda
/dev/sda         /data        ext4                 defaults             0          0

j'hésite entre sda et sda1 , nous verrons bien

Une fois ceci fait

Tu passes ces deux commandes dans le terminal

mv Documents Images Musique Téléchargements Vidéos /data

cette commande vas déplacer les dossiers vers data
et

ln -s /data/Documents && ln -s /data/Images && ln -s /data/Musique && ln -s /data/Téléchargements && ln -s /data/Vidéos

celle ci va créer les liens

ces deux commandes font la meme chose que ça mais beaucoup plus rapidement

Ensuite tous les fichiers que tu mettras dans tes dossiers de ton dossier perso seront redirigés vers data

________________________________________________________________________________________________________
Edit: j'ai corrigé la commande pour ouvrir fstab remplacé sudo par admin:///

Dernière modification par bluc (Le 28/10/2018, à 15:57)

erresse · Le 26/10/2018, à 19:15

Personnellement, j'aurais recommandé de recréer une table de partition sur ce média, et une (ou plusieurs ?) partitions correctement identifiée et formatée, avant de l'assigner PAR SON UUID de préférence à un point de montage QU'IL FAUT D'ABORD CRÉER dans l'arborescence.
Je préfère que les choses soient faites de manière traditionnelle. Monter un périphérique (même si ça s'avère possible) au lieu d'un volume ne me paraît pas sain...

Normalement, les périphériques et les volumes eux-mêmes sont la propriété de "root" et non celle de l'utilisateur, sauf si le volume est monté avec FUSE dans son environnement personnel.
On crée pour chaque utilisateur un répertoire personnel dans le volume et on lui affecte la propriété de l'utilisateur avec les droits adéquats pour l'accès total. Et là seulement, l'utilisateur va pouvoir créer (ou transférer) les répertoires "standard" de son espace personnel avec toutes les prérogatives dont il bénéficie dans son $HOME...

Dernière modification par erresse (Le 26/10/2018, à 19:22)

bluc · Le 26/10/2018, à 19:27

Oui c'est ce que je pensais pour le reformatage

erresse a écrit :

un point de montage QU'IL FAUT D'ABORD CRÉER dans l'arborescence.

Avant je conseillais sudo mkdir /data par exemple,
Quand on ajoute une ligne a fstab d'une façon ou d'une autre le point de montage est créé dans l'arborescence au redémarrage de l'ordi
Par contre le créer évite sans doute le redémarrage

Dernière modification par bluc (Le 26/10/2018, à 19:34)

erresse · Le 26/10/2018, à 19:37

bluc a écrit :

mais quand on ajoute une ligne a fstab d'une façon ou d'une autre le point de montage et créé dans l'arborescence au redémarrage de l'ordi

Où as-tu pris cela ?
C'est peut-être nouveau, mais pour moi, si le point de montage n'est pas déjà créé lors du démarrage, ben... ça ne démarre simplement pas !
Lorsqu'on assigne le volume à un point de montage ajouté lors de l'installation, alors oui, le répertoire qui sert de point montage est créé automatiquement, mais je ne suis pas du tout sûr que ce soit le cas dynamiquement lors du démarrage de créer les points de montage en fonction de ce que contient le fstab...
Tu as une référence pour ce que tu avances là ?

bluc · Le 26/10/2018, à 20:36

Essaies de modifier un point de montage dans fstab par exemple changer /data par /fichiers , tu redémarres et un dossier fichiers est créé dans le système
j'avais d'ailleurs dans mon premier message sur ce topic mis la commande sudo sudo mkdir /data , puis sachant que on peut l'éviter, je l'ai supprimé pour ne pas trop embrouiller François

Non je n'ai pas de référence , mais c'est comme ça que je fais et ça fonctionne

Dernière modification par bluc (Le 26/10/2018, à 20:42)

erresse · Le 27/10/2018, à 10:44

Hé bien là, j'ai appris quelque chose, j'étais persuadé que le démarrage avait besoin de ses points de montage pour fonctionner correctement. Je testerai ça à l'occasion.

François 76 · Le 27/10/2018, à 19:06

Bonspir bluc et erresse,
Je vais m'atteler demain à une lecture attentive de vos écrits. Cette mise en commun de vos connaissances et expériences sont rassurantes.
Je ne suis pas disponible ce soir
Bonne soirée à vous deux et merci encore.
François 76

François 76 · Le 28/10/2018, à 14:20

Bonjour bluc et erresse

« ces deux commandes font la meme chose que ça mais beaucoup plus rapidement. »

Ce visuel me permet d’avoir une représentation concrète des lignes de commandes. C’est bien à cela que je voulais aboutir initialement.
C’est à dire : travailler sur le SSD puis enregistrer ce travail et le stocker sur le HDD, et pouvoir faire un va et vient entre les deux disques. Je donnais l’exemple suivant. Je reçois une photo sur mon SSD, je l’envoie vers le dossier Photos pour la stocker dans le fichier « Famille ». Je veux ensuite extraire cette photo pour la retoucher sur le SSD puis la renvoyer vers ce fichier « Famille » sur le HDD.
La commande serait-elle alors « Enregistrer sous » ?
Bon je fais les manips proposées par bluc au post # 56 et je dis le résultat
François 76

François 76 · Le 28/10/2018, à 14:34

Voici ce que j'obtiens:

J'ai malgré tout collé les deux dernières liges

#data sur sda
/dev/sda         /data        ext4                 defaults             0          0

dans l'éditeur de texte.
Je ne touche plus à rien en attendant vos instructions

François 76 · Le 28/10/2018, à 14:38

J'ai essayé de mettre une citation de bluc en encadré blanc et je n'ai pas réussi. Ne tenez pas compte de ce post Merci

Dernière modification par François 76 (Le 28/10/2018, à 14:42)

bluc · Le 28/10/2018, à 15:45

On m'a rappelé hier a juste titre qu'il ne faut plus utiliser sudo donc pour ouvrir le fichier fstab il faut coller dans le terminal

gedit admin:///etc/fstab

et non pas ce que j'avais dit par erreur , c’est la même chose ça fonctionne mais plus dangereux

Dernière modification par bluc (Le 28/10/2018, à 16:01)

erresse · Le 28/10/2018, à 16:16

La procédure indiquée par bluc a pour but de déporter les répertoires "standard" vers un volume "/data" destiné à contenir tes données personnelles. Dans l'espace personnel de la racine, on remplace les répertoires par des liens symboliques qui pointent vers le volume "/data".
Le fonctionnement que tu imagines n'est pas celui-là : Lorsque tu enregistres une image, par exemple, elle est directement écrite dans le volume "/data" du HDD, elle ne transite pas par le SSD. De même, si tu l'ouvres pour la modifier, elle va être chargée dans la mémoire vive (la RAM), pas dans le SSD, et réécrite ensuite directement dans le HDD. Mais cela est totalement transparent et je ne te le décris qu'à titre d'information.
Pour que le montage du volume HDD sur "/data" soit effectif après avoir modifié le fstab, il faut soit redémarrer, soit faire la commande :

sudo mount -a

Mais je pense que tu n'auras pas accès tout de suite au HDD parce-qu'il va être la propriété de "root". Ce n'est pas un problème (ce qui me gêne davantage c'est qu'on veuille monter directement "/dev/sda" qui n'est pas une partition mais le périphérique lui-même). Il faudra juste modifier les répertoires dans "/data" pour qu'ils appartiennent à l'utilisateur.

François 76 · Le 28/10/2018, à 17:42

@bluc pas souci si tu parles d'erreur.
Il ya effectivement une différence entre "sudo" et "gedit". Avec "gedit", une petite fenêtre s'ouvre pour me demander mon mot de passe.
Voici ce que donne

gedit admin:///etc/fstab

Voici ce que donne

sudo mount -a

François 76 · Le 28/10/2018, à 18:58

Je m'aperçois que j'ai mis deux fois la même image
Voici ce que donne " sudo mount -a"

Dernière modification par François 76 (Le 28/10/2018, à 19:00)

bluc · Le 28/10/2018, à 19:01

Quand j'ai parlé d'erreur , je veux dire que j'ai fait l'erreur de t'indiquer une façon de faire qui fonctionne, mais qui est abandonné, parce qu soit disant dangereuse mème si depuis plus de 10 ans je fais comme ça , sans avoir de probleme
Donc si des spécialiste disent que c'est dangereux ce n'est pas moi simple utilisateur qui vais les contredire

C'est la manière de faire les choses en administrateur
Pour ouvrir l’éditeur de texte gedit
_avant on faisait sudo gedit
_maintenant on fait gedit admin
mais j'ai du mal a prendre les bonnes habitudes
Tous les deux fonctionnent et les deux te demande ton mot de passe

Une fois ce fichier fstab ouvert ,(comme il l’était dans tes captures précédentes ), tu colles les deux lignes a la fin de ce fichier, tu redémarres et ta partition sera monté a chaque démarrage

Dernière modification par bluc (Le 28/10/2018, à 19:22)

François 76 · Le 29/10/2018, à 06:34

La force des habitudes a tendance à nous dominer, l’habitude est une seconde nature. Je ne sais plus quel philosophe disait cela. Certains spécialistes ont peut-être eu de déboires avec sudo gedit. Bon, faisons comme ils disent.
Donc J’ai fait les manips préconisées et redémarré mon PC.
Poste# 8 Sur « Disques » Le disque dur /dev/sda n’était pas monté.
Je t’envoie la modification.

Voilà qui me semble bien ! On avance.
François 76

bluc · Le 29/10/2018, à 08:50

C'est parfait il est monté sur /data

Maintenant tu vas montrer ce qu'il y a sur /data

ls /data

les répertoires de ton dossier perso sont il occupés par des données ?

Pour citer le message partie d'un message d'un autre intervenant ou un extrait d'article , sur ton message , tu fais comme pour les commandes que tu mets dans les balise code , mais là tu choisis celle d'a coté quote

Dernière modification par bluc (Le 29/10/2018, à 09:26)

François 76 · Le 29/10/2018, à 11:57

Bonjour bluc,
- données:
J'ai voulu sauvegarder un fichier sur une clé USB. Mais le cryptogramme USB n'apparaît pas dans la barre des menus de gauche. Bizarre, bizarre.. J'ai imprimé le fichier. Donc je n'ai pas de données à sauvergarder.
- ls /data:

PS: je corrige.
En fait je n'ai pas vu mais le cryptogramme apparaît sur le bureau. La force de habitudes, le trouver dans le menu de gauche/

Dernière modification par François 76 (Le 29/10/2018, à 17:38)

bluc · Le 29/10/2018, à 15:13

c'est normal il est vide , je suis en train de melanger les topics
donc il ne te reste a faire les deux commandes pour les liens des dossiers Documents Images Musique Téléchargements Vidéos
ces commandes en bas de page

François 76 · Le 29/10/2018, à 17:47

Je n"ai pas Windows. Je copie quan même cette ligne?

UUID=l'uuid du disque /Data     ntfs-3g defaults,windows_names,locale=fr_FR.UTF-8 0 0

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 26/10/2018, à 11:16

Re : [RESOLU]Stocker d'un SSd vers un HDD

#52 Le 26/10/2018, à 13:04

Re : [RESOLU]Stocker d'un SSd vers un HDD

#53 Le 26/10/2018, à 15:16

Re : [RESOLU]Stocker d'un SSd vers un HDD

#54 Le 26/10/2018, à 17:30

Re : [RESOLU]Stocker d'un SSd vers un HDD

#55 Le 26/10/2018, à 17:59

Re : [RESOLU]Stocker d'un SSd vers un HDD

#56 Le 26/10/2018, à 18:04

Re : [RESOLU]Stocker d'un SSd vers un HDD

#57 Le 26/10/2018, à 19:15

Re : [RESOLU]Stocker d'un SSd vers un HDD

#58 Le 26/10/2018, à 19:27

Re : [RESOLU]Stocker d'un SSd vers un HDD

#59 Le 26/10/2018, à 19:37

Re : [RESOLU]Stocker d'un SSd vers un HDD

#60 Le 26/10/2018, à 20:36

Re : [RESOLU]Stocker d'un SSd vers un HDD

#61 Le 27/10/2018, à 10:44

Re : [RESOLU]Stocker d'un SSd vers un HDD

#62 Le 27/10/2018, à 19:06

Re : [RESOLU]Stocker d'un SSd vers un HDD

#63 Le 28/10/2018, à 14:20

Re : [RESOLU]Stocker d'un SSd vers un HDD

#64 Le 28/10/2018, à 14:34

Re : [RESOLU]Stocker d'un SSd vers un HDD

#65 Le 28/10/2018, à 14:38

Re : [RESOLU]Stocker d'un SSd vers un HDD

#66 Le 28/10/2018, à 15:45

Re : [RESOLU]Stocker d'un SSd vers un HDD

#67 Le 28/10/2018, à 16:16

Re : [RESOLU]Stocker d'un SSd vers un HDD

#68 Le 28/10/2018, à 17:42

Re : [RESOLU]Stocker d'un SSd vers un HDD

#69 Le 28/10/2018, à 18:58

Re : [RESOLU]Stocker d'un SSd vers un HDD

#70 Le 28/10/2018, à 19:01

Re : [RESOLU]Stocker d'un SSd vers un HDD

#71 Le 29/10/2018, à 06:34

Re : [RESOLU]Stocker d'un SSd vers un HDD

#72 Le 29/10/2018, à 08:50

Re : [RESOLU]Stocker d'un SSd vers un HDD

#73 Le 29/10/2018, à 11:57

Re : [RESOLU]Stocker d'un SSd vers un HDD

#74 Le 29/10/2018, à 15:13

Re : [RESOLU]Stocker d'un SSd vers un HDD

#75 Le 29/10/2018, à 17:47

Re : [RESOLU]Stocker d'un SSd vers un HDD

Pied de page des forums