Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Remplacer mes deux disques par deux SSD

Caille

malbo a écritMais en général, quand on utilise une partition de stockage commune à Ubuntu et Windows au format NTFS, on ne crée pas de partition /home. Et quand on ne crée pas de partition /home, le dossier /home est un des dossiers de la partition racine. J'espère ne pas t'embrouiller...

Bonjour malbo,

Non tu ne m'embrouille pas, mais est-ce que ajouter un point de montage /home a un sens pour facilité des réinstallations futures de Ubuntu ou non ?

Bonjour geole,

Il n'y a pas besoin de ce soucier de quoi que ce soit, donc aucune précaution différente d'une installation sur HDD ?
Comme la commande Trim, par exemple ? https://doc.ubuntu-fr.org/ssd_solid_state_drive#la_commande_trimactivation_et_utilisation
Pour installer Windows je place quand même les deux SSD dans le PC, Windows n'ira pas installer la partition EFI sur le SSD de 4 To ?
Je vais donc installé normalement en EFI, sans me préoccuper d'une réinstallation de Windows éventuelle. [X]
Je vais créer sur le disque système de 1 To :
1) - Une partition de 300 Go pour Windows. (Je laisse Windows créer les partitions, ou je les crées avant) ?
2) - Une partition de 50 Go pour Ubuntu 18.04.3 (Utilisée pour avoir un système le plus stable possible).
3) - Une partition de 50 Go pour Ubuntu 18.04.3 (Utilisée pour tester des logiciels en développements).
4) - Une partition avec le reste soit environ 600 Go partagée en NTFS ou /home séparé en EXT4 ?
5) - L'autre SSD de 4 To sera formaté en NTFS et commun aux trois systèmes d'exploitations.

La question de séparer le /home, c'est uniquement pour pouvoir réinstaller Ubuntu 20.04 et suivantes sans qu'il soit trop gros ?
Lors de la réinstallation d'Ubuntu il suffit de créer un point de montage /home et de ne pas cocher Formater et la partition reste intacte ?
Plus simple que de sauvegarder le dossier /home avant chaque réinstallation, d'un autre côté si j'utilise une partition NTFS commune, le dossier /home ne devrait pas trop grossir.
Que ce passe-t-il si après une installation avec /home séparé celui-ci est supprimé, le système crée un dossier /home ou ne démarre pas ?

[X] Avant je vais probablement essayer la suggestion #18 sur mes deux HDD de 1 To !
Dans ce type d'installation les partitions de démarrages seront un peu comme sur ma clé USB en mode persistant ?

Cordialement.

geole

Bonjour

Depuis plus de 4 ans, tous les O.S. ont la fonctionnalité TRIM incluse.

Si tu installes windows et que tu ne le pilotes pas, il choisira certainement de s'installer dans le gros SSD. C'est aussi le comportement de UBUNTU.
Mais, tu peux, en mode expert, le guider pour lui indiquer le disque.
Si tu fabriques les partitions: Il faut une partition EFI formatée en FAT32. Je ne connais pas la taille minima pour la version actuelle de windows car il est diffusé avec de plus en plus de langues de boot préinstallées. Peut-être que 111 Mio suffisent encore. Sinon prévois 495 Mio.
TRES important, Laisser un espace libre de 17 Mio devant cette partition. C'est là qu'il installera sa partition MSR. J'espère que sa taille n'a pas changé.

Tu peux avoir une partition de boot EFI dédiée à chaque version d'O.S. Pour ubuntu la taille est de 36 Mio car gparted ne sait pas fabriquer plus petit.

Depuis plus de 4 ans, ubuntu peut s'installer sans avoir besoin de formater la partition de réception si elle est déjà au format EXT4, il supprime quelques répertoires mais il conserve le répertoire /home.
Il n'y a donc aucune raison d'avoir une partition contenant uniquement /home lorsqu'on a d'autres partitions contenant les données personnelles.
Personnellement, je pense que c'est une mauvaise idée de conserver un /home lorsque ce n'est pas le même O.S. voir une version différente d'un même O.S.

N'oublie pas que ubuntu s'installe avec du paramétrage adapté aux disques durs. Certains sont donc à revoir pour prendre en compte l'usure des SSD.

Tu pourrais essayer d'installer en plus une autre version en avant-première.

Lorsque UBUNTU constate que le répertoire /home installé dans une autre partition n'est disponible, il se plante sans indiquer de raison.
Lorsque UBUNTU constate que le répertoire /home installé dans une autre partition n'est pas en bon état, il se plante sans indiquer de raison.
Lorsque le grub constate que le répertoire Racine n'est pas disponible, il se plante en disant qu'il ne peut pas accéder à l'UUID xxxxx-yyyyy-zzzzz
Lorsque le grub constate que le répertoire Racine n'est pas en bon état, il se plante en indiquant à l'utilisateur la commande à exécuter pour réparer. Il suffit de la frapper.

Caille

Bonsoir,

geole a écritDepuis plus de 4 ans, tous les O.S. ont la fonctionnalité TRIM incluse.

Alors pour ça c'est bon.

geole a écrit Si tu installes Windows et que tu ne le pilotes pas, il choisira certainement de s'installer dans le gros SSD. C'est aussi le comportement de UBUNTU.

Ça ce n'est pas cool.

geole a écrit Mais, tu peux, en mode expert, le guider pour lui indiquer le disque.

Ça c'est le plus important.

geole a écrit Si tu fabriques les partitions: Il faut une partition EFI formatée en FAT32. Je ne connais pas la taille minima pour la version actuelle de windows car il est diffusé avec de plus en plus de langues de boot préinstallées. Peut-être que 111 Mio suffisent encore. Sinon prévois 495 Mio.

Sur mon Windows elle fait 529 Mo dont 446.96 Mo d'utilisé donc 495 semble suffisant, (avec 5 To dans le PC il y a de la marge). :lol:

geole a écrit TRES important, Laisser un espace libre de 17 Mio devant cette partition. C'est là qu'il installera sa partition MSR. J'espère que sa taille n'a pas changé.

C'est la partition de Windows de 16 Mo avec un avec un point d'exclamation en rouge dans Gparted ?

geole a écrit Tu peux avoir une partition de boot EFI dédiée à chaque version d'O.S. Pour ubuntu la taille est de 36 Mio car gparted ne sait pas fabriquer plus petit.

Je peux utiliser diskpart, mais je ne suis pas à 36 Mo près...

geole a écrit Depuis plus de 4 ans, ubuntu peut s'installer sans avoir besoin de formater la partition de réception si elle est déjà au format EXT4, il supprime quelques répertoires mais il conserve le répertoire /home.

Alors lorsque arrive la 20.04 stable j'installe directement sans même sauvegarder mon dossier /home ?

geole a écrit Il n'y a donc aucune raison d'avoir une partition contenant uniquement /home lorsqu'on a d'autres partitions contenant les données personnelles.
Personnellement, je pense que c'est une mauvaise idée de conserver un /home lorsque ce n'est pas le même O.S. voir une version différente d'un même O.S.

Je ne créerais donc pas de partition /home vu que ce dossier est conservé lors d'une autre installation (je sauvegarderais quand même l’essentiel au cas où).

geole a écrit N'oublie pas que ubuntu s'installe avec du paramétrage adapté aux disques durs. Certains sont donc à revoir pour prendre en compte l'usure des SSD.

Justement c'est là le vif du sujet. Alors que faut-il changer. C'était l'objet de ma première question aujourd'hui ?

geole a écrit Tu pourrais essayer d'installer en plus une autre version en avant-première.

Oui, pourquoi pas, mais il y a je crois une publication différente par jour. :rolleyes:

geole a écrit Lorsque UBUNTU constate que le répertoire /home installé dans une autre partition n'est disponible, il se plante sans indiquer de raison.
Lorsque UBUNTU constate que le répertoire /home installé dans une autre partition n'est pas en bon état, il se plante sans indiquer de raison.
Lorsque le grub constate que le répertoire Racine n'est pas disponible, il se plante en disant qu'il ne peut pas accéder à l'UUID xxxxx-yyyyy-zzzzz
Lorsque le grub constate que le répertoire Racine n'est pas en bon état, il se plante en indiquant à l'utilisateur la commande à exécuter pour réparer. Il suffit de la frapper.

En fait à ce que je vois, Ubuntu plante très souvent... :lol: :lol: :lol:

Bonne nuit. 😉

geole

Bonsoir

Si ubuntu fonctionnait sans difficulté, les demandes d'aide du forum seraient beaucoup moins importantes.

Il n'y a pas publication d'une version quotidienne chaque jour de la version 20.04. Cependant lorsque tu en installes une, elle est au dernier niveau de développement. A toi de faire chaque jour la mise à jour par la commande

sudo update   && sudo upgrade

Certains jours, cela prendra du temps. (Beaucoup!)

Tu as lu le document sur le ssd, je retiens uniquement ces modifications:
1) Modifier le seuil de déclenchement du swap
2) Activer la mise en fichiers temporaires dans la RAM
3) Eviter d'écrire en double exemplaire les traces.
J'espère pouvoir dire dans quelque temps comment de pas activer les traces. En effet lorsque l'O.S. est bon, il est inutile de "FLIQUER" ce que font les utilisateurs SURTOUT LORSQU'IL N'Y EN A QU'UN SEUL.
4) Comme j'ai noté que tu avais deux SSD, la technique de mettre le log ailleurs ne s'applique pas, Il reste la technique de les mettre dans la NVRAM au cas où je ne trouverais pas comment éviter leur fabrication..

Caille

geole a écrit1) Modifier le seuil de déclenchement du swap

Bonjour,

Effectivement, j'ai bien lu et relu la documentation. 😉
Je pensais qu'il n'y avait plus besoin du swap depuis la version 18.04 d'Ubuntu et que c'était même déconseillé sur un SSD ?
Mon PC est équipé de 16 Go de Ram, si je crée une partition swap il faut au minimum 16 Go, mais est-ce vraiment utile ?

Lorsqu'un SSD est installé, son contrôleur éparpille les données sur le SSD pour optimiser son usure, alors créer des petites partitions pour installer Ubuntu est-elle une bonne chose ?
Il est souvent indiqué de créer une partition d'installation pour Ubuntu de 30 Go, alors que 300 serait peut-être préférable pour cet éparpillement.

Cordialement.

geole

Bonjour
La fonctionnalité swap existe toujours. Ce qui est devenu contre-productif est de créer une partition pour héberger le fichier de swap.
Le fichier de swap est créé dans la racine. Sa taille est automatiquement calculée afin de ne pas être grande. Ce fichier s'agrandit automatiquement en cas de besoin. Il est donc déconseillé de lancer la fonctionnalité de swap lorsque la RAM est occupée à 40%, il est préférable d'attendre qu'elle le soit à 95% sinon 99%. Avec 16 Go de RAM, si le logiciel est au point, Il n'y a aucun risque qu'il serve.

En clair, dans un disque dur, lorsque tu demandes d'écrire quelque chose dans le LBA N° N, le firmware du disque va traduire tout cela en Cylinder Head Sector Il va écrire à cet endroit : CHS
Si tu demandes d'écrire au même endroit 1 million de fois , il écrira 1 million de fois au même endroit.

Avec un SSD, souvent, on ne peut écrire que 10000 voir 1000 fois au même endroit. Donc la logique du firmware est différente.
Que tu aies une grosse partition ou un petite partition, si tu demande d'écrire au LBA N° N, il va rechercher dans la totalité du SSD un endroit assez peu utilisé. Il va faire une table de correspondance disant que l'endroit E0 est le LBA N.
Si tu demandes de ré-écrire au même endroit, il va d'abord regarder si cet endroit est peu utilisé avant de ré-écrire au même endroit. Mais s'il trouve que cela fait pas mal de fois qu'on écrit à cet endroit, il va en choisir un autre n'importe où parmi ceux qui sont les moins utilisés dans le SSD. il va alors dire que l'endroit E1 est le LBA N et que l'endroit E0 ne sert plus à rien.
Si tu insistes encore avec le même N° de LBA, il continuera d'en prendre un autre au bout de quelques écritures
En clair, si tu penses écrire un million de fois au même endroit le LBA N° N, le firmware du disque aura probablement écrit une dizaine de fois à 100 000 endroits différents sur la totalité du SSD afin d'égaliser l'usure des toutes les cellules. Les constructeurs de SSD publient rarement en langage commun leur formule d'égalisation: Spécialement pour un LBA qui n'est écrit qu'une fois et que le firmware du SSD va déplacer pendant une période de faible activité afin que cet endroit qui n'a pas été écrit depuis un certain temps devienne disponible en écriture et puisse s'user comme les autres.
Pour aller un peu plus loin, il y probablement pas mal de documents techniques. En voici un assez généraliste https://guy-grave.developpez.com/articles/hardware/ssd/

Caille

Bonsoir,

Je viens de trouver une autre information sur les SSD : https://www.diskpart.com/fr/windows-10/optimiser-son-ssd-windows-10.html

Laissez un espace libre.
Pour la durée de la vie de SSD, la plupart de SSD utilisent un algorithme d'équilibrage de l'usure. Si vous remplissez un SSD, le SSD peut ralentir. Pour améliorer les performances, il est préférable de ne pas formater tout le SSD, mais de laisser un espace libre sur votre SSD et de laisser 25% de l'espace disque libre du SSD pour les meilleures performances.

En fait c'est ça la méthode pour réserver de la place pour toutes les partitions ? Cet espace sera donc en non alloué alors ? Par contre un SSD de 4 To 25% c'est un To !!!

Cordialement.

geole

Bonjour
Si tu peux expliquer qu'il est préférable d'avoir une seule partition de 3 To pleine à 100% (En fait 95% puisque ubuntu en bloque naturellement 5% donc 150 Go!) plutôt qu'une seule partition de 4To pleine à 10%....
En cherchant bien dans internet , on risque de trouver qu'en réalité le SSD fait 6TO (Valeur dite au hasard) et que le constructeur ne permet à l'utilisateur d'en utiliser seulement que 4TO, se réservant donc, de fait, la quantité qui lui convient pour être certain de l'avoir en réserve le moment venu.

Je pense simplement que la documentation à laquelle tu fais référence a besoin d'être actualisée car lire cela fait rire.

Vérifier l'activation de l'AHCI
 Pour obtenir de meilleures performances, réglez le mode de contrôleur SATA sur AHCI dans le BIOS de votre système.

==> Les meilleures performances sont obtenues lorsque le contrôleur est réglé sur le mode RAID afin de permettre des accès simultanés. Mais ce mode est pas supporté par l'installateur standard de ubuntu.

Caille

Bonjour,

Je me pose une autre question.
J'ai fait l'installation la plus simple, c'est à dire en EFI, avec quelques problèmes du au msr de Windows (partitions pas dans l'ordre).
J'ai placé mon disque Ubuntu dans un boitier externe, lorsque je le branche, si je démarre dessus il ne ce lance pas, c'est bien sûr normal.
Comme j'ai prévu d'installer Ubuntu sur mon SSD, si je laisse ce disque externe branché et que j'exécute un update-grub ensuite, sera-t-il intégré au grub ?
Alors justement est-il souhaitable de le laisser branché pour installé Ubuntu sur mon SSD ou pas ?

Cordialement.

geole

Bonjour
Lorsque tu auras installé ubuntu dans le SSD, les O.S. installés sur supports amovibles seront ajoutés au grub si ces supports sont branchés au moment de la détection.
Est-ce souhaitable? C'est toi qui le sait. A mon avis, il est plus judicieux de mettre une structure de boot dans le support externe pour qu'il puisse booter directement lorsque l'ordinateur se met en route si on a la possibilité de brancher/débrancher facilement le périphérique quitte à bricoler un peu pour réussir l'ajout de la structure de boot.

Caille

geole a écritEn cherchant bien dans internet , on risque de trouver qu'en réalité le SSD fait 6TO (Valeur dite au hasard) et que le constructeur ne permet à l'utilisateur d'en utiliser seulement que 4TO, se réservant donc, de fait, la quantité qui lui convient pour être certain de l'avoir en réserve le moment venu.

Bonjour,

J'ai tout installé et tous fonctionne bien.
J'ai quand même une question, lorsque j'ouvre Samsung Magician sous Windows 10 ce logiciel Samsung permet justement de placer en réserve entre 1% et 50%, du SSD, le volume par défaut est de 10% soit 95 Mo, pour préserver le SSD, il y a bien cette possibilité et mon SSD de 1 To fait uniquement 1 To et pas plus, à moins qu'il y ait en plus une partie cachée de xxx Go, j'ai retourné (sans l'avoir ouvert) mon SSD de 4 To chez Amazon, remplacé par un HDD classique de 2 To !

Cordialement.

« Page précédente