Reprise du message précédent :
Bah un des GROS avantages du GPT c'est les 128 partitions possibles, qui est quand même bien pratique pour du multi OS.
 
Et tu peux mettre du GPT avec du "Protective MBR" :
 

 
Et ça boot avec syslinux !

Bonjour,
Je ne sais pas si c'est lié, mais j'ai enfin fait la màj d'arch avec les soucis de /usr etc...

J'ai suivie les instructions de archlinux.fr.
J'avais ces packages :
tcp_wrappers
aif
aufs2-util
gen-init-cpio
consolekit
dcron

Je l'ai ai tous désinstallés sauf le aif que j'ai déplacé dans /usr/bin.
J'ai ensuite fait

qui s'est bien passé sauf pour la dernière commande qui me disait que /sbin (pas sur à 100% du nom) était déjà existant. Ce dossier étant vide, je l'ai supprimé et j'ai relancé cette commande. Aucun message d'erreur.

J'ai ensuite rebooté directement et là, patatra : je n'ai plus le menu (ou j'avais le choix entre arch et windows) de grub et ça me balance directement sur la mini-console grub. Quand je tape "boot", il me sort que aucun kernel n'est installé etc ...

Donc voila, je ne sais pas si les 2 choses sont liées, mais en gros, que dois-je?
chrooter et re-installer grub?

Merci

à aucun moment il n'est dit dans les instructions qu'il fallait supprimer le dossier /sbin, c'est probablement ce qui a précipité le crash de ton arch linux,

les instructions sur le site d'archlinux disaient seulement qu'il fallait virer/déplacer les paquets non-officiels qui squattent /sbin, /bin, /usr/sbin, ( c'est à dire les paquets du dépot AUR ou les paquets obsolètes comme consolekit ), puis ensuite lancer de manière séquentielle et dans l'ordre des commandes pacman,

là il n'y a plus qu'à chrooter et voir comment réparer les dégâts, probablement récréer les raccourcis /sbin, /bin, /usr/sbin vers /usr/bin mais ça va être chaud,

essaie de t'inspirer des topics sur le forum d'archlinux traitant du même sujet :

http://forums.archlinux.fr/topic13820.html

pour éviter les emmerdes futures une règle d'or à respecter c'est de ne jamais supprimer manuellement des fichiers et des dossiers présents dans la partition système ( "/" ), ni même déplacer à la main des fichiers ( les commandes rm, mv ), le mieux c'est de toujours passer par des commandes pacman ( ici il était préférable de désinstaller les paquets non officiels plutôt que de déplacer à la main les fichiers, il suffira ensuite de réinstaller ces paquets une fois les commandes pacman préconisées tapées ), comme ça t'es sûr de ne rien casser vu que pacman va faire l'interface et t'éviter de faire involontairement le barbare sur la partition système

Lors de la commande # pacman -Su, l'erreur était : "/sbin existe déjà, je ne peux rien faire". J'ai compris que le système souhaitait créer ce nouveau dossier. Le fait qu'il soit vide m'a conforter  dans l'idée de l'effacer. Ensuite, je ne savais pas quoi faire car dans les instructions officielles, à aucun moment il y a ce genre de situation

 
quand t'es bloqué, que rien ne se passe comme prévu il vaut mieux abandonner et prendre du recul ( création d'un topic sur le forum, relecture des instructions à tête reposée ), là c'était un peu hasardeux ce que tu as fait
 
 
sinon tu confirmes que tu avais tapé avant ces 2 commandes et qu'il n'y avait pas d'erreurs ?  
 

 
si t'avais l'erreur :
 

 
c'est que tu devais avoir un fichier ( caché ? ) dans ce répertoire utilisé par un paquet non officiel,
 
là faut chrooter et voir ce que tu as comme arborescence au niveau de /bin, /sbin/, /usr/sbin, normalement ça doit être des raccourcis vers /usr/bin ( si un des raccourcis manquent tu peux les récréer ) , puis voir la configuration de grub ( regenerer grub.cfg avec la commande "grub-mkconfig -o /boot/grub/grub.cfg" ), retaper les commandes pacman de la news

Les 2 premières étapes étaient OK.
J'ai ça comme arbo pour le moment

Par contre :

Il y a eu, aussi, récemment une mise à jour de grub.  
Chez mois, le fichier /boot/grub/grub.cfg à été renommé en.pacsave, ainsi que le fichier /etc/default/grub.
 
Je pencherai plus pour ce problème (l'histoire du /sbin viendrais,ici cacher le vrais problème). Il faudrait pouvoir régénérer un fichier  correct.
 

concernant la mise à jour de grub il me semble que de toutes façons il réutilise le grub.cfg qu'il y avait avant la mise à jour ( en faisant un copie du pacsave ), c'est indiqué dans les logs de pacman,
 
par contre attention avant de faire le "grub-mkconfig -o /boot/grub/grub.cfg", il faut vérifier avant le fichier de configuration de grub dans /etc/default ( il fait aussi un pacsave du fichier grub ), ainsi que le fichier 40_custom dans /etc/grub.d ( aussi un pacsave )
 
sinon un autre topic utile au cas où son problème viendrait de la manip sur /sbin :
 
http://forums.archlinux.fr/topic13674.html

Dans /boot/grub j'ai bien grub.cfg mais menu.lst est en menu.lst.pacsave et menu.lst.pacnew. Ça doit bien être menu.lst normalement non?

tu as quelle version de grub ?
 
grub 2.0 ou bien l'ancien grub ( legacy ) ?
 
c'est l'ancien grub qui utilise le fichier menu.lst, le grub2 il n'utilise que le fichier /boot/grub/grub.cfg
 
si tu utilises encore grub-legacy :
 
http://archlinux.fr/news/grub-a-do [...] uet-unifie

Bah j'en sais rien mais au moins j'ai pu booter...
 Mais bon X ne démarrepas. J'utilise un script pour démarrer X qui est en /bin/sh il n'y a rien a changer si?

il y a quoi comme message d'erreur ?
 

exec: ck-launch-session: not found

Mais je dois installer consolekit a priori pour résoudre ça ...
Qui n'est plus dispo dans les dépôts?

Je dois booter avec systemd si je comprends bien. C'est relou un peu quand même.
edit : du coup, je ne sais pas quoi faire là.

 
ah oui c'est pour ça que tu as l'erreur, il n'y a plus consolekit,
 
mais c'est normal, il est obsolète vu que tu passes par systemd, en gros il faut que tu supprimes la mention "ck-launch-session" qui ne sert plus à rien,
 
moi j'utilise startx/xinit
 

 
 
 
puis créer un fichier un fichier caché ".xinitrc" dans ton home qui contient la ligne ( pour KDE ici ) :
 

 
pour les autres environnement de bureau au choix :
 
exec gnome-session
exec startxfce4
exec wmaker
exec icewm
exec blackbox
exec fluxbox
exec openbox-session
 
ensuite tu tapes startx pour lancer ton environnement de bureau
 
https://wiki.archlinux.org/index.php/Startx

J'avais déjà le xinitrc
Mon ancienne commande était  
exec ck-launch-session openbox-session
que j'ai réduite à
exec openbox-session
et ça roule
 
Merci pour l'aide . Donc la véritable erreur était le passage du menu.lst en menu.lst.pac* ...

Salut,
Un autre petit problème que j'ai assez régulièrement : ma webcam est détectée (et fonctionne) de manière aléatoire selon les différents maj kernel etc ...
Je ne comprends pas trop à vrai dire...

J'ai déjà essayé de faire modprobe -r uvcvideo && modprobe uvcvideo mais ça ne marche pas ...
Si vous avez des idées.

en branchant sur un autre port USB ça marche mieux ?

peut-être un problème d'alimentation des ports USB si la webcam consomme beaucoup

Autant pour moi, c'est un laptop.

Vu la gueule de la trace du module uvc, tu peux t'estimer heureux que ça marche de temps en temps
 
Plus sérieusement, tu ne nous dit pas si les infos que tu donnes sont dans le cas où ça marche ou pas. Il faut comparer les deux cas et comprendre ce qui a échoué quand ça ne marche pas.

En ce moment, ça ne marche pas du tout
Justement, j'ai seulement envie d'enlever complétement toutes traces uvc et de faire un "fresh" install de ce truc.

uvc c'est un module noyau, es-tu sur de vouloir le virer ? Je ne vois pas ce que ça va t'apporter. Si tu veux le désactiver tu peux le blacklister depuis modprobe.

Hum, syslinux 6.01 en Testing
 
Bon, ça faisait déjà un bon moment que la version 5 était aussi en Testing, mais pas été passer dans Core, on est encore en 4.06
 
Bientôt on pourra définitivement se passer de Grub même pour les bios UEFI !

Owi owi, je vais tester ça ce week-end

Partons du principe que ma webcam ne marche pas du tout, jamais.
Qu'elles sont les choses à vérifiées pour qu'elle puisse à nouveau fonctionner?

regarde dans le bios si ta webcam integrée est activée,

tu peux aussi essayer un live-cd d'une autre distribution pour voir si ta webcam fonctionne,

dans le pire des cas rien ne t'empêche d'acheter une vraie webcam USB, ça coute pas cher, tu prends un modèle compatible linux et l'affaire sera réglée,

le trucs intégrés dans un portable c'est jamais la joie, matos parfois exotique, spécifications fermées, implémentation bizarre

Nan mais le but du laptop, c'est d'être facilement transportable hein.
Elle a marché par le passé

t'as bien une sacoche avec ton laptop ?
 
il doit y avoir de la place pour y mettre une webcam ainsi qu'une souris et le chargeur,
 
sinon il faut creuser le problème, et éventuellement remonter le bug sur le bugzilla du kernel, surtout si ça marchait avec les anciennes versions

+1 bugreport
 

On dirait bien que le workaround marche pas si bien que ça

J'ai voulu regarder pour passer à syslinux 6 de [testing] mais je ne pige pas tout dans le wiki    
Je vois la partie sur le loader binaire à foutre sur la partoche ESP fat, mais ensuite ? Je chaine sur mon grub ? Je ne vois pas trop l'intéret, surtout que je sais bien que syslinux permet de booter un noyau, mais là je coince.
Les pros de syslinux, un petit coup de main ?  

Le Wiki n'est pas a jour pour la version 6.01

t'as regardé la version anglaise ou française du wiki ?
 
celle anglaise est souvent plus à jour que la française

Anglaise
Je m'embete jamais avec la version FR si c'est pour à chaque fois aller ensuite sur la .org pour compléter
 
Donc si je pige bien c'est comme pour grub2, je dois concocter un loader et le foutre sur mon ESP et ensuite configurer syslinux "de base" pour booter mon noyau...
 
Bon si vous avez des infos je prends

J'ai pas de bios UEFI chez moi, c'est ça mon problème donc Syslinux marche nickel

idem que Ralph, j'ai une carte mère de 2008, bios classique donc mbr et grub2 sur le disque dur

 
Ahh grub2 avec du non UEFI, quel courage !

au début j'aimais pas grub2 mais finalement je m'y suis fait, c'est pas si méchant que ça
 
à choisir je  partirai sur du syslinux, peut-être à la prochaine installation sur un autre PC

Koin les gens !
J’ai modifié récemment mon installateur papier et j’aurais besoin de vos corrections et retours, notamment sur tout ce qui concerne UEFI, x64 et le Wifi
Le PDF se trouve toujours ici :
http://captain.ishido.free.fr/pub/
 
Par avance, merci

Heu, pour ma part, je pense qu'il a beaucoup de trucs à changer
 
Exemples:
 
3) a)
fdisk -l => lsblk (fonctionne en MBR/GPT, fdisk rale avec le GPT)
 
3) b) 1)
les filesystem sont ésotériques:
_ l'ext3 est un overkill pour le /boot pas besoin de la journalisation qui fait qu'on a pas mal de place prise en metadata pour rien, un ext2 suffit
_ l'ext4 est a préféré à l'ext4 pour le /
_ reiserfs pour le /home, alors que le concepteur est en prison et le code pas trop maintenu, bof
donc ext3, ext3, reiserfs => ext2, ext4, ext4  
 
Taille des partitions:
_ pour /boot, 80Mo suffisent largement
_ heu 20Go pour / c'est vraiment énorme, mais surtout sans LVM c'est pas mal de place perdue difficilement récupérable à chaud
_ pour le /home, sans LVM la encore, c'est trop rigide
donc ajouter l'installation par LVM (qui est relativement simple)
 
En vrac :
 
_ toute la partie localisation est périmée, tout ce fait via systemd (hostctl, localectl, etc. etc.).
_ l'ajout de dépôt non signé, hérésie à mon sens.
_ pas de support de GPT même en BIOS classique ? Dommage cela fonctionne avec grub2 et syslinux.
_ chez moi, pas de /etc/sys/class et le dhcp est géré par dhcpcd via systemd
_ trop de groupes dans la création d'un utilisateur, certains ne servant plus à rien en plus.
 
Désolé, j'ai du faire en vitesse la, je serai plus précis plus tard..

C’est déjà bien que tu répondes, surtout si vite. Et tu m’apprends des tas de trucs, en plus.
Je termine 2-3 trucs et je me penche sur tes réflexions.

Ou un ext4 sans journal
De mémoire