Reprise du message précédent :
Infos mises à jour

Ola,
Je viens de voir que mes partitions ne sont pas alignées, est-ce qu'il y a un moyen simple d'aligner les partitions sans toucher a leur contenu (genre avec gparted)?
Merci
 

 
Edit: Bon apparemment gparted ne permet pas d'aligner précisément
Reedit: En fait si... il s'aligne sur le mega octet par défaut, soit 2048 blocks, ça devrait faire l'affaire, je teste...
Rereedit: J'suis un boulet, j'ai oublié qu'il fallait que les FS des partoches soient alignés eux aussi ... bon, je casse tout et je restaure avec un tar...

Bon ça s'est bien passé, du coup je me suis fendu d'un petit tuto si jamais vous voulez aligner les partitions d'une installation existante de Gnu-Linux
J'ai fait ça de mémoire, donc signalez moi si je m'est gouré
 
Équipement nécessaire: un espace de stockage libre au moins égal a à peu près la moitié de l'espace utilisé sur votre SSD ainsi qu'un livecd (si vous avez une install en 64 bit il faut booter un livecd 64bit pour pouvoir chrooter) celui de arch par ex fait très bien l'affaire.
Pensez aussi à faire un minimum de ménage sur votre distro avant de vous lancer, ça fait pas de mal et ça permet de raccourcir un peu le temps de la manip (par exemple un yaourt -Sc (voire -Scc pour les plus violents ), du ménage dans votre home, etc...)
 
Pour commencer il faut booter sur le livecd et faire une sauvegarde complète du SSD (avec CloneZilla par exemple sur UBCD dans le menu gParted), c'est plus sur et en cas de pépin on restaure très rapidement!
 
Une fois la sauvegarde initiale effectuée on attaque, je prends mon cas, a adapter selon le votre bien sur, mon partitionnement est le suivant:
- sda1 est mon /boot, en ext2
- sda2 est mon swap
- sda3 est mon / en ext4
- sda4 est mon /home en ext4 aussi
 
On branche le support de sauvegarde si besoin, puis on le monte sous /tmp/save, ensuite on monte toutes les partitions du SSD sur /tmp/ssd, ce qui donne pour mon partitionnement:

 
Y a plus qu'a sauvegarder les fichiers:

Ou alors si votre unité de sauvegarde n'accepte que des fichiers de 4Go (de la fat par ex) et que le tar vous insulte:

On sauvegarde aussi les uuid des partitions actuelles:

 
une fois terminé on démonte tout:

 
Maintenant vous pouvez casser votre partitionnement et le refaire proprement, ensuite vous n'avez plus qu'a recréer les FS avec les bonnes options (pour ces deux manips il y a tout le nécessaire dans le premier post).
Une fois terminé, si la fstab et le grub.conf sont basés sur des UUID on les remet tels qu'ils étaient avant (on peut aussi aller modifier les fstab et grub.conf mais je trouve que cette méthode est plus rapide et plus simple) grâce au fichier /tmp/save/uuid:

à faire sur les 4 (ou plus selon votre installation) partitions, même le swap, il est aussi possible de le faire directement à la création du FS avec l'option '-U UUID'!
 
Ensuite on remonte tout comme avant:

 
et on envoie la purée

ou bien si vous aviez découpé vos fichiers:

 
il ne reste maintenant plus qu'a remettre grub en place si vous avez bougé le début de votre partition de boot:

On remet grub comme il faut:

 
Et... c'est fini, y a plus qu'a rebooter (démontez tout avant c'est plus propre mais pas indispensable, le livecd s'en chargera)

Salut, ptite question. A quoi sert le paramètre stride de la manip de création de fichiers avec mkfs.ext4 quand on a pas de RAID ?
 
Perso j'ai formaté un OCZ Octane (ESB probablement 512k) en suivant un tuto avec:

 
Mais les deux derniers paramètres du -E devraient être inutiles logiquement vu que je n'utilise pas de RAID (ces paramètres servant à cet usage dixit le manpage de mkfs.ext4). Est-ce que je dois reformater ?
 
J'ai retrouvé le message originel de cette histoire avec le stride mais je pige toujours pas l'intérêt pour une partoche simple non RAID:
http://web.archive.org/web/2010122 [...] lock-size/
 
Sinon je confirme que gparted fait des partoches bien alignées (j'ai vérifié), par contre on sait pas du tout qu'elle valeur de -b il utilise au formatage. Donc il faut le faire à la mano.
 
J'attends une réponse claire pour démarrer une instal' de Kubuntu.  

 
A rien.

OK, c'est bien ce qu'il me semblait. C'est fou que ce soit repris partout sur les forums et dans des tutos sans que personne l'explicite.
 
 

Comme tu le dis, c'est "repris" et, puisque ça n'a aucun effet néfaste, personne ne s'en soucie.

Par défaut il utilise 4096 octets comme taille de blocs pour le système de fichiers ext4, tu peux vérifier après le formatage en tapant dans un terminal : sudo tune2fs -l /dev/sdxy | grep "Block size"
...en remplaçant sdxy par la dénomination correcte de ta partition, sda1, sdb2...

Sympa cette commande tune2fs. Tout est ok.
 
Je viens de finir l'instal' de Kubuntu, après une petite frayeur car il voulait pas booter, passage en mode IDE simple, boot, mise à jour du noyau, et repassage en AHCI, et là le boot est brutalement rapide.
 
C'est pas mal Kubuntu, soit dit en passant, tout à été configuré nickel sur le portable LDLC (clevo inside) d'une parente. Enfin j'ai pas encore chécké si l'optimus fonctionne et comment ça se goupille à vrai dire.

A ma connaissance, Optimus n'est pas pris en charge sous Linux, même si des travaux en cours avancent pas mal /HS.

Oulà c'est faux ! J'ai optimus sur mon laptop Ldlc saturn (intel hd 3000 et nvidia gt 540m) et  et c'est un pur bonheur depuis la mise à jour de bumbleebee en v 3.0

https://launchpad.net/~bumblebee/+archive/stable
http://forum.ubuntu-fr.org/viewtopic.php?id=565321
http://aur.archlinux.org/packages.php?ID=49469

Ah, désolé, j'étais passé à côté des dernières évolutions concernant tout ça

arf, j'ai du me retaper l'instal' de Kubuntu une deuxième fois. En effet, il fallait updater le firmeware en v1.13 du SSD (Octane 128gb) pour le TRIM, opération qui au passage efface tout.  
 
Et pire le livecd linux d'OCZ pour flasher le SSD était pas prêt, donc obligé d'installer W7 version trial sur un vieux HD.  
 
Gargl, quelle journée !

Pas besoin d'un livecd particulier, suffit de mettre les fichiers sur une clef USB et c'est réglé (enfin si les binaires sont dispos pour ton ssd bien sur).
Pour la réinstallation j'ai fait un tuto de sauvegarde/restau plus haut, ça aurait peut-être été plus rapide.

Il y avait tout simplement pas d'installeur Linux prêt pour flasher en fait, que ce soit LiveCD ou des fichiers transférables sur clé USB. Ils doivent sortir une nouvelle version de leur soft bientôt (cf. Forum OCZ/Octane).
 
Pour la réinstal avec ton tut', je l'ai regardé mais j'ai hésité, comme tu l'as fait de mémoire, j'ai préféré pas prendre le risque vu que je vais rendre la machine bientôt..

Bonjour,
 
J'aimerais remplacer le disque dur de mon ordi portable par un ssd (Intel 320 "PostVille refresh" 160 Go).
Je suis en double boot Win7/Ubuntu dessus.
Autant je peux réinstaller sans problème un linux de zéro, autant je ne peux pas faire la même chose avec le Windows car je n'ai pas de cd de réinstallation (économies de bout de chandelle des constructeurs).
 
Dans ce cas je peux cloner la partition avec CloneZilla ou autre (d'ailleurs c'est plutôt  « les partitions », car ça doit être plein de partitions cachées du constructeur) Windows, mais comment faire pour s'assurer que la partition sera bien alignée sur ce ssd ?
Bref, comme vous y prendriez-vous dans cette situation ?

si tu as la clé de ton win pas "soucis". tu dwnld une iso de ton win 7 (la version que tu as) que tu graves. ensuite t'as ta clé pour l'activation  

Ou bien tu peux cloner et ensuite aligner les partitions windows avec gparted (par défaut il s'aligne sur des blocks de 1Mo).
Les partitions de ta distro il vaut mieux les recréer pour aligner les FS, j'ai fait un tuto plus haut si tu veux pas t’embêter a tout réinstaller.

Bonjour,  
 
Je vais installer mon système sur un SSD ; je voudrais savoir quel genre de partition il faut éviter de mettre dessus, je pense surtout à /home et /var. J'aurai aussi un HDD dans ma config, du coup je peux y mettre ces partitions. Est-ce réellement la peine ?

Euh.. je vois pas trop de problème à mettre / sur le ssd (sauf peut être /var/log ou /tmp)  

Riot, voilà mon partitionnement SSD+HDD, ça me semble une bonne base:
 

 
en gros:

• / sur SSD
• puis au cas par cas sur HDD

Bah c'est à peu près ce que je dis :
- /var  reçoit beaucoup d'écritures (logs, cache de packages, les .pid, etc)
- /home aussi (même si moins que /var) puisqu'il contient beaucoup de fichiers de config
 
D'où mon questionnement
Et puis mon /tmp sera en ram
 

Ok merci, c'est à peu près ce que je pensais

J'ai toujours eu du mal à comprendre pourquoi on déplace sur un disque plus lent les portions de son système qui nécessitent le plus de rapidité (et qui justifient l'utilisation d'un SSD). C'est bien pour ces parties du système que vous allez ressentir une augmentation des perfs!
Vous avez peur que votre SSD explose dans votre bécane?    
Depuis 3 ans que j'utilise un vertex, je me suis pas pris la tête, tout est sur le ssd : swap, log, hibernation, machines virtuelles, etc... Si je devais déplacer tout ça sur un HDD, je crois que je chialerais    

j'ai justele swap et le log sur le HDD, c'est pas la mort
=> le swap je ne m'en sert pas (8Go de RAM, jamais d'hibernation)
=> le log ça ne nuit aucunement aux perfs de ma bécane

avec les prochaines distributions il n'y aura rien à régler ou presque
https://fedoraproject.org/wiki/Features/var-run-tmpfs
http://wiki.debian.org/ReleaseGoals/RunDirectory

Deja le cas sur Arch depuis quelques temps

À propos de mettre /tmp et firefox en ramdisk (tmpfs) : sur la première page, il n'y a pas de paramétrage précis et mon système (arch64) alloue 4Go, soit la moitié de ma ram. Là je suis en train de me faire une machine virtuelle avec XP, je lui ai alloué 2Go et je vois qu'il ne me reste plus que 176Mo de ram libre    
Ma question est : quel paramètre size puis-je mettre à firefox et /tmp pour qu'ils prennent moins de place ? De combien de place à besoin /tmp ? (je vois qu'il utilise 0%, firefox utilise lui 51,01%    ah je vois qu'il y a deux profils, il faut que j'en supprime un pour commencer   edit : ça va mieux, firefox ne me prend plus que 1,94%, je ne sais pas ce qu'était ce profil vorace)
 
edit2: du coup, j'ai 3Go de libre maintenant    tmpfs alloue dynamiquement la ram dans la limite de 4Go ? ah oui

Hello !

Sur mon SSD je partage une partition NTFS pour mes documents entre Windows et Ubuntu !

Je souhaiterais la monter automatiquement au démarrage. Peux-t-on mettre en place un TRIM automatique sous Ubuntu sur cette partition ?

Pas sur que Linux sache trimmer du NTFS.

Ok donc il faudrait que je lance un espece "TRIM complet" régulièrement sur cette partition quand je passe sous Windows ?

A priori seul le Intel SSD Toolbox sembl le faire et ne fonctionne qu'avec des SSD Intel

Petit drapal vu que j'attends un sdd en remplacement de mon dd qui part en dd externe (en sauvegarde) sur mon pc portable.
 
M'en vais lire tout ça.

Petite question au niveau du ssd, vu que le ssd est pour un pc portable, tout le système et le home seront sur le ssd.
 
Est ce que du coup, il vaut mieux que je ne fasse pas 2 partition pour séparer mon /home afin que le ssd arrive à bien faire tourner ou le ssd se moque des partitions et que donc je sépare ou pas mon /home du système n'a strictement aucune influence sur la durée de vie du ssd qui se débrouille tout seul quelque soit le nombre de partition?

Le ssd s'en fou, mais toi ca peut t'intéresser.

Ah ben donc si le ssd s'en fou, je vais faire comme d'ab et spérarer mon /home du / .
 
J'avais peur que le partitionnement limité la zone ou il faisait varier les puces.

yop yop les linuxiens SSDéistes!

dites, pourriez-vous svp confirmer que

vous retourne bien quelque chose quand vous le pointez vers un SSD?

avec mon OCZ c'est ok:

autres marques, autres modèles, ok?

merci!  

edit: c'est pour détecter si un drive est SSD ou disque traditionnel

l'info figure aussi dans /sys/block/sda/queue/rotational cf http://libre-ouvert.toile-libre.or [...] oatime#cfq

nice! merci

C'est Mjules qu'il faut remercier, c'est lui qui donne le tip page 25 ;-)

Bonjour bon mon ssd est en place, xubuntu installé, je voudrais juste être sûr que tout fonctionne bien donc voilà mon fstab:

On voit que le partitionnement n'est pas en multiple de 2048, c'est grave??
 
Sinon donc on continue:

Donc ça veut dire quoi que c'est en place ou ça ne veut rien dire du tout?
 

 
 
Ayant 8go de ram, j'ai laissé le swap et je l'ai configuré de la sorte:
#Utilisation du swap lorsque me mémoire atteint un certain pourcentage
vm.swappiness=10  
 
 
Je n'ai rien oublié?

Si si, ton partitionnement est bien, les partoches commencent et terminent sur des multiples de 2048 (ne regarde pas l’étendue, qui d'ailleurs est étrangement placée en plus d’être inutile).
En ce qui concerne le trim cherche dans les pages precedentes ou en premier post, il y a une methode qui permet de verifier que ca fonctionne bien.
Pour ma part j'ai mis la swapiness a 0 ou 1 je sais plus histoire de ne l'utiliser qu'en dernier recours.
Pour ce qui est du scheduler je suis passé sur noop parce que j'ai lu un peu partout que pour un ssd c’était le mieux, mais j'ai pas plus cherché que ca

 
 
C'est donc good visiblement.
 
Pour le scheduler faut que je chance ça comment? Tout le monde a fait ce changement là ou pas?