Reprise du message précédent :
il faut voir si le southbridge de la carte mère supporte l'AHCI

Merci pour ta réponse antistress, il va donc falloir attendre d'avoir reçu le portable pour regarder de plus près parce que je ne trouve pas de doc sur sa configuration détaillée et notamment sa carte mère!

apparemment c'est la plateforme Calpella d'après ton lien (super prix au fait)
http://en.wikipedia.org/wiki/Centr [...] .282009.29

oui le prix était sympa!
Effectivement Calpella donc si je lis bien "Solid-state drive or Hybrid hard drives support" ça devrait être tout bon?

faudrait faire une recherche plus précise sur "Intel Mobile Express Series 5 chipset (PCHM codenamed Ibex Peak)" qui doit contenir le southbridge et voir s'il est compatible AHCI

pour le SSD d'après Marc himself ils se valent tous les derniers en perf
Faut en prendre un qui gère le TRIM et dont le constructeur est réputé fiable
Sur cette base j'ai pris un Crucial M4 on m'a dit qu'OCZ était moins fiable. Le top fiabilité doit être Intel mais plus cher... remarque le Intel SSD 320 Series 40 Go SATA II 3Gb/s (Postville Refresh) se trouve à env. 75 €

 
Merci pour tes réponses, je vais attendre d'avoir reçu le portable pour regarder dans le Bios (où faut-il regarder d'ailleurs pour activer l'AHCI dans le Bios?)
 
Sinon c'est OK pour l'alignement des partitions si j'utilise un live-CD de Gparted pour les créer?
 
Edit: portable reçu, petit passage dans le Bios pour constater que c'est bien AHCI qui est actif pour le controleur SATA par défaut donc ça devrait aller! Reste plus qu'à se décider, choisir le modèle et la taille (hésitation entre 60-64 Go et 120-128 Go!)

 
attention ! http://www.road2mayotte.org/blog/?p=3440

Donc il ne fait pas bon de supprimer le swap ?    
 
C pas possible faut vraiment être maso avec linux   , une fois blanc et une fois noir et puis une fois blanc et puis une fois....
 
 
 
antistress tu as installé ta distri en dual boot avec windows ?

ben j'ai compris que le swapiness marchait à l'envers de ce qui est couramment admis (bon j'ai pas vraiment lu le billet, hein)
je pense que le mieux est de désactiver le swap dans le fstab
 
sinon mono-boot

ça y est! Crucial M4 128 Go commandé!

excellent choix sur le papier (plus perf et durable que le 64 Go que je me suis pris)

A condition d'avoir un contrôleur SATA3, parce que le 64Go sature déjà le SATA2.

je suis en train d'installer mon crucial m4 64Go, bien reconnu par l'OS et en firmware v2. Pour le passer en v9 j'ai "gravé" l'iso sur clé USB avec unetbootin, ça a pas l'air de marcher. Vous êtes tous passé par le  graveur de CD pour les mises à jour ?

 
Gnééé ? keskecaveudire ?
 
anti stress merci de ta reponse.

antistress> C'est passé avec unetbootin pour moi. J'avais d'ailleurs fait la même chose avec le firmware précèdent.
Faut d'abord créer une partition primaire sur ta clé. Ensuite tu te sers de cette partition (ex: /dev/sdd1) comme cible pour unetbootin.

 
 
On parle de M4 qui monte à plus de 400Mo/s en lecture (sous réserve que le contrôleur SATA puisse suivre).

@BloodyCarnage : en effet, j'avais de créer la partition FAT après avoir formaté avec une MBR
Cela dit je crois que le souci venait de là car je pense qu'unetbootin a fait le nécessaire pour suplléer à ma défaillance.
J'avais un message du type "Invalide opcode at" suivi d'une série d'adresses mémoire.
Bref pb réglé en reformatant la clé avec une partition FAT et en sélection compatible IDE dans le BIOS plutôt que Enhanced
Merci :-)

Bonsoir, après plus d'un an d'utilisation j'aimerais formater via saniterase mon SSD vertex pour lui redonner vie. Voila comment je vois le topo, dites moi si j'me trompe:  
 
J'ai win7 et archlinux en dualboot. Vu que j'ai pas envie de me retapper une réinstallation complète de archlinux je devrais faire une image à graver mais comment? avec quel soft? car si je fais une image je voudrais qu'il n'y ait que archlinux pas win7.
 
Après saniterase je dois réinstaller d'abord win7 via le CD de restauration vaio pour revenir à une "version usine" propre qui devrais normalement s'auto-aligner (j'espère) sur la première partition qu'il aura créé lui-même. Puis je pense partitionner le reste du disque via un live CD gparted et y coller l'image de arch, mais idem avec quel soft?
 
Je suis dans la bonne voie? Des conseils? merci.
 
Pour info

pour ceux qui s’intéressent à la question du swap, ceci est interessant :
http://kerneltrap.org/node/3202
 
Ce qui est paradoxal c'est que depuis les débuts du ssd (au sujet desquels on pouvait avoir des doutes sur la durée de vie) on parle de désactiver le swap (c'est sans doute aussi parce que les gens peuvent depuis cette même date avoir enfin plus de mémoire que nécessaire sans se ruiner) alors que les perfs d'un bon ssd de nos jours est justement capable de rendre le swap moins insupportable que du temps des disques magnétiques !

Je suis le seul à avoir un HDD couplé à mon SDD ?

Sinon le swap est la destination par défaut des pages mémoires lors de la mise en veille prolongée. (je ne sais pas si ça se change)

 
non et oui

Faut aussi voir pour économiser le SSD, Faudrait faire des mesures au cas par cas, mais si le système est chargé et a souvent recours à la swap, ça peut représenter plusieurs Go d'écritures par jour.

Bon OK je vais simplifier mon post: Avez-vous un soft de clonage recommandé pour SSD/linux/ext4?  
(pour une partition seulement pas le disque entier, qui ne prenne pas les bit vides, bootable en live CD, le tout enregistrable sous forme d'archive compressée, que je puisse l'extraire dans une partition que j'aurais, si besoin, préalablement ré-aligné).  

fsarchiver. http://www.fsarchiver.org/Main_Page

Bon je rappelle les faits précédents :
 
J'ai un noyau gérant le TRIM (v2.6.35 par ubuntu) en attendant que j'installe Debian SID (dès que j'ai réglé mes questions sur mon SSD...)
Ma carte mère a un southbridge ICH7 et gère le SATA II. Pas de AHCI mais le 48-bit LBA addressing qui en théorie permet le TRIM
Le SSD Crucial M4 SATA III que j'ai commandé gère le TRIM
 
Question mon pilote PATA gère t-il le TRIM en l'absence de AHCI ?
 
Test :  
J'ai installé physiquement le SSD
Je l'ai formaté en ext4
je l'ai enregistré dans le fstab avec le TRIM :

J'ai lancé le test ad hoc
et echec : pas de TRIM
 
D'où questions :
1°) puis-je espérer un pilote PATA gérant le TRIM ?
2°) à défaut : le TRIM manuel est-il possible ? Je lis qu'il y a un script wiper.sh pour GNU Parted à ce sujet ?
3°) l'achat d'une carte contrôleur doit elle être envisagée ?
 
Merci d'avance :-/

Si t'as un doute, je te confirme que le test fonctionne chez moi (M4 sur ICH9 en SATA2 AHCi) donc, il semble valable.
 
1) libata supporte déjà le TRIM et ata_piix passe par libata. A mon avis, il y a une impossibilité technique, sinon ça fonctionnerait.
 
2) Je crois que whiper.sh a été créé pour palier à l'absence de TRIM automatique. En gros, il exécute manuellement les mêmes instructions ATA qui ne fonctionnent pas chez toi. Ca ne coûte rien d'essayer, mais je dirai qu'il n'est pas conçu pour "simuler" du trim sur un contrôleur qui ne le supporte pas.
 
3) Si tu peux utiliser ton port PCiE x16, oui. Si tu n'as que le x1 de libre, non. La carte contrôleur doit être en PCie x4; tu n'a que du PCIe 1.0 sur ta carte mère et en x1, la bande passante serait ridicule pour cette application. Enfin, dernière réserve que j’émets: est-ce que l'utilisation du slot x16 principal ne va pas couper automatiquement l'IGP?? S'il partage ses ligne PCie avec le slot, il y a de fortes chances.

1) J'ai posé la questions sur la mailing list linux-ide mais pas de réponse. Le fait que kernel.org ait des soucis explique pitet cela ?
 
2) justement je me demande si ça permettrait de "trimer" dans mon cas, qq1 connait le principe du script ?
 
3) ah oui c'est un risque

Pour ma part, j'ai un SSD Crucial M4 64Go sur Ubuntu 11.04 et ça envoi du lourd: 460 en lecture
J'ai vérifié le Trim, désactiver le swap et fais un update du Firmware en 009.
 
Par contre, j'ai désactivé le swap (j'ai 8Go de RAM) mais la partition existe toujours. Vous connaissez un moyen de la réattribuer en EXT4 sur ma partition générale sans tout réinstaller?

Elles se suivent ?
Sinon c'est le genre de truc que permet lvm, mais faut l'avoir prévu à la base.

Comment savoir?
 
J'ai une partition "55Gb ext4",  "étendue 8.6Gb" (c'est quoi?) et l’ancienne swap,   "libre 8.6Gb". Le soucis est que je n'avais pas prévu. Je pensais naïvement que j'allais pouvoir le faire... je n'ai pas besoin de beaucoup plus de place (j'utilise 5Go!) car j'ai un serveur de stockage (DS209+II) mais c'était surtout pour répartir les écriture sur plus de volume pour optimiser la durée de vie.

sudo fdisk -l /dev/sd?
 
Si je visualise bien tu as une partition système de 55g suivi de l'ex swap dans une partition étendue, la bonne procédure serait donc de booter sur un live cd, supprimer la partition étendue, maximiser la partition système pour qu'elle occupe tout l’espace libre (cfdisk fait ça très bien, sinon avec parted) puis maximiser le système sur la dite partition (avec resize2fs). C'est un cas assez simple, mais faudrait sauvegarder quand-même avant de commencer, surtout si tu sais pas très bien ce que tu fais.
 

Ton SSD le fait déjà en interne ! Le wear-levelling n'est pas limité à l'espace de tes partitions (que ton ssd ignore totalement au passage, d'où l’intérêt du trim pour lui indiquer quels secteurs il peut réutiliser), mais réalisé sur toute la capacité du SSD.  
 
En fait ce serait plutôt le contraire, en laissant de l'espace libre sur ton ssd tu augmentes le nombre de secteurs libres disponibles pour le wear-levelling et donc sa durée de vie. Mais bon il suffit que l’espace soit libre, qu'il soit partitionné ou non peu importe.

J'ai fait un billet synthétisant tout ce que j'ai appris sur la question, notamment ici même : http://libre-ouvert.toile-libre.or [...] article72/ comme aide mémoire futur

Merci les gars!

Bonjour, je viens de m'acheter un SSD, au départ j'y connaissais rien. J'ai mes partitions en Btrfs (ça doit fonctionner avec TRIM normalement?) le problème, j'ai ma partition /boot en ext2 sans option particulière, c'est grave?

le /boot en ext2 te facilitera la vie du démarrage je pense car la prise en charge de btrfs par GRUB2 est récente (ou en développement, je ne sais plus)
Btrfs n'est pas nécessairement la solution la plus performante actuellement sur ssd, et les dév trouvent encore régulièrement des régressions importantes, je te recommande ext4. Si tu reste à Btrfs renseigne toi sur les options, certaines ont un réel impact sur les perfs (compression etc).
Tu peux voir les tests sur Phoronix.
Sinon le TRIM n'est pas nécessairement actif par défaut car ce n'est pas nécessairement une bonne idée, je te renvoie à mon billet ci-dessus

Je vais lire tout ça, très belle initiative, chapeau et merci.
je vais rester en Btrfs je pense vu que c'est l'avenir, la performance m'importe pas tant que cela, tout ce que je veux c'est que mon SSD ne meurt pas en quelques mois.
Par contre, j'en profite puisque tu as l'air du t'y connaître, j'ai fais la manip vue http://techgage.com/article/enabli [...] er_linux/2ici pour tester si TRIM est actif, mais moi j'ai des 0 sur le fichier à toutes les étapes, je veux dire par là que je n'ai pas d'autres chiffres que 0 même avant de supprimer le fichier. Comment l'interpréter?

Le test consiste à écrire un bloc de données sur le SSD puis à demander au FS de l'effacer. SI le trim auto est activé, le FS va demander en outre au SSD de vider les cellules correspondantes.
Donc tu dois voir des 0 à la fin.
Si tu vois des 0 au début, c'est que le bloc de données a pas été écrit au bon endroit ou que tu ne regardes pas au bon endroit

Ah daccord, bon je dois aller l'hôpital voir le chirurgien (ça donne envie), je regarderais plus tard cette semaine, apparement mes partitions sont même pas alignées. Bon dimanche. Farewell

 
 
en même temps... /boot, c'est pas le fs sur lequel tu fais des opé d'écriture tous les jours