Résolu configuration systeme sur ssd et doc sur hdd

Rufus T. Firefly · Le 04/02/2017, à 22:19

Ajouter une ligne, ce n'est pas mettre bout à bout...
Il faut que ça donne ça :

# /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/sda1 during installation
UUID=42c4b5c3-e799-489c-b596-b4066b487f84 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=7ee17742-68d4-489b-99e6-b1f0466e758c none            swap    sw 0 0
UUID=b8da4633-2825-4e89-8759-21d32bc8082d  /data ext4 defaults 0 2

Et puis tu as viré les deux 0 (zéro, ce sont des chiffres qui indiquent des options de vérification) à la fin de ligne de swap... Remets-les !
Il faut être méthodique et rien ne presse !

Dernière modification par Rufus T. Firefly (Le 04/02/2017, à 22:26)

gc29 · Le 04/02/2017, à 22:23

jagounette@jagounette:~$ sudo lsblk -o name,label,size,fstype,mountpoint,uuid
sudo: impossible de déterminer le nom de l'hôte jagounette
NAME   LABEL   SIZE FSTYPE MOUNTPOINT UUID
sda          232,9G                   
├─sda1         217G ext4   /          42c4b5c3-e799-489c-b596-b4066b487f84
└─sda5        15,9G swap   [SWAP]     7ee17742-68d4-489b-99e6-b1f0466e758c
sdb          931,5G                   
└─sdb1       931,5G ext4   /data      b8da4633-2825-4e89-8759-21d32bc8082d
sr0           1024M

Rufus T. Firefly · Le 04/02/2017, à 22:27

Redémarre, pour voir si c'est toujours bon...

gc29 · Le 04/02/2017, à 22:33

c'est redémarré

Rufus T. Firefly · Le 04/02/2017, à 22:34

Et c'est toujours monté, je m'imagine ?

gc29 · Le 04/02/2017, à 22:37

jagounette@jagounette:~$ sudo lsblk -o name,label,size,fstype,mountpoint,uuid
sudo: impossible de déterminer le nom de l'hôte jagounette
[sudo] Mot de passe de jagounette : 
NAME   LABEL   SIZE FSTYPE MOUNTPOINT UUID
sda          232,9G                   
├─sda1         217G ext4   /          42c4b5c3-e799-489c-b596-b4066b487f84
├─sda2           1K                   
└─sda5        15,9G swap   [SWAP]     7ee17742-68d4-489b-99e6-b1f0466e758c
sdb          931,5G                   
└─sdb1       931,5G ext4   /data      b8da4633-2825-4e89-8759-21d32bc8082d
sr0           1024M

Rufus T. Firefly · Le 04/02/2017, à 22:42

Donc c'est bon ! Le "répertoire" (devenu point de montage) /data est en fait la partition sdb1 du disque de 1 To.
Tu peux vérifier :

df -h

(df = disk free).
La question qui se pose maintenant, c'est quoi déporter sur le disque sdb ?
Personnellement, je mettrais (presque) tout ce qui apparaît dans

ls -l

et quelques autres trucs, mais on peut voir ça après.
(renvoie le résultat de la commande, que je vois aussi ce qu'il y a)

Dernière modification par Rufus T. Firefly (Le 04/02/2017, à 22:43)

gc29 · Le 04/02/2017, à 22:44

jagounette@jagounette:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    9,8M  1,6G   1% /run
/dev/sda1          214G     16G  187G   8% /
tmpfs              7,8G    328K  7,8G   1% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/sdb1          917G     72M  871G   1% /data
tmpfs              1,6G     48K  1,6G   1% /run/user/1000
tmpfs              2,4G       0  2,4G   0% /var/cache/unifi-video

jagounette@jagounette:~$ ls -l
total 48
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Bureau
drwxrwxr-x 2 jagounette jagounette 4096 janv. 29 19:18 deja-dup
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Documents
-rw-r--r-- 1 jagounette jagounette 8980 janv. 28 12:40 examples.desktop
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Images
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Modèles
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Musique
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Public
drwxr-xr-x 2 jagounette jagounette 4096 janv. 29 18:01 Téléchargements
drwxr-xr-x 2 jagounette jagounette 4096 janv. 28 13:34 Vidéos

gc29 · Le 04/02/2017, à 22:47

un grand merci déjà, pour l'instant je n'ai rien transféré ou installé le temps de d'essayer de faire un truc propre. Autant ne rien perdre et mettre les choses à leur place, sans toi entre autre je n'y serais jamais parvenu.

Rufus T. Firefly · Le 04/02/2017, à 23:27

Deja-dup ?
Comment ça se fait que tu ais déjà ça ? Ce n'est pas très utile. Le système c'est très vite réinstallé...
Mais passons...
Moi, je mettrais Documents, Images, Modèles (?), Musique, Public (?), Téléchargements et Vidéos sur le disque de 1 To
Mais pas Bureau. Comme ça, quand tu travailles sur quelque chose, tu peux le mettre sur Bureau et bénéficier de toute la vitesse du ssd. Puis quand c'est terminé, tu peux toujours le déplacer là où il faut, ie quelque part sur sdb...

En fait je vais te donner la technique générale, que tu pourras arranger à ta convenance, au fur et à mesure de tes besoins.
L'idée, c'est de faire des répertoires homologues dans /home/jagounette et dans /data, puis de créer un tuyau entre les deux (encore du montage, donc dans /etc/fstab).
Le mieux, c'est de le faire d'abord sur un exemple. Mettons le répertoire Documents.
On va créer un fichier là-dedans, histoire qu'il ne soit pas vide (pour les besoins de l'explication)

touch ~/Documents/toto.txt

(~/ est un raccourci pour /home/jagounette/)
Puis tu vérifies avec le gestionnaire de fichiers qu'il y a bien un toto.txt dans Documents.

On va copier Documents sur /data, en conservant les droits (option -a de cp)

sudo cp -a ~/Documents /data/

Vérifier avec le gestionnaire de fichier qu'il y a bien un sous-répertoire Documents dans /data et qu'il contient bien un fichier toto.txt (et autre chose, s'il y avait déjà quelque chose dans le répertoire ~/Documents.
Puis on va pouvoir nettoyer ~/Documents/ puisque ça a été copié sur /data

rm -rf ~/Documents/*

Attention avec rm -rf ! Il vaut mieux bien vérifier, parce que ça efface récursivement et définitivement ! Ne jamais faire ça avec sudo à moins d'être absolument sûr !
Le répertoire ~/Documents devrait être vide.

Et maintenant, on va créer le tuyau.

gksudo gedit /etc/fstab

On ajoute la ligne :

/data/Documents  /home/jagounette/Documents none bind

Puis on teste :

sudo mount -a

Ô surprise, le fichier toto.txt est revenu dans /home/jagounette/Documents !

Donc c'est totalement transparent ! Tu utilises Documents comme tu le fais d'habitude, sauf que, physiquement, les données en question sont dans un répertoire de la partition sdb1. J'ajoute que j'ai pris le même nom de répertoire (c'est plus parlant) mais ce n'est pas obligé. Le tout c'est que ça colle avec les 2 bouts de tuyau indiqués dans /etc/fstab.

Voilà ce que ça donne chez moi :

UUID=2facd2dd-b4b3-4f4f-ae6b-72a483636318  /data ext4 defaults 0 2
/data/Documents /home/rufus/Documents none bind
/data/Images /home/rufus/Images none bind
/data/Musique /home/rufus/Musique none bind
/data/Scripts /home/rufus/Scripts none bind
/data/Téléchargements /home/rufus/Téléchargements none bind
/data/Vidéos /home/rufus/Vidéos none bind
# avoir les marques pages firefox sur les 3 linux
/data/firefox /home/rufus/.mozilla/firefox none bind
# mettre flashplayer à jour sur les 3 linux à la fois
/data/mozilla/plugins /usr/lib/mozilla/plugins none bind
# développement de sites html/php communs aux 3 linux
/data/html /srv/html none bind

Quand j'installe un nouveau linux, je crée simplement les répertoires qui manquent (Script, par exemple) et je copie les lignes précédentes dans le nouveau /etc/fstab. Et aussitôt, j'ai accès à tous mes documents, y compris mon profil firefox et mes marque-pages... Très très pratique !

Dernière modification par Rufus T. Firefly (Le 05/02/2017, à 00:01)

gc29 · Le 04/02/2017, à 23:43

merci encore de ta patience. Je n'ai plus qu'a tout re preprendre en arrière pour essayer de comprendre. Encore chinois pour moi, bien que les commandes soient simples et permettent de faire à la carte.

Ayral · Le 04/02/2017, à 23:48

Concernant la commande rm -rf proposée par Rufus, fais très attention au conseil- mise en garde qu'il te donne à juste titre

Attention avec rm -rf ! Il vaut mieux bien vérifier, parce que ça efface récursivement et définitivement ! Ne jamais faire ça avec sudo à moins d'être absolument sûr !

Récursif ça veut dire que la commande est capable, mal utilisée ou mal saisie, de tout supprimer en partant en marche arrière, en remontant jusqu'à la racine, te laissant un disque tout nu comme au jour de sa naissance.

Rufus T. Firefly · Le 04/02/2017, à 23:56

Prends ton temps ! C'est toujours pareil : plus tu es libre d'intervenir pour satisfaire tes besoins, plus il y a de trucs à apprendre. Au début, c'est normal qu'on nage un peu. On en est tous passé par là...
Après, quand on commence à maîtriser un peu on est quand même content.

gc29 · Le 05/02/2017, à 00:07

merci, vue mes lacunes je ne me risquerais pas seul à l’apprenti sorcier avec des docs en jeux. Le hic, c'est d'utiliser certains fichiers sur plusieurs pc situés sur des sites différents dans la journée, et de ne plus savoir lequel est le dernier lorsque des imprévus font que la journée de travail n'a pas de fin.

gc29 · Le 05/02/2017, à 00:12

ca fait plaisir de voir qu'il y a encore des gens qui ont l'esprit communautaire même derrière un clavier. Même dans la communauté motarde c'est en déclin

gc29 · Le 05/02/2017, à 13:06

Bonjour, aujourdhui j'en suis là :

jagounette@jagounette-System-Product-Name:~$ 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/sda1 during installation
UUID=42c4b5c3-e799-489c-b596-b4066b487f84 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=7ee17742-68d4-489b-99e6-b1f0466e758c none            swap    sw 0 0
UUID=b8da4633-2825-4e89-8759-21d32bc8082d  /data ext4 defaults 0 2
/data/Documents  /home/jagounette/Documents none bind
/data/Images  /home/jagounette/Images none bind
/data/Modèles  /home/jagounette/Models none bind
/data/Musique  /home/jagounette/Musique none bind
/data/Public  /home/jagounette/Public none bind
/data/Téléchargements  /home/jagounette/Téléchargements none bind
/data/Vidéos  /home/jagounette/Vidéos none bind

J'espère que c'est bon. Ca avait mal commencé, à l'installation le pc a ajouter au nom "system-product-name", je l'avais supprimé donc plus droit d'acces. Ensuite, par précaution je n'ai pas effectué le ligne

rm -rf ~/Images/*

étant donné que c'était vide. A tord ?

gksudo gedit /etc/fstab

ok
ajout de ligne

/data/Images /home/jagounette/Images none bind

ok

sudo mount -a

c'est là que sa coince message d'erreur que je n'ai pas noté sur papier, j'ai forcé pour voir, redémarré le pc, en allant dans data j'ai bien mes répertoires coup de bol du débutant ou je vais avoir un bug ?
Merci

Dernière modification par gc29 (Le 25/02/2018, à 09:48)

Rufus T. Firefly · Le 05/02/2017, à 14:15

/data/Modèles  /home/jagounette/Models none bind

Il y a peut-être des fautes d'orthographe. Si tu as bien copié (avec cp -a) les répertoires d'origine dans /data, ils ont en principe le même nom. Donc Models et Modèles ? Ce qui génère une erreur au montage (accessoirement, prends l'habitude de bien noter les erreurs : le plus souvent la cause, et parfois le remède, sont indiqués)

A part ça, vider le répertoire d'origine, c'est pour éviter des données en double (puisqu'elles seront sur /data/répertoire). D'autant plus que : si tu utilises un répertoire non vide pour monter quelque chose dessus, ce qu'il contient sera masqué par le montage, et donc sera inaccessible (mais prendra néanmoins de la place) tant que le montage sera actif.

Par ailleurs, pour vérifier si ça fonctionne bien, tu peux mettre un fichier dans ~/répertoire et vérifier avec le gestionnaire de fichiers que tu le trouves dans /data/répertoire. Ou réciproquement, un fichier que tu mettrais dans /data/répertoire devrait apparaître dans ~/répertoire

Dernière modification par Rufus T. Firefly (Le 05/02/2017, à 14:22)

gc29 · Le 05/02/2017, à 14:36

effectivement il manquait un"e" et un accent, maintenant j'ai :

jagounette@jagounette-System-Product-Name:~$ gksudo gedit /etc/fstab

** (gedit:8412): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-spell-enabled n'est pas prise en charge

** (gedit:8412): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-encoding n'est pas prise en charge

** (gedit:8412): WARNING **: Set document metadata failed: La définition de l'attribut metadata::gedit-position n'est pas prise en charge

il me restera a utiliser la commande

re -rf ~/Images/*

entre autre

Rufus T. Firefly · Le 05/02/2017, à 15:05

Je ne sais pas à quoi au juste tiennent les warning, mais ça n'a pas d'effet sur le fonctionnement.
La commande pour vider le répertoire d'origine n'est utile que s'il y a quelque chose dedans.

En fait la méthode que je t'ai indiquée est générale. mais on peut faire autrement. Le tout, c'est d'avoir les données pré-existantes (qu'en principe tu veux conserver) dans un répertoire adéquat de /data (donc sur le disque de 1 To). Puis de monter ce répertoire, via une ligne bind dans /etc/fstab, sur un répertoire prévu à cet effet de ton dossier /home/jagounette (lequel se trouve sur ton ssd).

Si tu regardes ça, tu vois que mon dossier /home se trouve sur la racine ( / ) qui fait 11.2 Go et qui est occupée à moitié, environ. Pourtant /home "contient" 248 Go de fichiers ! En réalité, ils sont sur une partition /data... (cf mon fichier fstab plus haut).

Dernière modification par Rufus T. Firefly (Le 05/02/2017, à 15:13)

gc29 · Le 05/02/2017, à 15:06

le nettoyage est fait, et ça fonctionne dans les 2 sens, malgré l'arrivée de marcel (ça souffle) et le refus de démarrage du groupe électrogène. Maintenant open vpn me pose des soucis entre les différents tuto qu'il faut croiser... La refus de connexion. Un autre sujet peut être.
Merci encore

Rufus T. Firefly · Le 05/02/2017, à 15:18

Comme tu peux le penser, tu peux évidemment ajouter des choses dans fstab.
Moi j'ai par exemple un répertoire Scripts pour mes petits bidouillages.
1) créer le répertoire dans /home/rufus :

mkdir Scripts

2) le copier sur /data

sudo cp -a ~/Scripts /data/

(si tu fais ça après un certain temps d'utilisation de Scripts, donc s'il contient déjà des données, vider le répertoire ~/Scripts après la copie sur /data)
3) l'intégrer dans fstab

/data/Scripts /home/rufus/Scripts none bind

Et le tour est joué...

Donc tu vois que tu peux très mettre des choses sur le ssd, pour bénéficier de sa vitesse, puis, plus trad, les déplacer sur le disque dur, tout en les gardant parfaitement accessibles et comme d'habitude...

Dernière modification par Rufus T. Firefly (Le 05/02/2017, à 15:26)

gc29 · Le 05/02/2017, à 15:32

effectivement avec de la pratique ça doit être sympa, le hic c'est qu'avec autant de possibilité on peut faire des bourdes. Il n'y a pas une commande magique pour annuler la dernière opération par hasard ? Entre les fautes de frappes, précipitation et j'en passe...
Pour être bien il ne serait pas inutile de copier par exemple dans le dossier script les manips effectuées pour relire ou corriger voir refaire après une longue période (c'était comment déjà).

Rufus T. Firefly · Le 05/02/2017, à 15:42

gc29 a écrit :

effectivement avec de la pratique ça doit être sympa, le hic c'est qu'avec autant de possibilité on peut faire des bourdes. Il n'y a pas une commande magique pour annuler la dernière opération par hasard ? Entre les fautes de frappes, précipitation et j'en passe...
Pour être bien il ne serait pas inutile de copier par exemple dans le dossier script les manips effectuées pour relire ou corriger voir refaire après une longue période (c'était comment déjà).

Ce que tu peux toujours faire, quand tu trifouilles dans des fichiers système, c'est d'en faire un copie avant.

sudo cp /.../unfichiersystème /.../unfichiersystème.original

S'il s'avère que tu as fait une bourde :

sudo cp /.../unfichiersystème.original /.../unfichiersystème

Et ça, tu peux faire en recovery si ça ne démarre plus en graphique, ou même en démarrant sur un live (cd ou usb) si ça ne démarre plus du tout, puis en montant la partition sur laquelle se trouve la bourde (par exemple) :

sudo mount /dev/sda1 /mnt
sudo cp /mnt/.../unfichiersystème.original /mnt/.../unfichiersystème

Edit : je te conseille de faire une clef usb live d'un linux quelconque et de la ranger quelque part. C'est bien utile (il y a même une technique pas très compliquée, le chroot, qui permet de greffer une tête saine, le linux démarré en live, sur des jambes malades, le linux installé qui ne fonctionne plus, puis de réparer ça)...

Dernière modification par Rufus T. Firefly (Le 05/02/2017, à 15:51)

erresse · Le 05/02/2017, à 15:48

Bonjour,

Je vois que Rufus t'as bien pris en main et que l'ensemble est maintenant fonctionnel. C'est bon !

Je voudrais juste préciser une particularité concernant le déport des répertoires "standard" de /home vers /data.
Il y a deux manières d'établir le lien (le "tuyau" comme dit Rufus) entre le répertoire de /home et celui de /data : On peut soit créer des montages "bind" comme tu l'as fait dans fstab, soit créer des liens symboliques dans le /home qui pointent vers /data.

Le fonctionnement est satisfaisant et transparent, sauf sur un point : la gestion de la corbeille.
Avec la méthode des liens symboliques, la mise d'un objet à la corbeille sera refusée et un message d'erreur s'affichera.
Avec la méthode des montages "bind", l'objet mis à la corbeille sera placé dans un répertoire Trash créé dans le répertoire déporté et il ne sera pas visible dans la corbeille générale (le système crée cette pseudo-corbeille, mais est incapable de la voir ensuite) et on ne pourra pas gérer cette pseudo-corbeille ni la vider, etc...

En conclusion, lorsqu'on utilise cet artifice TRÈS PRATIQUE (j'insiste !), il est préférable de supprimer totalement les objets sans les mettre à la corbeille (une option du gestionnaire de fichiers "Supprimer" peut être ajoutée au menu contextuel).
Il faut bien maîtriser son utilisation du système pour ne pas faire de suppression "par inadvertance", parce-que les objets supprimés de cette manière ne peuvent pas être restaurés (du moins pas sans un outil spécial)...

gc29 · Le 05/02/2017, à 15:54

info a conserver précieusement, avec la fonction recherche parfois on trouve, ou trop complexe ou l'on s'égare. Il serai intéressant d'avoir ces lignes entre autre dans un pense bête de la section débutant. Je sais que c'est du boulot à mettre en place, après ça fait gagner du temps et encourage à franchir le pas vers le libre.
merci également à toi erresse, ça en fait des détails a assimiler tout de même. Pas pire qu'apprendre à lire ou compter mais faut trouver le temps.

Dernière modification par gc29 (Le 05/02/2017, à 16:02)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 04/02/2017, à 22:19

Re : Résolu configuration systeme sur ssd et doc sur hdd

#27 Le 04/02/2017, à 22:23

Re : Résolu configuration systeme sur ssd et doc sur hdd

#28 Le 04/02/2017, à 22:27

Re : Résolu configuration systeme sur ssd et doc sur hdd

#29 Le 04/02/2017, à 22:33

Re : Résolu configuration systeme sur ssd et doc sur hdd

#30 Le 04/02/2017, à 22:34

Re : Résolu configuration systeme sur ssd et doc sur hdd

#31 Le 04/02/2017, à 22:37

Re : Résolu configuration systeme sur ssd et doc sur hdd

#32 Le 04/02/2017, à 22:42

Re : Résolu configuration systeme sur ssd et doc sur hdd

#33 Le 04/02/2017, à 22:44

Re : Résolu configuration systeme sur ssd et doc sur hdd

#34 Le 04/02/2017, à 22:47

Re : Résolu configuration systeme sur ssd et doc sur hdd

#35 Le 04/02/2017, à 23:27

Re : Résolu configuration systeme sur ssd et doc sur hdd

#36 Le 04/02/2017, à 23:43

Re : Résolu configuration systeme sur ssd et doc sur hdd

#37 Le 04/02/2017, à 23:48

Re : Résolu configuration systeme sur ssd et doc sur hdd

#38 Le 04/02/2017, à 23:56

Re : Résolu configuration systeme sur ssd et doc sur hdd

#39 Le 05/02/2017, à 00:07

Re : Résolu configuration systeme sur ssd et doc sur hdd

#40 Le 05/02/2017, à 00:12

Re : Résolu configuration systeme sur ssd et doc sur hdd

#41 Le 05/02/2017, à 13:06

Re : Résolu configuration systeme sur ssd et doc sur hdd

#42 Le 05/02/2017, à 14:15

Re : Résolu configuration systeme sur ssd et doc sur hdd

#43 Le 05/02/2017, à 14:36

Re : Résolu configuration systeme sur ssd et doc sur hdd

#44 Le 05/02/2017, à 15:05

Re : Résolu configuration systeme sur ssd et doc sur hdd

#45 Le 05/02/2017, à 15:06

Re : Résolu configuration systeme sur ssd et doc sur hdd

#46 Le 05/02/2017, à 15:18

Re : Résolu configuration systeme sur ssd et doc sur hdd

#47 Le 05/02/2017, à 15:32

Re : Résolu configuration systeme sur ssd et doc sur hdd

#48 Le 05/02/2017, à 15:42

Re : Résolu configuration systeme sur ssd et doc sur hdd

#49 Le 05/02/2017, à 15:48

Re : Résolu configuration systeme sur ssd et doc sur hdd

#50 Le 05/02/2017, à 15:54

Re : Résolu configuration systeme sur ssd et doc sur hdd

Pied de page des forums