[Résolu] Partitionnement Ubuntu pour pc graphiste

indo66 · Le 28/07/2016, à 16:11

Mais du coup de hdd, il faut le formater en fat32 ou ext4 ?

Rufus T. Firefly · Le 28/07/2016, à 16:12

Moi j'ai du mal à savoir ce que tu veux faire au juste. Tu enlèves des disques, tu en mets d'autres, tantôt il y a 2 ssd, un disque de 1 To, un disque de 2 To, un disque de 320 Go... Tu copies des trucs de l'un à l'autre... Sur le disque de 320 Go il n'y avait pas de partition alors que tu dis y avoir copié du w$, maintenant il y en a une...
Je n'ai pas de boule de cristal...

Dernière modification par Rufus T. Firefly (Le 28/07/2016, à 16:15)

indo66 · Le 28/07/2016, à 16:17

oui je me suis bien embrouillé !!! Finalement vu les difficulté;
es qu'un ssd est intéressant pour linux ? Pour le graphisme ?

Nasman · Le 28/07/2016, à 16:20

En gros
ext4 pour fichiers linux - système de fichiers journalisé (plus sécurisé) et gérant les droits d'accès linux
ntfs pour fichiers windows système de fichiers journalisé (plus sécurisé) - Linux y a accès en lecture et écriture mais ne gère pas les droits d'accès ni les réparations/défragmentations
fat32 lisible par tous les systèmes mais non journalisé et se fragmentant. Le fat32 n'autorise pas les fichiers de plus de 4 Gio (génant pour de la vidéo notamment)

Rufus T. Firefly · Le 28/07/2016, à 16:27

Il n'y a pas de difficultés... Mais il faut se décider... On ne va pas installer des choses sur un disque que tu vas sortir 5 minutes plus tard pour le remplacer par un autre...
On peut partir de ça, si sda1 est vide, et si tu comptes laisser ce disque en place :

valentin@valentin-desktop ~ $ sudo lsblk -o NAME,LABEL,SIZE,FSTYPE,MOUNTPOINT,UUID
[sudo] password for valentin: 
NAME   LABEL   SIZE FSTYPE MOUNTPOINT                                           UUID
sda          298,1G                                                             
└─sda1       298,1G ext4   /media/valentin/fcf80872-9669-49d5-b34c-c3c6384ad9d7 fcf80872-9669-49d5-b34c-c3c6384ad9d7
sdb           55,9G                                                             
├─sdb1        18,6G ext4   /                                                    cc4352ed-b9e6-47d1-bca2-4a026c3b8fa8
├─sdb5         4,7G swap   [SWAP]                                               6a156159-66a7-4bf1-8f5f-7b1df39f9904
└─sdb6        32,6G ext4   /home                                                c0b0c863-c865-4c94-96bf-8b82ad6717b9
sr0           1024M

indo66 · Le 28/07/2016, à 16:37

D'accord on continus avec :

valentin@valentin-desktop ~ $ sudo lsblk -o NAME,LABEL,SIZE,FSTYPE,MOUNTPOINT,UUID
[sudo] password for valentin: 
NAME   LABEL   SIZE FSTYPE MOUNTPOINT UUID
sda          298,1G                   
└─sda1       298,1G ext4              c29962c1-b26d-450f-8af7-465255eaddf2
sdb           55,9G                   
├─sdb1        18,6G ext4   /          cc4352ed-b9e6-47d1-bca2-4a026c3b8fa8
├─sdb5         4,7G swap   [SWAP]     6a156159-66a7-4bf1-8f5f-7b1df39f9904
└─sdb6        32,6G ext4   /home      c0b0c863-c865-4c94-96bf-8b82ad6717b9
sr0           1024M                   
valentin@valentin-desktop ~ $ ^C

Dernière modification par indo66 (Le 28/07/2016, à 16:46)

indo66 · Le 28/07/2016, à 16:57

du coup pour mettre /documents & /images & ... je doit le faire en lignes de commandes ?

Rufus T. Firefly · Le 28/07/2016, à 17:12

Déjà, on va fabriquer un point de montage pour sda1 :

sudo mkdir /data

Puis on monte sda1 sur /data

sudo umount /dev/sda1 # au cas où tu l'aurais monté par mégarde
sudo mount /dev/sda1 /data

Ensuite on copie tout ce qu'il y a dans /home/valentin sur sda1, c'est-à-dire sur /data :

sudo cp -a /home/valentin/* /data/

(en fait on aura copié aussi les petits fichiers cachés, mais ça ne gène pas et tu peux toujours les enlever après sur /data)
Enfin on crée le montage automatique et les liens :

gksudo gedit /etc/fstab

Tu devrais voir des choses qui ressemblent à ça :

# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sd.. during installation
UUID=cc4352ed-b9e6-47d1-bca2-4a026c3b8fa8 /  ext4 errors=remount-ro 0 1
# swap was on /dev/sd.. during installation
UUID=6a156159-66a7-4bf1-8f5f-7b1df39f9904 none swap sw  0 0
# /home was on /dev/sd.. during installation
UUID=c0b0c863-c865-4c94-96bf-8b82ad6717b9 /home  ext4 defaults 0 2

Et tu ajoutes ceci :

# montage de sda1 sur /data
UUID=fcf80872-9669-49d5-b34c-c3c6384ad9d7 /data ext4 defaults 0 2
# liens
/data/Documents /home/valentin/Documents none bind
/data/Images /home/valentin/Images none bind
/data/Modèles /home/valentin/Modèles none bind
/data/Musique /home/valentin/Musique none bind
/data/Public /home/valentin/Public none bind
/data/Téléchargements /home/valentin/Téléchargements none bind
/data/Vidéos /home/valentin/Vidéos none bind

Vérifie quand même que les répertoires que je t'ai indiqués existent tous chez toi et rectifie en conséquences si nécessaire...
Après le dernier bind tu passes à la ligne (fstab aime bien se terminer par une ligne vide). Tu enregistres et tu redémarres.

Dans un second temps, si tout se passe bien jusque là, on déplacera aussi /var/log.

Dernière modification par Rufus T. Firefly (Le 28/07/2016, à 17:16)

indo66 · Le 28/07/2016, à 17:25

valentin@valentin-desktop ~ $ sudo mkdir /data
[sudo] password for valentin: 
mkdir: cannot create directory ‘/data’: File exists
valentin@valentin-desktop ~ $ sudo umount /dev/sda1 #
valentin@valentin-desktop ~ $ sudo mount /dev/sda1 /data
valentin@valentin-desktop ~ $ sudo cp -a /home/valentin/* /data
valentin@valentin-desktop ~ $ gksudo gedit /etc/fstab
valentin@valentin-desktop ~ $ gksudo gedit /etc/fstab
valentin@valentin-desktop ~ $ gksudo gedit /etc/fstab

zut gedit n'etait pas installer !! ?-?

j'ai

gksudo gedit /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=cc4352ed-b9e6-47d1-bca2-4a026c3b8fa8 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb6 during installation
UUID=c0b0c863-c865-4c94-96bf-8b82ad6717b9 /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=6a156159-66a7-4bf1-8f5f-7b1df39f9904 none            swap    sw              0

qui devient :

# /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=cc4352ed-b9e6-47d1-bca2-4a026c3b8fa8 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb6 during installation
UUID=c0b0c863-c865-4c94-96bf-8b82ad6717b9 /home           ext4    defaults        0       2
# swap was on /dev/sdb5 during installation
UUID=6a156159-66a7-4bf1-8f5f-7b1df39f9904 none            swap    sw              0       0


# montage de sda1 sur /data
UUID=fcf80872-9669-49d5-b34c-c3c6384ad9d7 /data ext4 defaults 0 2
# liens
/data/Documents /home/valentin/Documents none bind
/data/Images /home/valentin/Images none bind
/data/Modèles /home/valentin/Modèles none bind
/data/Musique /home/valentin/Musique none bind
/data/Public /home/valentin/Public none bind
/data/Téléchargements /home/valentin/Téléchargements none bind
/data/Vidéos /home/valentin/Vidéos none bind

Rufus T. Firefly · Le 28/07/2016, à 17:39

Et quand tu redémarres (après avoir enregistré fstab, bien sûr) ?

Dernière modification par Rufus T. Firefly (Le 28/07/2016, à 17:40)

indo66 · Le 28/07/2016, à 17:49

Arg ai enregistrer ! Et en redémarrant ça fait :
http://hpics.li/d07af15

Rufus T. Firefly · Le 28/07/2016, à 17:55

Mais tu avais déjà redémarré une fois (avant de faire les montages) ? Parce qu'il n'y a aucune raison que ça fasse ça...

indo66 · Le 28/07/2016, à 18:00

J'ai rien fiait de particulier

Rufus T. Firefly · Le 28/07/2016, à 18:12

Pour voir, tu peux redémarrer en live.
Ensuite, pour repérer la racine du ssd (la partition d'une quinzaine de Go, 18 ?)

sudo lsblk

Ce sera sda1 ou sdb1, en live.
Tu la montes :

sudo mount /dev/sdX1 /mnt # remplacer X par ce qui convient

Puis tu ouvres fstab :

sudo nano /mnt/etc/fstab

Donc tu devrais voir ton fichier précédent.
Tu mets un # au début de chaque ligne ajoutée, puis ctrl + O pour enregistrer et ctrl + X pour quitter.
Puis tu redémarres sur le ssd (enlever la clef usb ou le dvd live).
Tu seras revenu à la situation antérieure.

moko138 · Le 28/07/2016, à 18:46

Rufus,
à 1ère vue, j'ai l'impression que l'étape

cp -aR ...

n'a pas été pratiquée.

Rufus T. Firefly · Le 28/07/2016, à 18:50

valentin@valentin-desktop ~ $ sudo mkdir /data
[sudo] password for valentin: 
mkdir: cannot create directory ‘/data’: File exists
valentin@valentin-desktop ~ $ sudo umount /dev/sda1 #
valentin@valentin-desktop ~ $ sudo mount /dev/sda1 /data
valentin@valentin-desktop ~ $ sudo cp -a /home/valentin/* /data
...

Comme ça ne dit rien, ça a dû se faire, en principe
Et puis -aR n'est pas nécessaire. R est compris dans -a (cf man cp)

Dernière modification par Rufus T. Firefly (Le 28/07/2016, à 18:52)

moko138 · Le 28/07/2016, à 19:03

D'accord, merci !

Et merci pour "R est compris dans -a" !

moko138 · Le 28/07/2016, à 19:38

Je viens d'expérimenter

cp -a ~/* /data/test

cette commande copie bien mon home, mais à l'exclusion des éléments cachés !

moko138 · Le 28/07/2016, à 19:54

Il y a du mieux avec

cp -a ~/* /data/test
cp -a ~/.* /data/test  # pour les éléments cachés

Mais avec une flopée de messages de ce style :

cp: ne créera pas le lien direct «/data/test/.config» vers le répertoire «/data/test/./.config»

dont le sens m'échappe totalement.

J'ai l'impression qu'il n'y a pas de différence entre l'original et la copie, mais

du -s
95996	.

tandis que

du -s /data/test
95948	/data/test

il y a 48 octets kilo-octets en moins dans la copie.
- -
Je recommence les tests avec sudo.

Dernière modification par moko138 (Le 28/07/2016, à 20:56)

moko138 · Le 28/07/2016, à 20:06

sudo cp -a ~/* /data/test
sudo cp -a ~/.* /data/test  # pour les éléments cachés

Toujours la même flopée de messages.
Et

sudo du -s
95992	.

sudo du -s /data/test
95944	/data/test

il y a toujours 48 octets kilo-octets en moins dans la copie.

Dernière modification par moko138 (Le 28/07/2016, à 20:56)

Compte supprimé · Le 28/07/2016, à 20:22

moko138 a écrit :

Il y a du mieux avec
cp -a ~/* /data/test
cp -a ~/.* /data/test  # pour les éléments cachés
Mais avec une flopée de messages de ce style :
cp: ne créera pas le lien direct «/data/test/.config» vers le répertoire «/data/test/./.config»
dont le sens m'échappe totalement.
…

cp -auv ~  /data/test

cp … ~ … → Tous les fichiers
cp … ~/* … Tous sauf les .*
cp … ~/.* … Seulement les .*

moko138 · Le 28/07/2016, à 20:55

Merci Ludovic, mais...

cp -auv ~  /data/test

La 1ère différence avec

cp -a ~/* /data/test ; cp -a ~/.* /data/test

est de rajouter le niveau /user/ dans l'arborescence de la copie.
Je n'en vois pas l'utilité ; en vois-tu une ?
- -
Ensuite

sudo du -s
76892	.

sudo du -s /data/test/moi
76824	/data/test/moi

La copie fait maintenant 68 kio de moins que l'original (contre 48 précédemment).

Remarque 1 : plus haut j'ai écrit "octets" au lieu de "kilooctets" (kio). Je corrige.

Remarque 2 : le fichier .bash_history est le même dans l'original et la copie :

 10462 juil. 28 20:13 .bash_history

En revanche,

Question :
où est stockée la mémoire répondant à la commande

history

? (sachant que ce N'est PAS .bash_history).

Compte supprimé · Le 28/07/2016, à 21:01

D'accord, je ne sais pas tout, mais si tu ne veux pas le user, il faut mettre :

cp -auv /home/user  /data/test

et surtout pas :

cp -auv /home/user/*  /data/test

ÉDIT : OUPS : LOUPÉ.

Dernière modification par Compte supprimé (Le 28/07/2016, à 21:02)

moko138 · Le 28/07/2016, à 21:45

Pardon de mon hors-sujet ci-dessus : je suis à côté de mes pompes.

Revenons à nos moutons.
Je repense à la mise en garde finale de nesthib, le 2/2/2014 :
./viewtopic.php?pid=15927671#p15927671

nesthib a écrit :

Attention, la manipulation suivante peut empêcher le système de démarrer si tu fais une erreur.
Modifie le fichier /etc/fstab
sudo nano /etc/fstab
ajoute à la fin du fichier une ligne de la forme:
/emplacement/vers/le/disque/D/dossier/de/musique    /home/utilisateur/Musique    bind    defaults,bind    0    0
Bien sûr il faut faire attention au nom des points de montage et remplacer par les emplacements appropriés.
Enregistre le fichier et remonte les partitions:
sudo mount -a
Dans l'exemple donné ici, /home/utilisateur/Musique pointera désormais vers /emplacement/vers/le/disque/D/dossier/de/musique
/home/utilisateur/Musique doit être vide avant d'effectuer l'opération!

doit être vide...

Rufus T. Firefly · Le 28/07/2016, à 23:07

moko138 a écrit :

doit être vide...

Ce n'est pas absolument nécessaire. Mais ce qui pourrait s'y trouver deviendrait inaccessible. Ça peut être gênant et même pire que ça, si ça contient des routines système par exemple. Tu fais un montage sur /bin, par exemple, là tu auras des surprises (ça ne démarre même plus en recovery, puisque dès que le montage est refait, en général assez au début du démarrage, tout ce qu'il y a dans /bin devient inaccessible)...
De toutes façons, ça ne joue pas dans notre cas, puisque les répertoires de /home/user sont normalement vides après une installation, et quand bien même il y aurait déjà un fichier ou l'autre, on le copie de toutes façons sur /data, puis on le récupère par montage/bind... Alors il y aurait effectivement aussi le même (d'origine) mais masqué et inaccessible....

Dernière modification par Rufus T. Firefly (Le 28/07/2016, à 23:11)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 28/07/2016, à 16:11

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#52 Le 28/07/2016, à 16:12

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#53 Le 28/07/2016, à 16:17

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#54 Le 28/07/2016, à 16:20

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#55 Le 28/07/2016, à 16:27

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#56 Le 28/07/2016, à 16:37

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#57 Le 28/07/2016, à 16:57

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#58 Le 28/07/2016, à 17:12

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#59 Le 28/07/2016, à 17:25

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#60 Le 28/07/2016, à 17:39

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#61 Le 28/07/2016, à 17:49

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#62 Le 28/07/2016, à 17:55

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#63 Le 28/07/2016, à 18:00

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#64 Le 28/07/2016, à 18:12

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#65 Le 28/07/2016, à 18:46

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#66 Le 28/07/2016, à 18:50

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#67 Le 28/07/2016, à 19:03

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#68 Le 28/07/2016, à 19:38

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#69 Le 28/07/2016, à 19:54

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#70 Le 28/07/2016, à 20:06

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#71 Le 28/07/2016, à 20:22

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#72 Le 28/07/2016, à 20:55

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#73 Le 28/07/2016, à 21:01

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#74 Le 28/07/2016, à 21:45

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

#75 Le 28/07/2016, à 23:07

Re : [Résolu] Partitionnement Ubuntu pour pc graphiste

Pied de page des forums