Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
Et je ne pense pas vraiment que linux ait "besoin" de la vitesse du ssd
Ni plus ni moins que Windows. Les accès disque seront juste plus rapides avec un SSD.
- Est ce que le HDD ne serait pas "plus sain" si il n'y avait aucun systeme dessus ?
A priori non, mais qu'entends-tu par "sain" ?
- Le clonage d'un HDD vers un SSD ne pose aucun problème non ?
Si. L'alignement des partitions du disque dur peut ne pas être adapté à un SSD.
Un clonage bit à bit type "dd" va générer plus d'écritures que nécessaire et marquer tous les secteurs du SSD comme occupés, il faudra ensuite utiliser fstrim pour marquer les blocs non alloués comme non utilisés. Privilégier un clonage avec des outils comme partclone ou partimage.
Si la table de partition est au format GPT, il faudra la recréer ou la corriger pour tenir compte de la taille du nouveau disque.
- N'est il pas plus simple de gerer les differents systemes si ils sont sur 2 disques différents ?
Ça dépend. Avec un amorçage UEFI, le multiboot peut être plus facile à gérer sur un seul disque.
- J'ai entendu dire que il vaut mieux garder le SSD à moitiée plein pour son meilleur fonctionement, est ce que c'est vrai ?
Ouais, et ça marche encore mieux si on ne l'utilise qu'à 10% de sa capacité réelle. Sérieusement, ça dépend du modèle et de son overprovisioning (la capacité supplémentaire qui n'est pas visible). Dans tous les cas, il est recommandé de limiter le remplissage des systèmes de fichiers à 80-90%.
Il vaut mieux montrer que raconter.
Hors ligne
Ni plus ni moins que Windows. Les accès disque seront juste plus rapides avec un SSD
Quand je disais "besoin", je voulais plus dire que pour fonctionner sans aucun ralentissement linux peut se contenter du HDD en gros ... Alors que pour Windows c'est pas vraiment le cas ...
A priori non, mais qu'entends-tu par "sain" ?
Sain n'est surement pas le bon mot... Je voulais dire que les données (sur une partition differente du systeme) ne risquent pas encore moins la casse si il n'y a aucun systeme sur le disque ? En fait je me demandai si c'etait possible qu'a causse d'un crash du systeme TOUT le disque dur sous foutu ? Normalement c'est que la partition systeme ...
Et je pensais permettre au HDD de se mettre en veille dans un très cour délais lorsque je ne me sert pas de mes données perso, comme si je suis juste sur internet par exemple ... Du coup le fait de moins l'utiliser de lui garantirai pas une durée de vie un peu plus longue ? C'est peut etre tres peu, et un peu inutile remarque ...
Si. L'alignement des partitions du disque dur peut ne pas être adapté à un SSD.
Un clonage bit à bit type "dd" va générer plus d'écritures que nécessaire et marquer tous les secteurs du SSD comme occupés, il faudra ensuite utiliser fstrim pour marquer les blocs non alloués comme non utilisés. Privilégier un clonage avec des outils comme partclone ou partimage.
Si la table de partition est au format GPT, il faudra la recréer ou la corriger pour tenir compte de la taille du nouveau disque.
Merci de l'info j'aurai fait nimporte quoi ! 
Du coup ce serait pas plus simple, plus sur et plus rapide de tout reinstaller depuis le live CD ? Je suis pas pressée donc ça me derange pas si ça vaut le coup ...
Ça dépend. Avec un amorçage UEFI, le multiboot peut être plus facile à gérer sur un seul disque.
Le problème avec l'UEFI c'est que ça marche une fois sur 15 ... Est ce que Grub serait capable de detecter une entrée sur un autre disque et "renvoyer" l'utilisateur vers celui-ci ? Genre si c'est le HDD avec linux qui boote en premier, avec Grub donc, il pourait me renvoyer vers le SSD de Windows et hopla plus de problème de bootloaders non ? (ça me semble un peu trop facile ...)
Ouais, et ça marche encore mieux si on ne l'utilise qu'à 10% de sa capacité réelle. Sérieusement, ça dépend du modèle et de son overprovisioning (la capacité supplémentaire qui n'est pas visible). Dans tous les cas, il est recommandé de limiter le remplissage des systèmes de fichiers à 80-90%.
J'ai jetté un oeuil à l'overprocessing, il me semble que l'utilisateur peut lui meme le definir ... Mais appriori la derniere version de Samsung Magician (5), celle compatible avec mon SSD ne permet plus de le définir ... D'après cet article en tout cas http://www.thessdreview.com/featured/sa … less-more/
Samsumg à l'air de mettre 6.7% d'over-provisioning pense tu que c'est suffisant ? J'ai vu que les marques conseillent 7% quand on lit plus les données sur le disque, et 28% quand on les ecrits plus ... Mais les programes comme premiere pro et after Effect ecrivent surtout donc il vaudrait mieux l'augmenter non ? (c'est possible?)
Merci encore de ta réponse
Dernière modification par Maygo (27-05-2017 17:30:18)
Hors ligne
Est ce que Grub serait capable de detecter une entrée sur un autre disque et "renvoyer" l'utilisateur vers celui-ci ? Genre si c'est le HDD avec linux qui boote en premier, avec Grub donc, il pourait me renvoyer vers le SSD de Windows et hopla plus de problème de bootloaders non ? (ça me semble un peu trop facile ...)
Quelque chose dans ce genre-là ?
Au départ, un disque SDD de 120 Gb avec Win 10 préinstallé. Ajout d'un Toshiba 1Tb 3.5" SATA3, sur lequel, j'ai installé Debian Stretch RC3 sans souci particulier.
En bootant sur le Toshiba, GRUB me propose soit l'un soit l'autre et Debian me permet d'accéder à mes documents sur l'un et l'autre.
Gparted point de montage /boot/efi
Hors ligne
http://pix.toile-libre.org/upload/img/1495896672.png
Au départ, un disque SDD de 120 Gb avec Win 10 préinstallé. Ajout d'un Toshiba 1Tb 3.5" SATA3, sur lequel, j'ai installé Debian Stretch RC3 sans souci particulier.
En bootant sur le Toshiba, GRUB me propose soit l'un soit l'autre et Debian me permet d'accéder à mes documents sur l'un et l'autre.
http://pix.toile-libre.org/upload/thumb/1495898019.png
Oui ce serait quelque chose comme ça, donc sur la photo GRUB + Linux est bien installé sur le HDD et Windows sur le SSD ?
Si c'est le cas c'est super ça me simplifirai grandement les choses !
Merci de ta réponse !
Dernière modification par Maygo (27-05-2017 16:46:19)
Hors ligne
Hors ligne
Hors ligne
!Dernière modification par Yanatoum (28-05-2017 06:55:58)
Hors ligne
bonsoir, vous veuillez une excuse car il n'écrit pas bien le français donc ne tenais pas compte des faute quand il écrit
la groupe des linux amis sur ce facebook : https://www.facebook.com/groups/199571637321174/
la francorphone d'openmediavault https://www.facebook.com/groups/1533132290044409
Hors ligne
Hors ligne
Dernière modification par smolski (27-05-2017 20:15:37)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
) mais, pour ce que j'en fais, cela ne m'est pas vraiment utile.
Dernière modification par Yanatoum (28-05-2017 09:46:32)
Hors ligne
Il y a, je trouve, une incompatibilité entre un souci de performance avec 10 et l'accès à ses documents avec Debian. Tant que 10, sur mon SSD, n'est pas complètement éteint, Debian, sur le HDD ne peut le monter. Par exemple, j'ai dû ramener sa mémoire virtuelle à zéro. ( paramètres - performance - avancé - mémoire virtuelle ).
Quand tu parle de la mémoire virtuelle de Windows tu parle bien de sa "swap", le fichier d'échange ?
Apparement avec un SSD il faut le désactiver ou le déplacer vers le HDD pour augmenter sa durée de vie ...
Apres je ne monte jamais la partition de Windows quand je suis sous debian, donc le probleme ne se posera surement pas 
Mais merci de l'info
Hors ligne
!
Hors ligne
J'ai repris l'appellation 'mémoire virtuelle 'utilisée dans les paramètres - etc pour être précis. Un fichier, une configuration ... ? Sais pas, trop technique ! Un stockage temporaire en cas de dépassement des capacités de traitement de la RAM, c'est comme ça que je me représente la chose. Si ce n'était cette raison d'être, il n'y a, à mon avis, aucun autre point commun avec la partition dédiée swap de Linux.
Ah oui je vois , c'est ce que je pensais, y a pas mal de gens qui déplacent la mémoire virtuelle sur un HDD pour limitter les cycles écritures/réécritures. Ou la desactiver et pareil pour la swap de linux, ne pas en mettre ou la mettre sur le HDD... Je sais pas si ça a un lien direct avec une cohabitation debian/windows.
Tant que 10, sur mon SSD, n'est pas complètement éteint, Debian, sur le HDD ne peut le monter
J'ai le meme probleme en ayant les 2 os sur le meme HDD ...
Explorer, récupérer, utiliser, modifier des documents réalisés ou stockés sous win avec des logiciels libres sous Debian, c'est mon truc pour montrer aux copains que ça existe en étant infiniment plus respectueux de leur vie privée et de leur portefeuille, et tout ça, sur la même bécane. woohoo.gif !
Pourquoi ne pas faire une partition partagée, en ntfs, où il y aurait touts les documents W+Debian ? (sur le HDD)
ça enlève les problemes de Windows pas ou mal éteint, ça sauvegarde de la place sur le SSD, ça sauve les données en cas de crash ne nimporte quel système (Windows là en occurrence)
Hors ligne
Quand tu parle de la mémoire virtuelle de Windows tu parle bien de sa "swap", le fichier d'échange ?
"Mémoire virtuelle" est une appellation très impropre du fichier d'échange ou swap. La mémoire virtuelle est un concept beaucoup plus large que le fichier ou la partition de swap.
y a pas mal de gens qui déplacent la mémoire virtuelle sur un HDD pour limitter les cycles écritures/réécritures. Ou la desactiver et pareil pour la swap de linux, ne pas en mettre ou la mettre sur le HDD... Je sais pas si ça a un lien direct avec une cohabitation debian/windows.
Strictement aucun lien.
Tant que 10, sur mon SSD, n'est pas complètement éteint, Debian, sur le HDD ne peut le monter
J'ai le meme probleme en ayant les 2 os sur le meme HDD ...
Le fait que les deux OS soient sur le même disque ou pas n'y est strictement pour rien. C'est uniquement dû à la mise en veille causée par la fonctionnalité "démarrage rapide" de Windows.
Pourquoi ne pas faire une partition partagée, en ntfs, où il y aurait touts les documents W+Debian ? (sur le HDD)
ça enlève les problemes de Windows pas ou mal éteint
Non. Toute partition qui était montée par Windows au moment de sa mise en veille sera immontable par Linux, quel que soit le disque.
Il vaut mieux montrer que raconter.
Hors ligne
C'est uniquement dû à la mise en veille causée par la fonctionnalité "démarrage rapide" de Windows.
Au temps pour moi !
Par curiosité, j'ai ré-alloué de l'espace à la mémoire virtuelle de win et Debian peut monter le disque quand même. Elle n'a aucune incidence sur la mise en veille / extinction complète comme je l'avais estimé ou lu quelque part.
Hors ligne
Maygo a écrit :
Quand tu parle de la mémoire virtuelle de Windows tu parle bien de sa "swap", le fichier d'échange ?
"Mémoire virtuelle" est une appellation très impropre du fichier d'échange ou swap. La mémoire virtuelle est un concept beaucoup plus large que le fichier ou la partition de swap.
Ah daccord il faudra que je me renseigne alors ... Il me semblait que c'etait l'équivalent de la swap, je me trompais...
Maygo a écrit :Pourquoi ne pas faire une partition partagée, en ntfs, où il y aurait touts les documents W+Debian ? (sur le HDD)
ça enlève les problemes de Windows pas ou mal éteint
Non. Toute partition qui était montée par Windows au moment de sa mise en veille sera immontable par Linux, quel que soit le disque.
Ah oui c'est bien possible... Enfin de mon coté quand c'est (c'était plutot) effectivement le cas je pouvais monter la partition, mais l'accés etait seulement en lecture seule... Alors que je ne pouvais pas du tout monter la partition systeme...
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1