Reprise du message précédent :

Je pense que c'est lié a tes problèmes de démarrage avec slim... et que quand tu fais ton startx tu oublies de lancer consolekit (d’où les problèmes pour monter une clé USB ou rebooter).
Pour ma part j'utilise Xfce avec systemd sans soucis, par contre je me logue avec lxdm et non slim. Essaie aussi avec lxdm pour voir si ça marche mieux.

 
Je vais voir du coté de lxdm mais ce n'est que contourner le problème.
 
Sinon, après deux trois réglages, je suis à 1192ms (kernel) + 17660ms (userspace) = 18853ms au démarrage, c'est mieux !  
 
Ayant un ssd, j'avais désactivé syslog-ng dans mon rc.conf comme conseillé dans le topic ssd. Je peux désactiver journalctl sans risques particuliers en faisant systemctl disable systemd-journald.service ?
 
edit : dans mon rc.local.shutdown, j'ai :

 
Où dois-je mettre le rsync pour firefox avec systemd ? En gros ou est l'équivalent de rc.local.shutdown ? J'ai  
Quand j'éteind mon pc, j'ai un message comme quoi fusermount ne trouve pas le répertoire, ce qui laisse à penser que systemd l'a déjà démonté. Je peux virer l'instruction ?
Idem pour truecrypt, systemd le démonte seul ou je dois le mettre dans un script de shutdown ?

Salut,
 
Est-ce que peux préciser tes deux ou trois réglages stp ?
 
Perso j'ai ça : 1159ms (kernel) + 31127ms (userspace) = 32286ms
 
Es-tu en pure systemd ou en mode mixte (mon cas) ?
 
Même question pour le journal

 
Les réglages, je ne sait plus trop. J'ai commenté une ligne dans mon fstab qui montait ma partition truecrypt, ce qui ne servait à rien vu qu'elle est montée après avec sa clé. J'ai commenté les démons dans rc.conf et viré les modules. Sinon je suis sur un ssd, c'est peut-être ça la différence de timing.
 
Je suis toujours en mixte, mais je vais franchir le pas.

Du coup en prenant la dernière image d'install on se retrouve avec un système full systemd ?

Pas à ma connaissance

C'est un peu bête  

SSD également, vais voir pour passer en full systemd si ça améliore quelque chose.
 
Juste une question : pour virer les DAMEONS du rc.conf, faut bien que tous les fichiers  .service correspondants existent, non ? Hors par exemple pour samba, aucun samba.service n'existe (un systemctl enable samba.service renvoi un No such file or directory) , faut le créer à la mano ou j'ai pas tout compris ?

Bah, ArchLinux n'est pas encore passé en mode full systemd, donc il est normal que l'installation ne te fourni pas de système en mode full systemd

Sinon : http://www.archlinux.org/news/font [...] -required/

J'ai fait un pacman -Suf pour ce truc. J'espère que ça passe.

Sinon, je boot toujours sur la console avec login/mdp à rentrer puis startx. Je veux que ça se lance directement sous ma session (je suis full sysD). Des pistes?

Mise à jour de mon dell, 620 paquets

 
Mauvaise habitude ça ... on a beau le dire et le redire, ça a d'ailleurs joué des tours à certains lors du récent passge de /lib en symlink.

Suite à mon déménagement et perte de connexion internet pendant quelques semaines, mon desktop a du rapatrier 2,5Go d'updates lorsque j'ai enfin retrouvé une connexion la semaine dernière

Fausse indication contraire sur le site officiel d'arch  

 
J'ai d'ailleurs pété mon système avec la maj de la glibc, j'ai du redémarrer sur le live cd pour réparer Toujours en cours de maj.

Je me suis dit que pour des font, ça passait

 
c'est le coup de grace, je vais degager arch de ma machine de taff

C'est pas la première ni la dernière fois que ce genre de manip soit nécessaire sous Arch  

 
tu va passer sur quoi du coup?

 
Pleurer sur une distribution en Rolling Release tributaire de la cohérence des programmes qu'elle embarque ( et quand tu vois ça : http://www.freedesktop.org/softwar [...] Log-2.10.0 c'est assez marrant le commit 8c255fb185d5651b57380b0a9443001e8051b29d ) c'est assez moyen. Après quand je vois les bonnes blagues du genre "ça marche sur la Ubuntu 10.04 mais pas 11.04 parce que blah blah", pas convaincu que l'herbe soit plus verte ailleurs.

 
Tu remarqueras que ça bloque l'update plutôt que d'écraser des fichiers. C'est pas le cas de tous les gestionnaires de package.
Après, c'est un archlinux, fatalement, ça prend plus de temps à maintenir qu'une ubuntu.
D'ailleurs, j'ai 2 arch sur mes laptop, et kubuntu au taff (sur un pc de secours, au cas où )

Non, et ça a au moins l'avantage d'être documenté

Pour chaque démon, normalement les fichiers .service sont livrés avec le paquet du démon. Et si ca ne marche pas, il faut aller voir la fiche wiki. Pour samba, il faut démarrer smbd.service et nmbd.service. https://wiki.archlinux.org/index.ph [...] figuration

Migration vers quoi ? rolling release genre opensuse tumbleweed ou stable genre uen debian squeeze ?

 
Merci beaucoup, c'est vrai j'ai pas le réflexe du wiki, ça rentrera un jour    
 
Reste plus qu'a trouver comment remplacer mon entrée network dans les daemons du rc.conf et hop, je passe en full systemd

 
Ça dépend de comment tu te connectes au réseaux (fixe, ou dynamique)

De deux manières,  ethernet + dhcp, ou wifi + dhcp ...
 
j'ai networkmanager installé et configuré avec systemd, ça suffit peut-être, non ?

Si tu as networkmanager de configuré avec systemd, je dirais oui mais à vérifier dans la doc

Passage en full systemd : Startup finished in 1176ms (kernel) + 3154ms (userspace) = 4331ms
 
Ça démarre plus vite
 
Et effectivement, pas besoin du network service avec networkmanager installée et configuré avec systemd

Par contre je suis obligé de revenir au mode mixte, oracle-xe n'est pas encore pris en charge par systemd (à moins de créer les fichiers nécessaires, si quelqu'un sait comment faire ...)

Passage en full aussi sur le desktop : Startup finished in 1202ms (kernel) + 557ms (userspace) = 1760ms ; pas le temps de voir ce qu'il s'affiche au boot  

Par contre, je tombe toujours sur la console au lieu de slim (je fais donc startxfce4) Et les entrées pour éteindre/reboot... sont toujours grisées malgré que j'ai systemd-sysvcompat. Ça doit surement être dû à un problème de permissions du fait du démarrage à la main et non par slim.

Et comme je n'ai plus le rc.local.shutdown, je n'ai plus la synchro de firefox en ram. Ça m'a démarré avec un nouveau profil.

Bon, je vais virer les rc.pacnew qui trainent

encore un edit    : rien à voir avec arch je pense mais si vous avez une idée : dès que je copie colle et que je lis de la musique en même temps, la musique saute, fait trtrtrtrtrtrtrtrtrtr... La j'écoute un truc avec un download et ça saute toutes les secondes, c'est chiant. Les opérations se font sur un « Western Digital Caviar Green SATA 2 500Go 32Mo » sur une partition truecrypt (mon i3 2120 ne suivrait pas ? peu probable je pense).

 
 
Je vais garder arch sur mon desktop mais je vais changer sur ma machine de boulot parce que ca devient un peu trop fréquent ces derniers temps.
Je pense que je vais mettre une scientific linux (red hat rebadgée)

Intéressant  

 
Une rolling sur une machine de travail, c'est pas top vu qu'on doit souvent mettre les mains dedans. Et vaut mieux avoir les versions stables des softs que les toutes dernières. Enfin c'est mon avis.

 
tiens, je pensais que le gestionnaire de paquet pouvait faire ça automatiquement, soit supprimer soit déplacer et marquer les nouveaux fichiers en non-remplacement avant l'installation.

Pour la 1ère partie de ton script qui est la copie de FF en RAM, j'ai fait ce script:

Fichier  /etc/systemd/system/ffram.service
 
Dans la cat' "service", il y a la commande pour le démarrage et celle pour l'arrêt de la machine. La commande "Type" est sur "oneshot" qui est la seule permettant plusieurs "ExecStart" et plusieurs "ExecStop" (dans mon script, ça n'a pas d'importance car il y a qu'un start et un stop).
 
Pour finir, j'ai déclaré dans la cat' "Unit" que le script doit démarrer après que l'interface graphique soit démarrée. C'est un choix que j'ai fait après une analyse avec bootchart car j'ai vu que ma machine ne travaillait pas beaucoup dans ce laps de temps. Cette commande "After" n'est pas obligatoire.

 
Ca va te faire bizarre les versions des softs par rapport à archlinux  

 
Merci  
J'ai mis ça pour moi, ce que j'avais dans mon rc.local et rc.local.shutdown :

 
ensuite je l'ai enable et start, je vais voir ce que ça donne.
 
Du coup, pour démonter mes partitions à l'extinction, il faudrait que je fasse un .service avec  

et un avec  

J'ai bon ? ou il faut que je mette mes commandes dans un script et que je démarre ce script avec un .service ? Ou que je chaine mes commandes dans un même .service ?
 
edit : ajout de « ; sleep 3 » au ExecStop car j'ai l'impression que ça rsync pas. Je vais voir au prochain reboot.

Bon, ras le cul de slim qui ne démarre pas (statut failed failed avec systemctl). Si je le lance à la main, je vois un flash avec le login et je retombe sur un tty. Dans les log ça me mets des erreurs comme quoi un X est déjà démarré jesaispasquoi.
Donc je résous le problème simplement en virant slim    qui au final ne sert pas à grand chose mis à part un login graphique. J'ai rajouté --with-ck-launch à la ligne de lancement de xfce4 dans mon .xinit et [[ $(tty) == '/dev/tty1' ]] && startx dans .bash_profile pour le lancer après le login. J'espère que ça ira.

il me semble que slim a du mal avec la gestion des sessions, lxdm (très léger également) semble mieux marcher.