Salut.
Depuis quelques jours je suis confronté à une résolution 1024x768. Même si le problème semblait être résolu ces trois derniers jours le problème est réapparu et cette fois-ci impossible de le résoudre avec un simple poweroff / rallumage.

Pour xorg j'ai trouvé la solution en créant le fichier 10-monitor.conf. grâce à la page wiki xrandr d'Archlinux...
Néanmoins toujours une résolution faiblarde pour grub et les tty.
Donc je me tourne vers vous car personnellement je ne vois pas ce qui peut être responsable de ce gros désagrément. J'ai pas eu de mise à jour du pilote intel et que ce soit la version lts ou version 'current' du noyau, toujours ce souci...

T'as pas un truc genre à la dmesg (ou dmesg lui-même si tu as) qui peut te donner des informations quant au chargement du pilote ?

exemple chez moi

$ dmesg |grep -i intel

cpu0: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, id 0x206a7
cpu1: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, id 0x206a7
cpu2: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, id 0x206a7
cpu3: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, id 0x206a7
acpi0 at mainbus0: Intel ACPICA 20170303
intelfb0 at i915drmkms0
intelfb0: framebuffer at 0xffff80004318f000, size 1920x1080, depth 32, stride 7680
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation)

Voilà

[    0.000000] Reserving Intel graphics memory at 0x00000000be000000-0x00000000bfffffff
[    0.063333] smpboot: CPU0: Intel Pentium(R) Dual-Core  CPU      E5400  @ 2.70GHz (family: 0x6, model: 0x17, stepping: 0xa)
[    0.073349] Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver.
[    0.395213] intel_idle: does not run on family 6 model 23
[    6.298392] intel_rng: Firmware space is locked read-only. If you can't or
               intel_rng: don't want to disable this in firmware setup, and if
               intel_rng: you are certain that your system has a functional
               intel_rng: RNG, try using the 'no_fwh_detect' option.
[    6.556320] pci 0000:00:00.0: Intel G41 Chipset
[    6.556819] fb: switching to inteldrmfb from VESA VGA
[    6.607027] input: HDA Intel Front Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
[    6.607058] input: HDA Intel Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
[    6.607086] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[    6.607112] input: HDA Intel Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[    6.607138] input: HDA Intel Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
[    6.759056] fbcon: inteldrmfb (fb0) is primary device
[    6.776982] intel_powerclamp: No package C-state available
[    6.821817] intel_powerclamp: No package C-state available
[    6.943610] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    7.184072] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11

Et systemd ? Il a sûrement un outil de journalisation inclus, peut-être que tu peux piocher des infos dedans parce que là... Y a rien de bizarre dans ton dmesg

journalctl est justement l'outil en question, mais d'un coté avec 800 lignes avant le lancement de sddm sans les connaissances adéquates c'est pas facile, une idée sur quoi piocher?

Par ex les messages d'erreur pour le dernier boot
journalctl -b -p err -- Logs begin at Sat 2017-06-10 17:35:14 CEST, end at Tue 2017-07-11 17:58:43 CEST. -- juil. 11 17:57:51 Archlinux connmand[277]: __connman_inet_get_pnp_nameservers: Cannot read /proc/net/pnp Failed to open file “/proc/net/pnp”: No such file or directory juil. 11 17:57:51 Archlinux connmand[277]: Failed to open RFKILL control device juil. 11 17:57:51 Archlinux connmand[277]: get_nfs_server_ip: Cannot split pnp at file "/proc/net/pnp" juil. 11 17:57:51 Archlinux connmand[277]: get_nfs_server_ip: Cannot split pnp at file "/proc/net/pnp" juil. 11 17:57:53 Archlinux connmand[277]: Failed to set hostname to Archlinux juil. 11 17:57:54 Archlinux ntpd[285]: bind(24) AF_INET6 fe80::7ae7:d1ff:fec6:7e4%2#123 flags 0x11 failed: Cannot assign requested address juil. 11 17:57:54 Archlinux ntpd[285]: unable to create socket on ens33 (5) for fe80::7ae7:d1ff:fec6:7e4%2#123 juil. 11 17:57:56 Archlinux ntpd[285]: bind(24) AF_INET6 2a02:8433:33c:a600:7ae7:d1ff:fec6:7e4#123 flags 0x11 failed: Cannot assign requested address juil. 11 17:57:56 Archlinux ntpd[285]: unable to create socket on ens33 (6) for 2a02:8433:33c:a600:7ae7:d1ff:fec6:7e4#123 juil. 11 17:58:06 Archlinux yakuake[469]: Error loading text-to-speech plug-in "speechd"

RAS.

Le problème est survenu sans que tu ne fasses RIEN sur ton système ? Même pas une mise à jour ou une modification quelconque ? Genre le soir ça marche, tu éteints et le lendemain quand tu rallumes, magie, plus rien ne va ?

La première fois que c'est arrivé, je pensais que c'était dû à une mise à jour depuis le dépôt testing, j'ai désactivé le dépôt et downgrade les paquets.
Mais au final rien n'a changé, le seul paquet dont je me souviens c'est la dernière révision du noyau 4.11 qui est passé dans core ce jour-là.

Aujourd'hui tout se passait bien, j'ai réactivé testing rapidement. Quand j'ai rallumé mon PC rebelote le problème est revenu donc de nouveau testing désactivé et un downgrade des paquets mais ça n'a rien changé.

Sinon aucune modification d'un fichier conf quelconque.

Quand j'allume mon PC, j'allume l'UC en premier et mon écran. Je switche de source (HDMI > DVI) et j'atterris sur un sddm à 1024x768. Il charge vite le bougre (moins de 20 secondes entre le bios et sddm)

Le pilote vidéo Intel ne plante pas par hasard ? Est-ce que t'a essayé de lancer un truc quelconque en 3D (genre glxgears) pour voir si ça tournait correctement durant ton problème ?

Pourquoi mon message n'est pas passé?

glxgears tourne sans chute de framerate J'ai aucun soucis particulier du côté du pilote intel, excepté ce problème tout fonctionne parfaitement bien.
Plasmashell plantait depuis des mois mais c'était à cause d'un applet weather qui n'aimait pas QT 5.8 et plus

Sinon ma Arch tourne sans problème en temps normal et j'ai refait une clean install depuis quelques semaines après avoir installé mon DD dans un ordi plus puissant mais qui lui avait des soucis avec n'importe lequel des pilotes nvidia.
J'ai donc remis mon DD dans ma tour intel en pssant cette fois-ci ma / en btrfs et ça fonctionne parfaitement encore à ce jour.

Retour de ma vraie résolution après un petit grub-mkconfig -o /boot/grub/grub.cfg

Je l'avais déjà fait avant la création de mon topic mais ça n'avait rien changé. J'ai eu pas mal de màj de Linux /systemd et autres joyeusetés ces derniers temps.
Déjà quand je génère le fichier de mon grub, je ne vois pas en cli ce qu'est créé alors que lorsque j'avais le bug si mais c'est la première fois que je voyais ça...

M'enfin on va voir ce que ça va donner dans les prochains jours mais un petit résolu quand même