Reprise du message précédent :

Ou un ext4 sans journal
De mémoire

Il y a quand même bien plus de metadata que l'ext2

Surement, après je suis pas à quelques ko près sur mon /boot

Grub 2 avec de l'UEFI, quel courage <_<
Plus sérieusement, pour sauver du temps : oubliez grub avec l'UEFI, oubliez lilo aussi.
rEFInd et kernel compilé avec l'UEFI stub, ça vous économisera beaucoup de temps <_<

Le kernel d'Arch est déjà compilé avec EFISTUB
 
Bon du coup seuls syslinux 6 et refind semblent vraiment recommandés...

 
perso 20 Go c'est trop court chez moi pour le "/", il ne me reste plus que 7 Go de libre ( même en virant le cache de pacman ) au bout d'un an d'utilisation, j'ai un profil d'installation "développeur" et logiciel de bureautique libreoffice, gimp, vlc, bureau KDE complet ( ça bouffe de l'espace disque ), librairies gnome et gtk vu que j'utilise des logiciels qui en ont besoin,
 
du coup faut pas hésiter à voir large, 40 ou même 50 Go, vu la taille des disques dur aujourd'hui faut pas avoir peur

En même temps, on ne peut pas généraliser sur la taille de /, ça dépend de trop de choses, notamment l'utilisation et surtout les autres partitions...

certes mais vaut mieux avoir beaucoup d'espace en trop que l'inverse, à moins d'aimer jouer avec gparted live cd pour modifier la taille des partitions, avec le risque de perte de données,
 
au début sous une machine virtuelle j'avais utilisé 10 Go  pour le "/", ça me laissait peu de marge, j'avais ensuite misé 20 Go pour mon portable, ça semblait bon mais au bout d'un an et d'installation de paquets supplémentaires ça parait encore ric-rac,
 
du coup pour la prochaine installation sur un PC physique je vais miser 50 Go

Ba la actuellement je suis un peu limite d'ailleurs
Ce serait bien que je m'en occupe sous peu

Après c'est parce que je n'ai que /home et un bout de /opt de déporté ailleurs...
 
(...)
Un pacman -Sc plus tard:

 
Hop, résolu  

je suppose que tu n'es pas un gros joueur sous linux, car en général ça pompe des Go les paquets de jeux,
 
à moins de créer un paquet et faire en sorte que les données du jeu ( textures, sons ) s'installent ailleurs que dans "/"

J'ai quelques jeux dans /usr/local et dans mon home steam en fait, mais comme dit plus haut, le /home est ailleurs donc ça n'influe pas.

Modifié.

Modifié.

Modifié.

J’ai ajouté une note. Quant au LVM, ça à l’air sympa mais ne connaissant pas, je ne m’en sers jamais. Si t’as une série de commandes à dispo, je suis preneur.

Voir précédent pour le LVM.

Modifié. Mais je ne sais pas si ça suffit ou non.

J’avais lu je ne sais plus où que si on ne mettait pas cette option (SigLevel = Never), ça finirait par emmerder yaourt (ou quelque chose comme ça). Du coup, je l’ai mise. Je la dégages ?

Quand je pense "boot en uefi", je n’inclue pas la… umh… l’émulation ? la rétro-compatibilité ? Uefi -> Bios.

Modifié. Mais j’insiste pour dire que CHEZ MOI, on trouve enp*s* pour de l’ethernet.
J’ai modifié ma note sur la forme des noms des périphériques réseaux.

J’en ai viré quelques uns.

-----------
Je suis toujours preneur pour des retours et / ou du code pour UEFI, x64 et le WIFI.
Merci

   
 
 
Moi aussi depuis le changement de comportement d'udev, mon eth0 est devenu enp3s0.
Mais il ne dit pas le contraire, si ?

On va prendre ça pour un « oui », alors.
Je verrais à ma prochaine ré-install’ si yaourt gueule sur la signature des paquets ou non.

Non, il disait - enfin, si j’ai bien compris - que /sys/class/net n’existait pas chez lui.
Allez zou, ré-up.

Sinon pourquoi vous faites un /home separe de / ?
 
Le wiki arch ne donne pas d'assez bonne raison pour le faire a mon gout: https://wiki.archlinux.org/index.ph [...] ion_scheme

Je sépare toujours mon /home en cas de réinstall, que ce soit Arch ou autre. De plus, j’indique ce /home séparé comme « optionnel ». Tu peux donc en crée un ou non.

+1 pour la réinstalle
Moi c'est aussi parceque / est sur SSD, /home non car beaucoup trop gros.

 
pour pouvoir réinstaller le système sans toucher aux données,
 
et puis c'est plus propre de faire comme ça, séparer le système des données utilisateurs, et en cas d'accident sur une partition ( bug d'ext4 ou btrfs, l'utilisateur qui fait le terminator en mode root ) ça n'aura aucun impact sur l'autre partition, une sécurité supplémentaire
 
il faut faire gaffe à ne pas sous-estimer la taille des partitions, notamment pour la partition système, si on est un gros installateur de paquets, un PC multi-vocation ( bureautique, développement, gamer fou, applis vidéo en tout genre, bureau high tech ) --> la partition "/" va vite grossir,
 
personnellement la seule chose que je n'ai pas respecté dans le wiki c'est la création d'une partition "/boot" séparée, ça me semble pas utile dans mon cas et les autres distributions type debian ne le propose plus dans leur wiki et dans leur setup auto il me semble

De retour du ciné  \o/
Oui j'ai des commandes pour LVM, je me suis fait il a un moment un peu la même chose que toi pour mes installations d'Arch.
 
Exemple de LVM dans un combo syslinux + GPT dans une VM :
 
Oui je sais, c'est un overkill total le GPT dans le cas d'une VM où l'OS sera seul, mais c'est pratique pour tester !
 

Explications : avec gdisk je fait 3 partitions:
_ une protective MBR pour booter avec un BIOS classique du GPT
_ une pour le boot car j'utilise syslinux et avec la v4 en tout cas, pas moyen de mixer LVM + syslinux sans boot séparé
_ une partition de type LVM pour le / et le /home par la suite
 

Explications : la je fais les physical volume, volume group et logical volume:
_ initialisation de la partition /dev/sda3
_ création d'un volume group vgArch
_ création d'une partition swap lvSwap de 512M au début et allouée de façon contiguë dans le volume group vgArch
_ création d'une partition lvRoot de 6G dans le volume group vgArch
_ création d'une partition lvHome avec la place restant sur le disque dans le volume group vgArch
 

Explications : la c'est la création des filesystem et le montage des / , /boot et /home
 

Explications : Une fois qu'on est en chroot, ajouter un hook lvm2 via mkinitcpio.conf sinon, ça va moins bien fonctionné, après attention au root= dans les configuration de syslinux !
 
 
 
 
Dans la doc en 8) A) 1) a) :
 
Note : le nom de l’interface réseau se trouve en tapant ls /etc/sys/class
 
Bah non c'est ls /sys/class/net qu'il faut mettre. Pour ma part, j'ai toujours configurer le réseau avec :
 

 
Une fois l'installation et la machine rebootée, il faut dire j'ai toujours installé dernièrement mes Arch via ssh même en bootant sur l'ISO du mois, comme ça je copie / colle pas mal des commandes d'installation de mon fichier selon ce que je veux en faire (j'en ai pas encore fait un script, je devrais tiens..). Par contre, dire que telle ou telle méthode est mieux, difficile. Quand on peut autant connaitre les deux je pense.

J'ai un soucis avec GNOME-flash back a session des retours le dessus ?

ton message écrit à la va-vite sur un smartphone n'est pas très clair, il manque un caractère ou une virgule,
 
tu parles du paquet "gnome-flashback-session" ?
 
https://www.archlinux.org/packages/ [...] k-session/
 
quel est exactement le problème ?
 

 
LVM j'en reviens un peu, car trop galère quand on empile plusieurs couche type lvm / dmcrypt / ext4.
Par exemple sur un ssd, pour que les instructions discard traversent toutes les couches (et être sûr que ça marche), c'est pas gagné... et l'alignement est plus compliqué à faire (ça s'est peut-être amélioré à ce niveau ?).
J'ai aussi bien galéré en voulant utiliser dmraid et lvm en même temps.
 
20Go pour /, c'est pas si énorme, là j'ai déjà 9Go utilisés sur /, à ça, tu peux rajouter quelques Go de packages quand tu fais une grosse mise à jour. C'est bien d'avoir de la marge... Et si tu veux pouvoir installer des jeux, garde un peu de marge...
 
Mais je crois que personne n'a de plan de partitionnement magique  

Désolé, hier je me suis précipité sans même réfléchir.
 
Donc, oui, je parlais bien de gnome-flashback-session. Systématiquement, lorsque je lance Xorg plante
 
et Xorg.0.log ne me donne rien de lisible à mes yeux
 
Xorg.0.log
 
Merci d'avance
 
EDIT: Xorg trop long

 
Heu, pas de problème dmraid + lvm, pour la crypto, ça peut vite devenir un overhead violent en terme d'I/O, je vais pas m'amuser a mettre ça sur un SSD pour annihiler tous les gains de perf.

 
je suis curieux de voir ta config mkinitcpio, parce que c'est pas bien documenté sur les wiki fr et en
J'avais mis mes notes d'install ici d'ailleurs:  
http://forum.hardware.fr/hfr/OSAlt [...] m#t1336972
 
Pour le chiffrement sur SSD, bah moi j'en ai besoin pour mon taff en fait (en cas de vol), avec le support hardware pour la crypto et un ssd, justement, les perf sont acceptables.

Je vais essayer de te retrouver ça, j'ai pas gardé ce mode de fonctionnement parce que lvm + dmraid c'était un peu too much pour une VM ;o

Bon bah je n'ai point retrouvé, ce qui m'emmerde fortement j'avoue, car j'aime pas qu'une de mes VM de test disparaisse comme ça

Attention, bug de ffmpeg apres mise a jour: https://bbs.archlinux.org/viewtopic.php?pid=1306841

ça provoque apparemment un bug de VLC qui s'appuie sur ffmpeg,
 
ça devrait être résolu avec une recompilation de vlc et/ou nouvelle version de ffmpeg,
 
est-ce que ça plante aussi avec mplayer ?
 
j'ai pas encore mis à jour donc je suis épargné par le bug

On va attendre avant de faire une màj

 
Bah :  

 
Non ?

Surtout que j'ai fait la maj hier soir et je n'ai eu aucun problème, au contraire ça m'en a résolu un sur vlc

je savais pas qu'on pouvait faire ça

faudrait savoir si ça bloque ou si ça débloque !

vlc, x264 et ffmpeg ont été MAJ, vous pouvez upgrader... (fait ce midi après constatation du bug)

Merci le cactus

salut,
vous pouvez me conseiller pour une version de chrome/chromium?
sachant que je veux le support de flash (patapay) et un bon suivi des mises à jour

https://wiki.archlinux.org/index.php/Chromium

 
la configuration requise pour flash :
 
http://www.adobe.com/fr/products/f [...] specs.html
 
une astuce si on veut éviter le plugin flash c'est d'utiliser VLC pour lire les vidéos flash, il est capable d'ouvrir les liens pointant vers des vidéos flash avec l'avantage de soulager le processeur,
 
en théorie on pourrait aussi configurer le navigateur pour qu'il utilise VLC pour la lecture de vidéos flash, ou bien configurer youtube pour lire des vidéos HTML5 à la place du flash

Le bug pas trop pénible de yaourt    
 

 
yaourt ne pose pas la question du remplacement/suppression de package.

yaourt    
Pour un -Syu  

j'imagine qu'il est obligé d'utiliser yaourt parce qu'il en a besoin pour suivre les mises à jour venant du dépôt AUR  
 
si c'est pas le cas alors en effet il y a une énigme