J'essaye depuis des semaines de mettre au point mon ordinateur fixe en vain de différentes manières, et sérieux j'en ai marre de galérer sur quelque chose qui d'habitude se fait en claquant des doigts.
Le contexte
Je dispose d'un ordinateur qui a subit une upgrade récemment, bien que les disques durs (vides) soient encore les mêmes (pas que eux, mais peu importe). Mais toujours est-il que je me retrouve avec du 64 bits au lieu de 32 bits pour mon ordinateur et mon SSD ~111 GB et mon HDD mécanique ~232 GB. Précédemment, j'avais Windows 8.1 (qui m'a fait souffrir pendant plus d'un an, merci...), j'utilisais tout mon SSD pour C, et je divisais mon HDD en 2 partitions : D [Logiciels] et E [Données]. L'intérêt de la partition de logiciels, outre le rangement, est de diminuer l'impact d'un éventuel dossier corrompu : chaque logiciel est installer directement sous une racine et non sous un dossier ou sous-dossier. Cependant, aucune optimisation pour SSD particulière, et les dossiers de logiciels par défaut étaient toujours ceux de l'installation me forçant à changer le path à chaque installation, quand c'est possible parce que certains installateurs ne proposent même pas la possibilité de changer le path d'install, ou alors le proposent mais uniquement via ligne de commande (je te regarde, Kaspersky 2015...)
Les objectifs
Pour cette nouvelle installation, je voulais donc avoir une meilleure optimisation pour SSD : C avec Windows et les logiciels si possible, Windows uniquement sinon, ProgramData dans une partition à part, Users idem, pas de swap, pas d'hibernation, pas de points de restauration, tout ça pour réduire à fond le taux d'écritures sur le SSD. Le Windows voulu est un W7 ce coup-ci, et je voudrais aussi faire du dual boot avec un Linux (Manjaro-OpenRC à priori). Donc mes partitions actuelles sont (sachant que je n'ai pas commencé l'installl Linux, voir le problème plus loin) :
J'aurais aimé mettre les partitions des logiciels sur le SSD mais sur une partition de 86 GB j'ai peur que Windows se sent un peu à l'étroit. Je sais que normalement il ne dépasse pas les 29-35 GB, mais j'ai déjà explosé la taille de cette partition via problèmes, voir plus bas.
L'autre problème est d'avoir 2 partitions de logiciels. J'ai noté qu'il y a des dossier en commun dans Program Files et Program Files x86 avec les logicels à pré-installer et donc ces 2 partitions reflètent le maintient de cette séparation.
Les problèmes
C'est ici que le "fun" commence...
Déjà la procédure pour faire toutes ces optimisation ne se fait "proprement" qu'à l'install sinon elle peut faire sauter WUpdate et d'autres composant, et des fois ça ne suffit pas. yay. ProgramData est le plus difficile à déplacer car il est déjà en cours d'utilisation quand j'ai la main pour faire la manipulation (c-a-d avant création du premier utilisateur et du nom de l'ordi). Donc obligé d'attendre le redémarrage avant de créer la jonction censée compléter le changement dans regedit. Mais même avec ça ça peut foirer.
Souvent, si j'ai mal déménagé le dossier, j'ai la partie "outils d'administration" de mon panneau de config qui ne trouve plus ses raccourcis, normal ils sont dans la partie globale du menu démarrer, qui est dans ProgramData.
Mais le meilleur c'est ce que j'ai comme symptômes bizarre depuis ma dernière tentative. Tout d'abord les outils d'administration sont OK, par contre le menu démarrer se construit mal. Il voit les éléments globaux mais ils sont incliquables. Si j'installe Classic Shell pour remplacer le menu démarrer, ce dernier ne voit même pas les éléments globaux. WTF ? En revanche, si je transforme le dossier StartupMenu\Programs de mon dossier personnel en jointure vers son homologue global (après avoir déménager les raccourcis qu'il contient) là ça marche...
Cependant, je n'ai pas que ça, sinon ce serait trop beau. J'ai un symptôme inexplicable du fichier CBS.log qui grossit bien au-delà de sa limite théorique de 50 MB. Pendant mes mises à jour de Windows il a été jusqu'à saturer la partition en grossissant jusqu'à 52 GB à lui tout seul... WTF ? Même supprimé au fil du temps pour laisser les updates se finir, je le voyais grossir anormalement. J'ai cru au départ que c'était un zèle de WUpdate mais non, là il a grossi à 5 GB alors que j'en avais fini avec WUpdate...
Et autre point bizarre : les configurations pendant redémarrage échouent systématiquement, ce qui n'empêche pas le logiciel concerner d'être content en apparence. WTF ? Au début je croyais que c'était juste les updates mais je viens d'avoir la preuve du contraire avec ChocolateyGui installant une version fraîche de PowerShell pour son fonctionnement : pendant le redémarrage, échec de configuration, tentative de restauration des paramètres sauf que comme j'ai désactivé les points de restauration (pour mon opti SSD) il tourne dans la semoule quelques minutes avant de reboot, de configurer, et de passer... WTF ?
Et maintenant, quoi faire ?
Donc voilà où j'en suis. J'ai bien fait une image avec CloneZilla juste après avoir finit mes maj WUpdates (qui m'ont pris la semaine entière...) mais vu que le problème semble être en amont de ce point, elle ne va sans doute pas m'être d'une grande utilité. Comment devrais-je procéder pour mener à bien mon installation ? Partitions, configurations, etc... ? A ce stade, je suis tout ouïe à tous les conseils même les plus farfelus... (Enfin... pas trop quand même... )
- Edité par Darth Killer 14 février 2016 à 14:43:22
Malheureusement, je ne pense pas pouvoir beaucoup t'aider, tu as plus ou moins fait le tour de la question.
A mon avis, de toute façon même si ton organisation fonctionnait, je ne pense pas qu'elle serait optimale en terme de rapidité et d'efficacité.
Avoir un SSD n'a d'intérêt que si la partie logicielle, système et autres est dessus. Si tu mets tes logiciels sur un dd classique, tu vas gagner un peu avec un OS un poil plus rapide, mais s'il y a swap ça va être aussi avec le DD pour le software, sur deux disques donc qui plus est.
Personnellement, je laisserai l'OS dont tu te sers le plus sur le SSD et l'autre sur le DD classique.
Après, l'optimisation avec W7 consiste surtout à se débarrasser de tous les services et processus inutiles, là tu peux vraiment gagner. Windows 8.1 avec tous les défauts démarre quand même beaucoup plus vite.
J'ai fais des tests assez poussés avec exactement la même chose installé sur un SSD et sur un DD classique. Avec le SSD je gagne bien sûr au chargement de l'OS et au démarrage des logiciels, là il n'y a pas photo. Après, sur le fonctionnement lui-même, c'est moins flagrant : pour certaines applications qui se chargent entièrement dans la RAM, il n'y avait même aucune différence. Pour d'autres qui nécessitent des accès DD fréquents c'est le jour et la nuit.
Même si je compte passer Linux en OS principal et garder Windows pour les jeux et certaines applications (mais surtout les jeux : toute la puissance de la machine contrairement à une VM), il tournerait normalement sur le HDD dans la configuration que tu décris, surtout Manjaro qui est basé sur Arch. Ceci étant ça ne change pas grand chose aux problèmes rencontré dans cette installation de Windows.
philodick a écrit:
mais s'il y a swap ça va être aussi avec le DD pour le software, sur deux disques donc qui plus est.
J'ai remarqué pendant l'install que Windows ne gère pas un swap file pour tout l'os, mais un swap file par disque où la fonctionnalité est active (par défaut, C uniquement), et ce swap file n'a de responsabilité que sur son disque. Du coup je n'ai observé aucune différence entre 0 swap et un swap actif sur E:\ [Données] (partition du HDD mécanique) alors que les travaux de mises à jour s'effectuaient (sur C et T [ProgramData] donc)
philodick a écrit:
J'ai fais des tests assez poussés avec exactement la même chose installé sur un SSD et sur un DD classique. Avec le SSD je gagne bien sûr au chargement de l'OS et au démarrage des logiciels, là il n'y a pas photo. Après, sur le fonctionnement lui-même, c'est moins flagrant : pour certaines applications qui se chargent entièrement dans la RAM, il n'y avait même aucune différence. Pour d'autres qui nécessitent des accès DD fréquents c'est le jour et la nuit.
Tour dépend donc de l'utilisation...
Normal. Le but du SSD ici est justement d'accélérer l'ensemble de l'écosystème, donc OS c'est sûr, et logiciels si possible. Avant l'install 8.1 j'étais sur du Win7 mais le HDD classique (le même qu'aujourd'hui) était tout seul donc ouais, on sent la différence
Merci d'avoir répondu, ceci dit il me faudrait des pistes pour décoincer ma situation et Stack Overflow n'a pas l'air de réagir.
Bon, suite à 2 install supplémentaires visant à tester la stabilité de mes déménagements de dossiers spéciaux.
La première install a laissé le HDD mécanique non-alloué, et a laissé Windows partitionner comme il voulait le SSD. Du coup, 100 MB de partition de boot (pardon : "Réservée au système"), et le reste pour C. Fonctionne impec.
La seconde j'ai déménagé "Program Files" vers une partition L du HDD mécanique, et "Program Files (x86)" vers une partition M. Le reste du HDD mécanique formant une partition de données E. Rien de changé pour le SSD (si ce n'est que les dossiers déménagés sont remplacés par des jonctions). J'ai eu quelques frayeurs à des moyens avec CBS.log et avec d'autres journaux d'erreurs ailleurs, mais c'était ponctuel et le fait de "nettoyer le disque" a suffit à chaque fois à libérer la place.
Donc, la cause de mes soucis était vraissemblablement le déménagement du dossier Users et/ou du dossier ProgramData. Je soupçonne fortement ProgramData, mais je n'ai pas envie de faire d'expérience supplémentaire pour le vérifier, en ayant marre de ces problèmes. 5 semaines pour installer un OS, sérieux...
Je reste vigilent, sait-on jamais, mais sauf mauvaise surprise le problème est donc résolu. Mais sans rire, vous auriez pensé que déménager un dossier, mettre à jour les clés de registre l'utilisant, et créer une jonction pour tromper les logiciels utilisant des chemins en dur provoquerait une explosion du panneau de config, du menu démarrer, et tous les autres problèmes que j'ai eus ? WTF ?
{W7} Cette installation va me tuer... Structure HS
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
N'oubliez pas d'activer les erreurs PDO.
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?