Archlinux.fr [Forums]

Bonsoir à Tous.
Voilà, je sollicite votre aide, car j'ai un problème de boot. Suite à la mise à jour du noyau en version 4.7, j'ai un ecran noir. J'ai pu contourner le problème en installant le noyau LTS. J'ai essayer le paramètre "nomodeset" mais celà ne change rien.
Avez vous une idée de ce qu'il en ait. J'ai vu qu'il y avait beaucoup de changement au niveau des cartes vidéo.
Merci par avance pour votre aide.
A+
==================
Phil

En parlant de « changements au niveau des cartes vidéo », quel est ton matériel ? ATI/AMD, NVIDIA, Intel ? PC de bureau ou laptop ?

Salut

Ah oui le matos.
Laptop core i5 sandybridge avec carte video hybride intel/radeon. Bon mais jusqu'à maintenant cela ne posait pas de problème.
A+

Bonsoir. Personne n'a eu ce pb?
A+

Je n'en ai pas l'impression. Désolé pour ma part de ne pas pouvoir t'aider…

Salut.
Bon j'avance. Lecture approfondie du journal et pb avec sddm.
A l'aide du noyau LTS, je désactive sddm.
Boot avec l'option nomodset et j'arrive au log bash => c'est OK.
Après plusieurs heures de recherche sddm n'arrive pas se connecter au socket QT. QT ne trouve pas de socket X. Lecture du fichier /var/log/Xorg.0.log.
c'est le kms qui bloque. Là, je vous écrit depuis une session FB.
Avez vous rencontrer ce pb. Avez vous une solution?
Apparement le noyau 4.7 a amener du changement au KMS.
Merci pour votre aide par avance.
A+
===
phil

Si tu utilises nomodset tu n'a aucune chance de lancer un serveur graphique.

Salut.
SISI avec le framebuffer. La preuve j'y suis.

Avec vesa oui tu peux, mais les performances seront terribles... Désinstalle ce driver et normalement xorg ne se lancera pas...

Salut
Oui effectivement, c'est pas top au niveau performance et résolution mais c'est bon de le savoir quand on ne sait plus quoi faire!!!:
Pour en revenir à mon pb, jusqu'au noyau 4.6, je n'avait pas de pb avec le kms mais depuis la mise à jour du noyau 4.7 => écran noir comme je l'ai expliqué plus haut. Il y a t'il une incompatibilité entre les deux?
A+
==========
phil

Bonjour à tous.

Voila une trace d'un journalctl:
-- Reboot --
août 27 11:33:30 phil-notebook.ppm.local systemd-journald[214]: Runtime journal (/run/log/journal/) is 8.0M, max 293.3M, 285.3M free.
août 27 11:33:30 phil-notebook.ppm.local systemd-journald[214]: System journal (/var/log/journal/) is 1.5G, max 4.0G, 2.4G free.
août 27 11:33:30 phil-notebook.ppm.local systemd-journald[214]: Time spent on flushing to /var is 34.966ms for 2 entries.
août 27 11:33:30 phil-notebook.ppm.local kernel: microcode: microcode updated early to revision 0x29, date = 2013-06-12
août 27 11:33:30 phil-notebook.ppm.local kernel: Linux version 4.7.2-1-ck (squishy@ease) (gcc version 6.1.1 20160802 (GCC) ) #1 SMP PREEMPT Sat Aug 20 13:57:15 EDT 2016
août 27 11:33:30 phil-notebook.ppm.local kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux-ck root=UUID=9f6d20ef-7399-40c3-a1ba-d252ffc7da2b rw resume=UUID=6b7100c1-cc3e-4a1f-acf7-dbbbdef62
.../
août 27 11:33:30 phil-notebook.ppm.local kernel: fbcon: inteldrmfb (fb0) is primary device
août 27 11:33:30 phil-notebook.ppm.local kernel: tsc: Refined TSC clocksource calibration: 1596.373 MHz
août 27 11:33:30 phil-notebook.ppm.local kernel: clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1702c2a0637, max_idle_ns: 440795222505 ns
août 27 11:33:30 phil-notebook.ppm.local kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
août 27 11:33:30 phil-notebook.ppm.local kernel: [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder
août 27 11:33:30 phil-notebook.ppm.local kernel: [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun
août 27 11:33:30 phil-notebook.ppm.local kernel: Console: switching to colour frame buffer device 200x56
août 27 11:33:30 phil-notebook.ppm.local kernel: i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
/...

Comme vous pouvez le constater, il y a bien une erreur sur le modules i915. J'ai fait une recherche internet et je n'ai rien trouvé.
Si un Gourou du noyau 4.7 passe par là merci de m'aider.
A+

Re

je rajoute ça:
lspci -vvnn

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Samsung Electronics Co Ltd Device [144d:c0c7]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 25
Region 0: Memory at e0000000 (64-bit, non-prefetchable)
Region 2: Memory at d0000000 (64-bit, prefetchable)
Region 4: I/O ports at 4000
Expansion ROM at <unassigned> [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Address: fee0f00c Data: 4191
Capabilities: [d0] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a4] PCI Advanced Features
AFCap: TP+ FLR+
AFCtrl: FLR-
AFStatus: TP-
Kernel driver in use: i915
Kernel modules: i915
et

01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7550M/7570M/7650M] [1002:6841] (prog-if 00 [VGA controller])
Subsystem: Samsung Electronics Co Ltd Radeon HD 7550M [144d:c0c7]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 26
Region 0: Memory at c0000000 (64-bit, prefetchable)
Region 2: Memory at e0700000 (64-bit, non-prefetchable)
Region 4: I/O ports at 3000
Expansion ROM at e0720000 [disabled]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D3 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <64ns, L1 <1us
ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee0f00c Data: 41a1
Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
Capabilities: [150 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap+ ChkEn-
Kernel driver in use: radeon
Kernel modules: radeon

A+

Salut à tous.
Bon des nouvelles et enfin je ne me sent plus seul au monde:
https://bbs.archlinux.org/viewtopic.php?id=215847
Apparemment, il y a bien de l'évolution dans la gestion des drivers graphique dans le noyau 4.7. C'est bien une évolution. Il y a même une ouverture d'un ticket de bogue Xorg.
Ma question Comment je peut downgrader vers le dernier noyau 4.6 en attendant une correction?
Je vais lire le Wiki sur pacman pour trouver un solution.
Merci.
A+
==========
Phil

Re bonjour.
J'ai trouvé comment downgrader le noyau 4.7 en 4.6 => reboot et c'est OK.
Tout fonctionne de nouveau.
Par contre le gestionnaire de paquet me propose de nouveau la mise à jour du noyau 4.7.2.
Comment puis je faire pour bloquer cette mise à jour sans bloquer les autres.
Merci.
A+

cilaos a écrit :Par contre le gestionnaire de paquet me propose de nouveau la mise à jour du noyau 4.7.2.
Comment puis je faire pour bloquer cette mise à jour sans bloquer les autres.

Tu peux éditer le fichier de configuration /etc/pacman.conf, et ajouter linux sur la ligne IgnorePkg =.
Il y a plus d'explications sur les options de Pacman sur la page Pacman (voir "Options globales"), ainsi que la page de manuel pacman.conf.

Ceci est une très mauvaise idée, je conseil plutôt d'utiliser le kernel lts

benjarobin a écrit :Ceci est une très mauvaise idée, je conseil plutôt d'utiliser le kernel lts

Salut
C'était déja le cas. Il est en 4.4. Le noyau 4.6 améliore énormèment de chose, dont la validation du BTRFS que j'utilise sur un LVM pour mon home ou je fait des instantané que je sauvegarde, etc.

Dis moi en plus.
A+

Salut à tous.
Bonnes nouvelles.
Pb résolu apparemment avec le noyau 4.7.5 (noyau Linux et Linux-ck)
Personnellement j'ai un sandybridge, donc j'utilise le noyau Linux-ck-sandybridge.
Ça fonctionne de nouveau.
Bonne journée.
A+
====
Phil