Il donne l'info avec critical-chain, puisque on voit bien que powertop est caché dans le temps de graphical.target. On a déclaré que powertop était demandé par graphical.target, ainsi graphical.target ne peut finir que quand powertop est fini (c'est ce que je comprends). En ajoutant un sleep ici, tu...

ne résoud pas le problême.. corrigé comme suit : [Unit] Description=Powertop tunings After=gdm.service [Service] Type=oneshot ExecStart=/usr/bin/powertop --auto-tune [Install] WantedBy=graphical.target graphical.target @6.258s └─multi-user.target @6.258s └─ModemManager.service @862ms +397ms └─basic....

Ton windows n'est pas éteint, il est hiberné. Désactive la fast-boot dans le bios et change les options d'arrêt dans windows, pour l'arrêter vraiment et laisser la main à linux.
j'avais su changer les options d'arrêt dans w8, je ne sais pas ou c'est dans w10.

Bonjour à tous, Je cherche une solution pour demarrer un service après le boot. ce service étant long, il me mange 4 secondes de boot. le service : [Unit] Description=Powertop tunings [Service] Type=oneshot ExecStart=/usr/bin/powertop --auto-tune [Install] WantedBy=multi-user.target Est-ce que dans ...

Tip : les wikis d'archlinux considèrent que tu as intégré la différence entre utilisateur et administrateur.

C'est quoi ton matos ?
donnes la liste..

Salut,
peut être qu'il n'y a rien à trouver ?
Tu passes le routeur en mode wps, et tu te connectes au réseau avec networkmanager. Pas de demande de code pendant le temps du wps activé.

a quoi sert le noyau ?
comme d'hab, à faire la liaison entre le hardware et le software, tout au long de la session.

dans cups : tu entres en root, puis tu choisis une nouvelle imprimante.
La connection est de type : socket://192.168.1.50:9100 avec IP de ton imprimante évidemment (que tu dois pouvoir figer sur le panneau avant de l'imprimante). Garde le port 9100.
le reste c'est simple.

Quand c'est résolu, on marque (résolu) dans le titre.
Tu as besoin de nfs ?

nfs est un protocole de partage réseau. Rien de fondamental pour le fonctionnement du système d'exploitation.

Une idée : désinstalles completement virtualbox.

ok. commentes toutes les lignes, enregistres et reboot.

quel est le contenu de /etc/modules-load.d ?

Pardon, c'était idiot. Ton système ne "tourne" pas en chroot.
Le nom du module incriminé était là.

essaie :

quel est le retour de :

essaie celle là :

C'est OK depuis ubuntu. Tu suis ceci pour rentrer dans ton système : https://wiki.archlinux.fr/Chroot une fois que tu y est et qu'un ping vers google par exemple est bon, tu lances : journalctl -b|grep fail| curl -F "sprunge=<-" http://sprunge.us ça va te renvoyer un petit lien lien que tu...

Tu as essayé de démarrer en fallback ?
Tu as une sauvegarde ?
Comment as tu installé Arch ? Il va falloir trouver une clé bootable d'arch ou manjaro pour réparer, à mon sens.

Ah mais c'est tout fixé. Aucun craquement sous 4.0, je le savais déjà. :) Par contre sur 4.1, plus aucun probleme de déchirement d'images au login GDM Wayland/Xorg, plus de tearing sur les vidéos en fenêtre, meilleur temps de boot, à première vue quelques dixièmes de watts en moins et quelques autre...