Reprise du message précédent :

Pareil ici. J'ai configuré kde pour faire poweroff...

je reprend ici quelques mails de la list arch/dev/public sur systemd et la nouvelle install
 
Thomas Bächler :
 

 
David Reisner :
 

 
j'ai posé la même question sur le forum d'archlinux et quelqu'un m'a donné un moyen de contourner le problème :
 
j'ajoute maintenant des options de démarrage à startx :
 

 
ce qui permet à KDE de pouvoir retrouver ma carte son, c'est très étrange, il y aurait donc un bug entre systemd et ceux qui utilisent startx pour démarrer l'interface graphique ?

Tiens, j'aimerai bien moi aussi pouvoir accéder au résultat du chargement des différents demons/process du boot, y a une méthode pour que la console ne s'efface pas ou pour quelle sorte sur le tty12 par ex?
Mon ecran met des plombes a basculer entre les messages posts (que je ne vois pas non plus ) et l'OS, du coup je n'ai le temps de rien voir

journalctl?

Merci, je ne connaissais pas, ça pourra me servir.
Mais je cherche a voir le résultat du boot en un coup d’œil, j'ai trouvé ça que je testerais surement ce soir: https://wiki.archlinux.org/index.ph [...] ay_on_tty1

 
essaie de modifier une option dans le fichier /etc/systemd/system/getty.target.wants/getty@tty1.service :
 
TTYVTDisallocate=no ( au lieu de yes )
 

je viens de tester cette astuce du "TTYVTDisallocate=no", c'est nickel ça permet d'éviter l'effacement de l'écran de boot,

du coup on peut donc lire les messages de systemd et remonter la page avec la combinaison de touches "shift + page up"

Ah sympa.
Pert-on quelque chose ainsi?

on ne perd rien, au contraire on ne gagne que des avantages

au lieu de faire un effaçage d'écran le login de connexion texte apparait juste après la dernière ligne de systemd, ça donne ça :

avec la combinaison de touches "shift + page up" on a alors la possibilité de lire à tête reposée tout ce que systemd a écrit au boot et donc de découvrir d'éventuels problèmes ( erreurs, warnings ) qu'on aurait pas vu s'il y avait eu un effaçage d'écran

Super merci, c'est un truc qui me manquait aussi!

 
En activant bootlog et en lisant /var/log/boot ?

Merci bien, c'est presque nickel.
Je dis presque parce que je lance gdm au boot et bien sur on sort du tty1 et bascule sur le 7, du coup quand je reviens sur le 1 je ne peux pas remonter, t'aurais pas aussi une méthode qui permettrait de conserver l'historique hors écran?
 
Sinon je n’étais pas sous systemd, j'ai fait la bascule. Mais c'est moi ou les divers tuto ne sont pas clairs (j'ai pris le français et l'anglais sur le wiki arch, et ils passent plus de temps a expliquer le fonctionnement du truc qu'a dire quoi faire pour basculer, perso ça me gène pas plus que ça mais je pense qu'ils risquent de décourager des gens )? ils ne disent pas exactement quoi faire, certains services comportent des majuscules aussi, ou un nom qui a changé par rapport au rc.conf.
Sinon y a rien de bien compliqué, et l'extinction est ultra rapide maintenant, pas mal du tout!

et comment on fait pour activer "bootlog" dans systemd afin qu'il écrive dans /var/log/boot ?

ça résoudrait le problème du forumeur zoidberg

Super astuce, ça me manquait aussi, merci

Sous debian il faut ajouter BOOTLOGD_ENABLE=Yes dans /etc/default/bootlogd, rien trouvé pour arch
 
J'ai un autre souci un peu plus emmerdant, suite a mon passage sous systemd j'avais oublié quelques services dont autofs configuré pour monter en samba les partages de mon NAS (en nfs aussi, mais quand j'y accède de cette manière il me montre des répertoires qu'il utilise pour sa gestion et je ne veux pas les voir), ça fonctionne (comme avant systemd quoi ) à un détail prés, l’arrêt. Quand j’éteins ou reboote ma machine j'ai l'impression qu'il ne démonte pas tout ce qui a été monté par autofs, du coup il arrête tout les services, démonte même les FS du système et à la toute fin, cherche a démonter des FS restant (je sais pas lesquels mais c'est lié, si je ne lance pas autofs au boot je n'ai pas de souci) pendant 1 ou 2 minutes, du coup l'extinction est super longue.
Quelqu'un utilise autofs et pourrait confirmer? (je vais quand meme confirmer si je peux me debrouiller avec  
 
Je ne vais quand même pas me faire un rc.local.shutdown qui démonte tout a la main non ???
 
D'ailleurs en passant, j'en fait quoi de mon rc.local ? j'ai pas trouvé de doc a son sujet.

Marche plus
 
Tu peux te créer manuellement un service systemd perso :
https://wiki.archlinux.org/index.ph [...] process.3F

en fait il faut que le daemon "bootlogd" soit lancé par systemd ( daemon qui est déjà installé par défaut dans archlinux ),

mais il faut d'abord créer un fichier "/etc/systemd/system/bootlogd.service" pour que systemd puisse l'installer et le lancer à chaque boot,

ensuite tu tapes :

systemctl enable bootlogd.service

bon je viens de tester l'astuce du bootlogd mais je n'ai que cette info de logué dans /var/log/boot :
 
Tue Oct  9 12:21:24 2012:          Starting Permit User Sessions...
 
il faut donc modifier le fichier bootlogd.service pour  que le service soit lancé en tout premier pour qu'il logue l'ensemble des messages

La commande "journalctl _PID=1" ne ferait-elle pas l'affaire ?

Si ça peut servir à qlq1, ça permet de faire une nouvelle install en systemd.
 

Est-ce que certains ont tenté le ZFS en root sur Arch ?

C'est faisable ça?

Ouai Je suis au courant depuis hier en fait je pensais que ZFS sous linux était resté au niveau du module userspace FUSE ..
 
http://zfsonlinux.org/
https://wiki.archlinux.org/index.php/ZFS
 
En gros le probleme de license fait que c'est impossible de distribuer le module avec le kernel, mais par contre si tu le compiles tout meme ya pas de problemes

EDIT : pas contre, faut voir s'il y a un .service pour Systemd

 
Justement c'était ce que je me demandais..  
systemctl list-unit-files | grep zfs ne renvoit rien ..
Je vais demander au gestionnaire du paquet sur AUR
 
 En soit, le rc script ne fait pas grand chose de toute facon, il modprobe le module et ensuite :
                                                                               
 22     # Import ZFS pools (via cache file)                                                              
 23     if [ -f $ZPOOL_CACHE ]; then                                                                      
 24       $ZPOOL import -c $ZPOOL_CACHE -aN 2>/dev/null                                                  
 25       if [ $? -ne 0 ]; then                                                                          
 26         stat_fail                                                                                    
 27         exit 1                                                                                        
 28       fi                                                                                              
 29     fi                                                                                                
 30                                                                                                      
 31     # Mount ZFS filesystems                                                                          
 32     $ZFS mount -a                                                                                    
 33     if [ $? -ne 0 ]; then                                                                            
 34         stat_fail                                                                                    
 35         exit 1                                                                                        
 36     fi                                                                                                
 37                                                                                                      
 38     # Export ZFS flesystems                                                                          
 39     $ZFS share -a                                                                                    
 40     if [ $? -ne 0 ]; then                                                                            
 41         stat_fail                                                                                    
 42         exit 1                                                                                        
 43     fi                                                                                                
 44                                                                                                      
 45     add_daemon zfs                                                                                    
 46     stat_done                                                                                        
 47     ;;

 
c'est bien mais il serait peut-être utile d'ajouter des lignes de commentaires à chaque étape pour les débutants, comme ça ils sauront ce que chaque commande fait exactement,
 
et attention tout le monde n'utilise pas dhcp, il y a encore des fans d'adresse ip fixe

cette commande donne vraiment tous les messages qui apparaissaient au boot ?

j'ai essayé cette commande mais ça échoue car il faut avoir activé journalctl

sinon il y a la possibilité d'utiliser cette commande pour voir uniquement les services qui ont échoué au démarrage :

vu le coté nouveau et assez complexe de systemd il y aurait moyen de faire fortune en sortant un livre "systemd for the newbies" et un manuel de référence complet sur systemd pour les administrateurs

car la doc disponible sur internet est assez confuse, frustrante, un manque de pédagogie et d'exhaustivité, il faut souvent croiser plusieurs sources d'information ou tester soi même pour en déduire le fonctionnement,

et le "man systemd" est un peu trop sommaire

 
 
Ouaip, cette commande donne ce que tu vois au boot (le OK ou FAILED en moins)
 
Typiquement chez moi ça donne ça :

 
Par contre c'est vrai que c'est pas très lisible pour voir si un service n'a pas été correctement démarré.
 
Pour ça tu peux faire :

qui te donneras une vue globale des services démarrés.
 
Si tu en vois un en failed alors tu peux lancer en root la commande :

pour avoir un peu plus d'info et les logs de ce service (si journald est activé).

J’ai écrit un fichier (odt et pdf) (corrigé par CalimeroTeknik) qui donne toutes les commandes.
D’un autre coté, c’est juste une jolie mise en forme de ce qu’on trouve sur les wikis officiels.
---
Je mets ça en ligne quand même ?

oui ça sera utile je pense

 
J'ai eu la réponse sur AUR : http://aur.archlinux.org/packages.php?ID=41045
 
En gros, l'upstream ne s'intéresse pas à systemd pour l'instant.. Bon avec GNOME 3.6 qui va avoir une dépendance dessus, ca va peut-etre faire bouger les choses.
 
Y'a une proposition de patch qui a l'air moyennement fonctionnelle d'apres l'auteur lui-meme : https://github.com/Rudd-O/zfs/commi [...] 3e709af18d

Bon je viens enfin de passer mon 2e ordinateur sous systemd, je l'ai fait en 2 fois et aucun soucis...
Dans le futur il faudrait que je regarde du cote de puppy ou autre pour avoir les memes configurations entre mes 2 machines, c'est un peu nul de les configurer independamment l'une de l'autre.

http://captain.ishido.free.fr/pub/Arch_MiniGuide.pdf

Pdf sauvegardé, merci beaucoup

Pas de soucis

très bien ton pdf, c'est bien présenté et ça aidera pas mal d'archers qui n'ont pas encore expérimenté la nouvelle méthode d'installation à base de scripts    
 
quelques bémols cependant :  
 
- pour la configuration du réseau à base d'ip fixe il serait plus simple d'installer le paquet netcfg et de créer un fichier de configuration plutôt que de passer par network ( moins de trucs à taper )
 
- il faudrait mentionner l'existence de l'alternative de syslinux, le massif grub2 pouvant sembler pas très kiss compatible, surtout chez le débutant
 
- je vois que tu conseilles la création d'une partition de boot de 1 Go, ça me semble énorme comme taille   , 100 à 200 Mo suffisent largement, sachant que l'existence d'une partition de boot n'est pas toujours pertinente si on sait qu'on ne va pas utiliser plusieurs OS sur sa machine ( et le multi-boot reste quand même possible sans utiliser de partition dédiée type boot )

pour ceux qui utilisent archlinux dans virtualbox j'ai remarqué que le passage à systemd entraine un problème de compilation des add-ons guest additions de virtualbox:
 
le script d'installation de virtualbox n'arrive plus à identifier le type de distribution linux ( "Unable to determine your Linux distribution" ) vu qu'initscripts n'est plus installé :
 
http://unix.stackexchange.com/ques [...] em-exherbo
 
une solution est de passer par les paquets archlinux liés aux add-ons guest additions plutôt que de compiler soi-même ces add-ons
 
 

Je vais me rencarder là-dessus. Si je peux configurer un réseau en IP fixe plus facilement avec netcfg, il prendra la place de network.

Je pourrais aussi ajouter lilo mais j’en n’entends plus parler depuis longtemps. Je vais ptet pas le mettre finalement.

Là, pour le coup il va falloir prévoir plusieurs configurations. Mais je pense garder à minima deux partitions : / et /home
Je mettrais une note pour la Swap.
Bref, je vais bosser là-dessus et essayer de ne pas perdre en clarté.

Juste une remarque pourquoi ajouter un init=/bin/systemd dans GRUB si tu installes systemd-sysvcompat ? Systemd-sysvcompat n'ajoute pas un /sbin/init qui est un lien symbolique vers systemd ?