De même pour moi, perso je grave (oui je préfère utilise des CD... ) GParted & Arch, et révision non-stop jusqu'à Lundi.

Je connais, mais j'en ai pas besoin :sorry:

Graver Gparted ? Je comprends pas, y'a fdisk/cfdisk qui fonctionnent sur le CD, pourquoi Gparted ?

Moi je révise pas (J'ai même pas encore fini le premier trimestre )

Et je connais pas Megeia, elle apporte quoi de plus que le reste ?

Vous connaissez forcément Mandriva, qui elle est très fermé! Bah Mageia est une distribution basé sur Mandriva.

En faite, elle a été crée par des ex-salarié de chez Mandriva

Très très simple d'utilisation, il y a la version 3 qui sort le 3 Mai.
Donc, ceux qui sont pas très doué en informatique et qui fuit la console (malheur), Mageia peut être conseillé (à la place d'Ubuntu)

Knakis Je sais, il y a même parted.
Seulement j'ai encore un peu de mal avec les partitions, la combinaison sur mon PC ne me facilitant pas la tâche, je préfère utiliser GParted.

Et elle à quoi de plus que ma Fedora, vu que t'en fait la promo ?

Wonder -> M'kay, tu m'as fait découvrir parted

Mh ça prend combien de temps l'install d'Arch, si c'est la première fois et qu'on suit le Wiki ?
Ayant un bon débit, là 10Mo/s sur speedtest.

Perso j'avais mis trois bon quarts d'heure, mais avec le double de débit. Mais me semble pas qu'il y ait tant de téléchargements que ça à faire.

7 heures à 15 ko/s.

10 minutes pour préparer le terrain, x pour télécharger les paquets indispensables.

C'est la configuration qui va prendre du temps.

Ouais du coup je pense pas m'y attaquer ce soir.
Demain matin de bonne heure, je prépare tout, et le PC sera éteint jusqu'à Lundi (exams).

Euh par contre caletlog, tu fais des partitions pour /var et /tmp ?

Pour /var c'est parce que ça permet de mettre un système de fichier différent de / (ext4 pour /, reiserfs pour /var). Le reiserfs, grâce à un algorithme de traitement totalement différent de l'ext4, a des performances générale faibles, sauf dans le cas où la partition sur laquelle il est utilisé contient un très grand nombre de très petits fichiers, ce qui est le cas de /var. Les performances sont alors nettement supérieure, du coup ça permet une navigation dans les caches plus fluide, le gestionnaire de paquets plus rapide, ... après ce format se fait vieux, et son successeur est abandonné donc je sais pas si ça sera encore longtemps efficace, mais aujourd'hui, ça vaut le coup.

Pour /tmp, c'est plus propre mais ça permet surtout d'éviter d'avoir une partition racine pleine à cause de fichiers temporaires pour X ou Y raisons. (c'est peu courant en desktop, mais quand même)
Raison aussi valable pour /var : avec une partition séparée tu risque pas de saturer ta racine si jamais un programme merde et te pond des millions de ligne d'erreur dans les logs (stockés dans /var; pour rappel une partition / totalement pleine ça t'empêche de booter puisqu'il faut forcément une écriture pour démarrer).

Si t'es motivé pour modifier l'ordre de chargement des modules et de montage des partitions, tu peux aussi séparer /usr, ça te permet de le monter en read-only, donc plus propre, plus sécurisé, toussa toussa. Mais à cause de systemd ça marche plus comme avant (avant tu pouvais séparer sans bidouiller), il faut vraiment trifouiller pour que ça marche, parce que /usr est nécessaire au boot mais n'est plus monté de la même manière.

D'une façon générale, plus tu sépare tes partitions et mieux c'est, c'est plus propre, plus sécurisé et ça fait un gain de performance

Merci pour l'explication, j'aviserai de cette façon.

" Mais à cause de systemd ça marche plus comme avant "

http://0pointer.de/blog/projects/the-biggest-myths.html

Lis le mythe 28 plus spécialement.

Je sais, lis la suite de ma phrase plus spécialement
J'ai pas dit que c'était pas possible, j'ai juste dit que par rapport à sysvinit où on pouvait le séparer comme on séparerait un /home, maintenant avec systemd il faut faire quelques manipulations supplémentaires.
À vérifier, mais il me semble qu'il faut trifouiller à ton mkinitcpio.conf.

Ce serait quoi le mieux entre pilote AMD libre ou proprio ?
Je penche pour le libre au possible.

Muarf, AMD et Linux c'est pas forcément génial de toute façon.
Ça dépend de ton modèle, essaye les deux et voit ce qui te convient

Tu dis que c'est à cause de systemd que cela ne marche plus comme avant. C'est ce qui est faux. Je sais qu'avec une initrd c'est possible d'avoir un /usr séparé.
Je chicote peut-être, mais à force de voir toute les trucs totalements faux que l'on raconte sur systemd partout sur internet, je suis parano.

Le pilote proprio amd est bien meilleur que le libre. Mais il faut que tu arrives à la faire marcher et il reste quand même de mauvaise facture par rapport à Windows.

Le mieux pour linux c'est d'être en full intel.

| Ecrit par « caletlog », 26 avril 2013 à 23:46:19
| « Muarf, AMD et Linux c'est pas forcément génial de toute façon.
| Ça dépend de ton modèle, essaye les deux et voit ce qui te convient »

Ouaip mais AMD prétend "s'améliorer".

J'ai un modèle de la gen actuelle (7770).