Installation SSD à côté d'une HDD

lamontagne22 Membre non connecté
-
- Voir le profil du membre lamontagne22
- Inscrit le : 25/11/2017
- Groupes :
Reprise du message précédent
Bah, je ne sais pas ce que tu peux faire David ?Perso, je sauvegarde avec Clonezilla live USB
Par contre, peut-être agrandir les partitions et en commençant par la 11ème déplacer vers la droite avec Gparted 1024mo=1go
Et à condition qu'il reste de la place à droite...
Mais je ne crois pas que tu puisses faire tout çà avec tes 11 partitions....c'est très chaud là

à mon humble avis, c'est de laisser tout tel quel....que çà ne t'empêches pas de dormir, et qu'au final, je ne pense pas que çà changerai beaucoup le fonctionnement actuel de ton disque SSD



Visiteur

Donc me voilà beau maintenant avec mes 2 SSD et les 11 partitions...

Quelles sont maintenant les solutions qui se portent à moi pour y remédier ?
apparemment gparted le fait mais j'ai pas trouvé l'option sur mon gparted
l'alignement de la partition
si je viens de trouver il faut
clique droit sur la partition -> redimensionner/deplacer --> aligner sur : Mio

maintenant c'est pas sans risque comme toutes manipulation de partition ...
Édité par Visiteur Le 10/04/2015 à 19h21

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Je vois que tu as aussi des partitions non alignées :
sda2
sda8
sda9
Pas grave, ce n'est pas un SSD !
Sda2 ne peut pas être aligné car c'est une partition étendue, ou alors il faudrait perdre de la place inutilement.
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
Disque /dev/sda : 119,2 GiB, 128035676160 octets, 250069680 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000d82b9
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 40962047 40960000 19,5G 83 Linux
/dev/sda2 40962048 243720191 202758144 96,7G 83 Linux
/dev/sda3 243720192 250068991 6348800 3G 82 Linux swap / Solaris
Édité par m@rco123 Le 10/04/2015 à 19h29
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur

Donc me voilà beau maintenant avec mes 2 SSD et les 11 partitions...

Quelles sont maintenant les solutions qui se portent à moi pour y remédier ?
Tu peux effectivement réparer le problème avec Gparted. Réduis une partition du coté gauche pour aligner son point de départ. Je n'ai jamais eu de soucis avec Gparted tant qu'on se limite à redimensionner les partitions. Les déplacements, copies et clonages, c'est autre chose, prudence.
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :

Bien aligné alors chez moi
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !


lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
prendre le nombre le nombre de secteurs du début de la partition et le diviser par 2048
2048 convient pour des blocs de 512 octets, 1024 et 2048. Il y a maintenant des disques très gros qui ont des blocs de plus de 2048 octets et il faut donc diviser par 4096.
Il y a aussi le problème des blocs d'effacement des SSD, bien plus gros que les blocs d'adressage, pouvant dépasser le Mo, voir l'avertissement donné dans l'aide de l'installateur :
http://docteam.mageia.nl/fr/installer/content/doPartitionDisks.html
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

admel Membre non connecté
-
- Voir le profil du membre admel
- Inscrit le : 21/09/2014
- Site internet
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Bonsoir,
Pour la bonne blague :
SSD reçu, déballé et... Oups ! Mauvais format... Il y a quelques millimètres de différences (genre double format) entre un mSATA et un 2,5"... Ce dernier doit remplacer le HDD d'origine et l'espace spécialement prévu pour un SSD mSATA reste vide...
Kisékifé un renvoit ?

m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
c'est pépère qui retourne !!
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
il est dans la tour en vrac.
Aucune importance
donc, moi, je le reverrais pas.
C'est vous qui voyez
Édité par Ami age Le 12/04/2015 à 11h24



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :

Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !


m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :

tu mets pas les 2 vis !!

cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b

admel Membre non connecté
-
- Voir le profil du membre admel
- Inscrit le : 21/09/2014
- Site internet
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Bonjour,
Effectivement c'est dans un portable.
Pour le coup des vis, pas de souci (mais je les mettrais quand même), le hic vient du format. Un SSD SATA III en 2,5" fait plus du double du gabarit qu'un SSD mSATA. Alors à moins de retirer le lecteur optique, acheter un cable SATA et connecter l'engin en vrac qui glissera au moindre déplacement, je préfère le renvoyer pour prendre un mSATA qui a son emplacement de prévu. Puis pourquoi pas prendre un autre SSD SATA III (2,5") de 500go pour remplacer l'actuel HDD d'origine ?
Pour info, si jamais vous êtes comme moi sans tournevis, sachez que vous pouvez dévisser à l'aide d'une lime à ongle. C'est le bon format et ça n'abîme rien.
Cordialement,

lamontagne22 Membre non connecté
-
- Voir le profil du membre lamontagne22
- Inscrit le : 25/11/2017
- Groupes :
Effectivement c'est dans un portable.
Puis pourquoi pas prendre un autre SSD SATA III (2,5") de 500go pour remplacer l'actuel HDD d'origine ?

Oui, très bonne idée, si tu "investis"...; d'autant + qu'il doit être (peut-être) en 5400 tours l'original ....


david.david Membre non connecté
-
- Voir le profil du membre david.david
- Inscrit le : 11/02/2008
- Groupes :
-
Membre d'Honneur

Ouffff !! après avoir bataillé et transpiré toute l'après-midi j'ai enfin réussit à refaire tout mon SSD 250Go (sdb), je l'ai aligné et j'ai remis les partitions dans le bonne ordre.

Avant:
# fdisk -lu /dev/sdb Disk /dev/sdb: 232,9 GiB, 250059350016 bytes, 488397168 sectors Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0x54f04a2c Périphérique Amorçage Début Fin Blocs Id Système /dev/sdb1 * 242035290 488392064 123178387+ 7 HPFS/NTFS/exFAT /dev/sdb2 16065 242031805 121007870+ f W95 Ext'd (LBA) /dev/sdb5 16128 34823935 17403904 83 Linux /dev/sdb6 34828983 43404547 4287782+ 82 Linux swap / Solaris /dev/sdb7 43407693 86410190 21501249 83 Linux /dev/sdb8 86413698 121223098 17404700+ 83 Linux /dev/sdb9 121226553 164230054 21501751 83 Linux /dev/sdb10 164232558 199042962 17405202+ 83 Linux /dev/sdb11 199045413 242031805 21493196+ 83 Linux Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
Après :
# fdisk -lu /dev/sdb Disk /dev/sdb: 232,9 GiB, 250059350016 bytes, 488397168 sectors Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0x54f04a2c Périphérique Amorçage Début Fin Blocs Id Système /dev/sdb1 2048 253501439 126749696 7 HPFS/NTFS/exFAT /dev/sdb2 253503488 488396799 117446656 f W95 Ext'd (LBA) /dev/sdb5 253505536 287059967 16777216 83 Linux /dev/sdb6 287062016 295448575 4193280 82 Linux swap / Solaris /dev/sdb7 295452672 337395711 20971520 83 Linux /dev/sdb8 337397760 370950143 16776192 83 Linux /dev/sdb9 370952192 412895231 20971520 83 Linux /dev/sdb10 412897280 446449663 16776192 83 Linux /dev/sdb11 446451712 488392703 20970496 83 Linux
J'ai réalisé tout cela via un liveDVD_kde4 de Mageia4 et gparted, il faut tout de même préciser que gparted est vraiment un outils de tueur car faire ce que j'ai fait et sans aucune sauvegarde et bien chapeau GPARTED

En fait j'ai :
- déplacé et redimensionné sdb1 qui était à la fin du disque pour le replacer au début de disque.
- redimensionnée toutes les partitions linux (sdb5, sdb6, sdb7,sdb8, sdb9, sdb10 et sdb11) et les replacer à la suite de sdb1
- et du coups aligné toutes les partitions sur un multiple de 2048.
Voilà me reste plus qu'à refaire mon 2ème SSD de 500Go (sda).

Edit:
Aussi un un moment donné j'ai dû reformater/recréer la partition sdb1 en NTFS et du coups forcément l'UUID à changer donc en suivant ces instructions on peu très facilement remettre l'UUID d'avant le formatage mais à condition de l'avoir sauvegardé quelque part

0) Extraire l'UUID actuel de la partition à modifier
blkid /dev/sdxx
1) Extraire les 4096 premiers octets de la partition (en root) :
head -c 4096 /dev/sdxx > /tmp/dump
2) Ouvrir le fichier créé avec un éditeur Hexa en root (ex: ghex dispo dans les dépôts mga) :
ghex /tmp/dump
3) Rechercher l'UUID dans le code hexadécimal. NB: le code est à l'envers (ex. pour ABCDEFGHIJ rechercher IJGHEFCDAB)
4) Remplacer le code héxa par l'UUID de votre choix (attention l'hexadécimal va de 0 à F). Vous pouvez même changer qu'un seul caractère si ça vous chante.
5) Sauver le fichier
6) Re-injecter le 4096 octets à leur place par la commande (en root) :
dd bs=4096 if=/tmp/dump of=/dev/sdxx
7) Mettez à jour le fichier /etc/fstab avec le nouvel UUID créé
8) Montez la partition
9) Faites un blkid et Oh! miracle la partition à un nouvel UUID
10) Re-démarrer et priez...
Source
Intel Core i3-2350M_2.3GHz, 8 GO RAM DDR3, écran LED 17" (1600x900), CG Intel HD intégrée + CG Nvidia GeForce 610M_1GB dédiée (Technologie Optimus), SSD Samsung 860 EVO 500GB + SSD Samsung 850 EVO 500GB.
Mageia 8 - x86_64bits/ KDE Plasma-5.20.4 (DVD édition), c' est de la bombe, vive MAGEIA et toute l'équipe du STAFF MLO.
de david.david <david.david@mageialinux-online.org>


lamontagne22 Membre non connecté
-
- Voir le profil du membre lamontagne22
- Inscrit le : 25/11/2017
- Groupes :

Ah yes !
Bon, alors tu peux te rafraîchir et dormir tranquille...après ces << Cascades >>
Tu vas quand même faire des sauvegardes disque et partitions....maintenant ; enfin bon, c'est toi qui vois....

Il paraît que c'est bien rémunéré les cascades pour films

PS : j'ai eu fais dans le même genre : avec Gparted-Live USB ( mais sauvegardes avant ) des "copier collé " pour déplacer / remettre dans l'ordre des partitions de différentes distributions; et notamment la swap en début de disque...
Faut-être très concentré, et noter sur papier les tours de passe-passe .
OUI ! Gparted est Phénoménal !
