Reprise du message précédent :
Bonjour, j'envisage d'installer un disque ssd (+HDD) sur ma nouvelle installation mais je me pose les questions suivantes :
- vu que c'est juste pour mettre le système (ubuntu), je ne vois pas l'intérêt de prendre une grosse capacité de stockage.
- Mais où Ubuntu va me stocker les fichiers ? Va-t-il vouloir les mettre sur le ssd ou est-il "intelligent" et devine-t-il qu'il doit les mettre sur le HDD pour anticiper un manque de place plus tard ?
- Sinon, comment lui indiquer que je veux qu'il les mette sur le HDD ? (facile de choisir un emplacement sous Win mais j'ai jamais su faire ça avec Ubuntu).
 
- cerise sur le gâteau : est-il possible de lui indiquer par exemple que je veux que tel logiciel il le mette sur le ssd et tel autre sur le HDD ?
 
Merci de vos réponses.

En effet.

Les fichiers de l'utilisateur vont dans /home/<utilisateur>/<catégorie>, exemple /home/toto/Vidéos, plusieurs solutions :
- Soit mettre la partition /home sur le disque-dur
- Sot indiquer un autre emplacement pour les dossiers "Catégories" et ça se passe dans le fichier ~/.config/user-dirs.dirs (je ne sait pas s'il existe une interface pour configurer ça)
 

Les logiciels s'installent sur la partition systeme donc non, mais même avec un SSD 64GB seulement tu est laaaarge à ce niveau !
Si tu utilises Steam, par-contre, tu pourra choisir l'emplacement où il installe les jeux.

 
Ok merci mais comment et à quel moment on fait ce choix ? C'est à l'install ? (me souviens pas de ça). Ou par le bios ?

À l’installation, peut-être faut passer en mode "expert" pour ça, ou plus tard juste en éditant le fstab.
 
Par contre il faut bien connaître les conséquences de ce choix.
 
Le /home sert aussi de cache "utilisateur" pour les applications, donc si on a des applications qui mettent en cache beaucoup de données c'est le bon choix.
 
Par contre au démarrage l'OS et des applications des données sont chargées à partir du /home (configuration de l'utilisateur, wallpaper...) donc la sortir du SSD est dommage.

sous KDE, tu peut choisir ou mettre tes principaux dossiers :
 

C'est une interface de configuration pour le fichier dont je parle au-dessus, y'a aussi la le programme  xdg-user-dirs-update pour manipuler le contenu de ce fichier en ligne de commande.

Ça dépend.
Ça va se jouer au partitionnement. Si tu veux mettre tes programmes perso sur le HDD, mets /usr sur ton HDD.

Perso j'ai
 
/ sur SSD
/home sur HD
et Steam sur HD

Sinon si t'as le budget prends 2 SSD.

J'en ai 2 de 256Go dans mon laptop. Un pour windows, un pour linux. Je suis large.

 
Bah finalement je vais me simplifier la vie, je vais prendre un ssd de 500 go (ça vaut pas plus de 120€) et j'installe tout dessus : le système et les applis. Les logiciels de Linux ne tiennent pas beaucoup de place. Je réserve le HDD pour les données. (Des hdd j'en ai une caisse pleine. Certains sont vieux mais pour les données bof...)
 

 
Ah, ça c'est intéressant. Je suppose que tu as installé Win en premier et Linux après coup avec un grub sur le ssd de Linux qui boote en premier ? Et tu arrives à mettre le système et les applis de Linux sur le ssd de 256 ?

1/ Si tu veux juste avoir ton système (/) sur le SSD, un petit genre 120 Go peut suffire, mais c'est dommage de na pas y mettre au point ton profil utilisateur (le /home donc) histoire d'avoir des performances accrues sur les chargements/utilisations d'applications.
2/ Dans le prolongement du 1/, ce que je fais sur mes machines quand je monte un système avec du SSD et du HDD, je mets / et /home sur le SSD, je créé un espace de stockage sur le HDD, et je remplace les dossier Musique et Vidéo du profil utilisateur par des liens symboliques vers des dossiers du HDD. C'est transparent pour les applis, pour l'utilisateur, mais les données ne nécessitant pas un accès rapide (MP3, AVI, etc) sont sur le HDD.
3/ En faisant comme dans le 2/, tu enregistres tout simplement dans les dossiers de ton profil, puisque ce ne sont plus des dossiers en tant que tel mais des liens vers des dossiers situés sur le HDD.
4/ Je ne pense pas que ce soit possible. Les applications sont gérées par le gestionnaire de paquet, c'est lui qui fait le travail sur /.

EDIT : complètement burned

Perso je n'ai qu'un SSD de 256go dans mon pc portable (ça coûtait une blinde à l'époque ) et j'y case windows + linux, mais c'est chaud... A la base j'avais windows pour jouer un peu, mais les jeux récents prennent trop de place du coup il ne me reste que le programme pour mettre à jour mon gps...
 
Sous linux par contre ça passe suffisamment large, même avec quelques jeux léger genre CS.  
 
Mais bon clairement 256 partagés entre les deux pour applications + jeux c'est peu, voir trop peu, il faudrait un dd de plus pour mettre les jeux lourds.

 
Un 500 Go à moins de 120€? Ou ça?    
 

 
Exact. Win sur le SSD 2, et Linux sur le SSD 1.
 
J'arrive plus à retourner aux HDD, une fois qu'on a goûté aux SSD, impossible d'en décrocher
 
Pour le système et les applis, ça passe une fois que Win a migré sur le 2e SSD. Avec Steam et X-Plane 10 et toutes ses sceneries (58 Go quand même), si on rajoute windows, sur un seul SSD on est très vite à l'étroit.

Je confirme, une fois qu'on a gouté au SSD, impossible de revenir en arrière...  
 

Bonjour les SSDistes,
 
j'ai installé manjaro sur mon lenovo 300-11 et j'ai un peu de mal avec le nom des partitions. Au lieu des sdaX je me retrouve avec des mmcblk. Est-ce que c'est normal?

En général les mmcblk sous linux c'est plus pour des cartes mémoires?

C'est un petit ssd de 32Go alors c'est possible que le système voit ça comme une carte mémoire.
 
Ce que j'aurais voulu savoir si je pouvais activer le trim sur ce genre de ssd.

Ben il faut savoir si le contrôleur le gère ou pas.
 
Il y a une méthode pour tester, donc lance toi.

Oui, j'ai testé  

 qui n'a rien répondu. Au pire si le disque flanche je mets une carte mémoire

 
http://www.topachat.com/pages/deta [...] 81613.html

Je pensais plus au test ou on écrit, on efface, et on regarde si les données sont toujours stockée ou pas quand on a activé le trim (discard) dans le fstab.

Pour le discard je ne vais pas tenter tout de suite:
 

Par contre d'après la même source, le wiki d'Arch, en périodique avec fstrim c'est possible, sous réserve surement que j'ai un vrai ssd et non pas une carte mémoire.

Bonjour

petite question, je vais changer mon ssd de mon pc portable et faire une "rotation".
En gros celui que j'ai dans mon pc portable 1, passera dans mon secondaire (le petit pas cher pas puissant mais qui se trimbale partout) en remplacement d'un dd.
Parce que franchement une fois habitué au SSD c'est difficile de s'en passer....

Ma question est plus niveau "principe" sur le principal.
Je n'ai qu'un seul emplacement de dd, je compte donc cloner mes partitions sur un dd externe, changer le ssd, puis recloner sur le nouveau.
Passant de 256 à 480go, je vais pouvoir étendre mes partitions.
Soucis j'ai un dual boot windows 10/Xubuntu 14.04....

Ensuite, je réinstalle grub, puis je modifie le fstab et roulez pour linux c'est bien ça?

Mon soucis ça va être quid de windows 10 ...
surtout que vu que c'est une upgrade windows 8.1 ==> windows 10, je n'ai pas le cd... Il faut que je cherche ce point là...

EDIT: pour windows 10 microsoft fourni l'iso donc c'est plus simple....
Je pense qu'il faudra que je fasse un fixboot puis fixbmr, puis réinstaller grub puis modifier le fstab et ça devrait fonctionner....

Pour le recensement:
Samsung 840 Pro 256 go
Archlinux x86_64
Le ssd est entièrement encrypté avec dm_crypt

Si c'est une carte mémoire, c'est peut-être une occasion de tester le F2FS.

Il y a une commande pour voir l'état du SSD (usure des cellules ?) je crois me souvenir que le résultat sortait en pourcentage.
 
Merci

sudo smartctl -a /dev/sdx
 
remplacer sdx par le nom du disque
 
sinon il y a "gnome-disks" en graphique qui permet d'afficher les données smart également (paquet gnome-disk-utility sous debian)

 
Pour le recensement aussi:
Samsung 840 Pro 256 go
Archlinux x86_64  
 
Est-ce que les astuces de la première page sont toujours d'actualité (notamment sur les paramètres fstab) ou est-ce que cela a évolué depuis les derniers noyaux ?

Recensement fait
 
Concernant la première page, il faudrait que je reprenne tout parce que ça a pas mal changé depuis que je l'ai rédigée, y a pas mal de ménage à faire, mais globalement oui, c'est valable, même si beaucoup de choses sont prises en charge automatiquement par les installeurs des distributions (alignement, discard dans fstab, etc).

 
Je vais me contenter dans un premier temps du noatime qui semble être encore up-to-date. Je verrais pour le reste.
 

Merci
 
Puisque tu en es à faire le recensement, j'ai en ma possession actuellement sous linux :
- Samsung 840pro 128gb
- Crucial M500 120gb
- Crucial MX100 512Gb

Pour ma part:  
- Toschiba Q series Pro 256 Go
- OCZ Vertex 4 128 Go
- Crucial MX200 256 Go (M2, 2260)

Il serait infiniment plus court et utile de recenser les SSD qui ne fonctionnent PAS avec linux ou présentent une particularité de configuration.
Ca fait perpet' qu'on sait que TOUS les SSD fonctionnent sous linux, sauf gros bug de firmware (normalement temporaire).

Le but n'etait pas pas de faire un inventaire des SSD qui fonctionnent, juste un annuaire des membres qui tournent la dessus. Est-ce que c'est encore utile maintenant que c'est répandu et pleinement automatisé ou presque ? Effectivement la question peut se poser...

Non, le but c'est de savoir qui qui n'a la plus grosse, et la c'est très important  
 
Plus sérieusement, effectivement je pense que ce n'est plus la peine de recenser les SSD qui fonctionnent, et comme le dit BloodyCarnage, ça serait plus judicieux de recenser ceux qui ont des problèmes

Si recensement il y a encore, depuis moults, le ssd indiqué à mon pseudo est décédé

Maintenant c'est 2x Samsung 950 evo. J'avais lu qu'il pouvait avoir des soucis avec, mais RAS

pas à ma connaissance, vu que ce modèle n'existe pas

850 evo autant pour moi.

Bonjour j'ai installé ubuntu sur un corsair force 3 60go et je trouve le boot assez long. Juste pour savoir si j'ai oublié quelque chose a l'installation (je ne sais pas si l'ahci par exemple est geré sous linux etc).
Merci de vos lumieres !

le boot peut etre long sans que ce soit due au SSD avec par exemple le système qui attends une réponse d'un periph ou d'une connexion réseau ou autre pendant le boot  ou un service qui bloque un moment...tu peut avoir un ssd top rapidité tu aura quand même ton lag...
par contre une fois démarré tu peut vérifier si c'est le ssd qui est lent ou pas en faisant quelques transferts de fichiers

Il y a toujours les commandes hdparm (pas sûr) qui fournissent les débits du SSD.