[mise à jour] problème écran noir après install (non résolu)

[davidvs]

marche pas

[jaco]

Si ce n'est donc pas lié à X et à la nouvelle version du xf86-server-intel, la meilleure solution consiste donc effectivement à revenir sagement au noyau précédent et à attendre que le problème soit corrigé (donc pister les mises à jour du noyau et lisant soigneusement les corrections qui y ont été apportées).

[davidvs]

Bon et bien je suis vraiment coincé : impossible d'aller au-delà : dès l'installation de xorg, pacman veut une mise à jour du kernel. Si je refuse, l'install de xorg s'arrête

# linux-firmware et kernel26-firmware sont en conflit

Qu'est-ce que je fais maintenant ???? Je suppose qu'une chakra aboutira au même problème...

[benjarobin]

Tu met à jour tout le système. Et ensuite tu downgrade.

[jaco]

Tu peux mettre les paquets du noyau dans la liste IgnorePkg de /etc/pacman.conf afin que pacman ne cherche pas à les mettre à jour ?

[davidvs]

Tu met à jour tout le système. Et ensuite tu downgrade.

C'est ça que je demandais précédemment... et que je ne sais pas faire. Peux-tu être plus explicites

[benjarobin]

Tu récupère au préalable une version plus vielle du kernel via ARM (voir wiki) et ensuite tu fait pacman -U lekernel...

[davidvs]

bon
merci
pas drôle tout ça

cordialement

[davidvs]

bizarre, vous avez dit bizarre !?
Je vous écris du nouvel ordi...
Je suis parti d'une CTK 0.7b
J'ai fais une mise à jour (en serrant les fesses, évidemment), notamment du kernel of course
et...
reboot
et...
ça passe !
Vous m'expliquez car je ne piges pas vraiment !
Je passe de "non résolu" à "contourné"

Cordialement

... un os à ronger pour les plus perspicaces

[benjarobin]

La version du kernel est la même ? (uname -a) Tu as comme même accès aux tty ? Tu as KMS d'activé ?

[davidvs]

La version du kernel est la même ? (uname -a)

=> [davidvs@ctkarch ~]$ uname -a
Linux ctkarch 2.6.37-ARCH #1 SMP PREEMPT Fri Mar 25 14:35:13 UTC 2011 i686 Pentium(R) Dual-Core CPU T4500 @ 2.30GHz GenuineIntel GNU/Linux

Tu as comme même accès aux tty ?

=> oui

Tu as KMS d'activé ?

=>

[root@ctkarch davidvs]# cat /sys/module/i915/parameters/modeset
-1

[benjarobin]

Je serais curieux de voir le rc.conf par exemple et la ligne kernel du Grub.
Car ctkarch c'est exactement ArchLinux, il n'y a aucune différence, elle juste pré-configuré.
Sinon je n'avais jamais posé la question, mais c'est quand que tu perdais l'écran exactement, à quelle étape ?

[davidvs]

Pour ta deuxième question : l'écran disparaît exactement au moment où les lignes de commande, au lancement d'Arch, changent de résolution.

Pour le rc.conf, je te poste ça dans 2 secondes

Note : je suis bien d'accord avec toi : la ctk est une arch ! d'où mon étonnement (et sans aucun réglage préalable : une installation standard)
Je rajouterai aussi qu'avec la ctk, je n'ai pas eu à modifier le rc.conf (modules) pour la prise en charge de mon ethernet (cf. autre topic)

[davidvs]

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="fr_FR.UTF-8"
HARDWARECLOCK="UTC"
USEDIRECTISA="no"
TIMEZONE="Europe/Paris"
KEYMAP="fr-pc"
USECOLOR="yes"

# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
# MOD_BLACKLIST: Prevent udev from loading these modules
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
#
# NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array.
#
MOD_AUTOLOAD="yes"
MODULES=()

# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"

# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
#
HOSTNAME="ctkarch"

# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
# - prefix an entry in INTERFACES with a ! to disable it
# - no hyphens in your interface names - Bash doesn't like it
#
# DHCP: Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
#

#eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
eth0="dhcp"
INTERFACES=(eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
#
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)

# Enable these network profiles at boot-up. These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
# - set to 'menu' to present a menu during boot-up (dialog package required)
# - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network.d
#
# This now requires the netcfg package
#
#NETWORKS=(main)

# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
# - prefix a daemon with a ! to disable it
# - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng dbus @wicd alsa)

# (0) Arch Linux
title Arch Linux
root (hd0,0)
kernel /vmlinuz26 root=/dev/disk/by-uuid/29443300-dcf6-45ff-a886-57cf99ca485e ro quiet resume=/dev/sda2 vga=0x0318 nomodeset
initrd /kernel26.img

[benjarobin]

Tu utilise quel driver ? Car tu as bien KMS de désactivé... Le driver intel fonctionne ? Si c'est le cas alors je ne comprend rien

[davidvs]

le contenu de /proc/modules

usbhid 32307 0 - Live 0xf8794000
hid 62095 1 usbhid, Live 0xf8782000
nls_cp437 4533 1 - Live 0xf806e000
vfat 8343 1 - Live 0xf804a000
fat 42842 1 vfat, Live 0xf8688000
ipv6 243529 14 - Live 0xf9e00000
ext2 55567 1 - Live 0xf9d55000
joydev 7727 0 - Live 0xf9d39000
usb_storage 34716 1 - Live 0xf9d21000
uas 6658 0 - Live 0xf9d04000
uvcvideo 55373 0 - Live 0xf9cea000
videodev 57747 1 uvcvideo, Live 0xf9cbe000
arc4 1078 2 - Live 0xf9ca2000
snd_hda_codec_hdmi 20024 1 - Live 0xf9c5e000
ecb 1597 2 - Live 0xf9c4e000
v4l1_compat 13986 2 uvcvideo,videodev, Live 0xf9c42000
snd_hda_codec_realtek 224668 1 - Live 0xf9bf3000
snd_seq_dummy 1119 0 - Live 0xf9b5e000
snd_hda_intel 18988 0 - Live 0xf9b71000
brcm80211 649519 0 - Live 0xf9aac000 (C)
snd_hda_codec 64796 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel, Live 0xf99d4000
mac80211 178372 1 brcm80211, Live 0xf9982000
snd_seq_oss 25232 0 - Live 0xf993a000
snd_seq_midi_event 4568 1 snd_seq_oss, Live 0xf9927000
snd_seq 41912 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event, Live 0xf990f000
snd_seq_device 4409 3 snd_seq_dummy,snd_seq_oss,snd_seq, Live 0xf98f7000
snd_pcm_oss 33950 0 - Live 0xf98e3000
snd_hwdep 4804 1 snd_hda_codec, Live 0xf98cf000
snd_pcm 59496 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss, Live 0xf989a000
snd_mixer_oss 15366 1 snd_pcm_oss, Live 0xf9864000
broadcom 5369 0 - Live 0xf97f5000
cfg80211 120401 2 brcm80211,mac80211, Live 0xf983c000
snd_timer 15687 2 snd_seq,snd_pcm, Live 0xf97dd000
tg3 115180 0 - Live 0xf97af000
libphy 14132 2 broadcom,tg3, Live 0xf9780000
rfkill 12958 1 cfg80211, Live 0xf976d000
snd 43987 12 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_hwdep,snd_pcm,snd_mixer_oss,snd_timer, Live 0xf9750000
uhci_hcd 19163 0 - Live 0xf9706000
ehci_hcd 34522 0 - Live 0xf9647000
pcspkr 1367 0 - Live 0xf9600000
shpchp 23205 0 - Live 0xf95dc000
usbcore 117240 7 usbhid,usb_storage,uas,uvcvideo,uhci_hcd,ehci_hcd, Live 0xf935b000
soundcore 4961 1 snd, Live 0xf9328000
sg 21196 0 - Live 0xf930b000
ac 2433 0 - Live 0xf92e7000
battery 8335 0 - Live 0xf92ea000
wmi 6873 0 - Live 0xf92cf000
iTCO_wdt 8877 0 - Live 0xf92b6000
iTCO_vendor_support 1441 1 iTCO_wdt, Live 0xf92a8000
serio_raw 3638 0 - Live 0xf929e000
psmouse 50354 0 - Live 0xf9282000
i2c_i801 6954 0 - Live 0xf9257000
pci_hotplug 21691 1 shpchp, Live 0xf921d000
snd_page_alloc 6053 2 snd_hda_intel,snd_pcm, Live 0xf920d000
evdev 7179 8 - Live 0xf91e1000
processor 22529 2 - Live 0xf9165000
thermal 6590 0 - Live 0xf9151000
ext4 306640 2 - Live 0xf90ee000
mbcache 4338 2 ext2,ext4, Live 0xf9082000
jbd2 59140 1 ext4, Live 0xf9065000
crc16 1061 1 ext4, Live 0xf9047000
sr_mod 13569 0 - Live 0xf903d000
sd_mod 25488 7 - Live 0xf9028000
cdrom 31666 1 sr_mod, Live 0xf900e000
ahci 17693 4 - Live 0xf8ff5000
libahci 15536 1 ahci, Live 0xf8fe0000
libata 151324 2 ahci,libahci, Live 0xf8fb9000
scsi_mod 107414 6 usb_storage,uas,sg,sr_mod,sd_mod,libata, Live 0xf8b3d000
i915 362032 0 - Live 0xf87a0000
drm_kms_helper 23703 1 i915, Live 0xf86f6000
drm 141584 2 i915,drm_kms_helper, Live 0xf86d1000
i2c_algo_bit 4191 1 i915, Live 0xf8696000
button 3882 1 i915, Live 0xf8066000
i2c_core 16029 6 videodev,i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit, Live 0xf8682000
video 10367 1 i915, Live 0xf805d000
output 1456 1 video, Live 0xf8047000
intel_agp 8840 1 i915, Live 0xf8069000
intel_gtt 11863 3 i915,intel_agp, Live 0xf804e000
agpgart 22880 3 drm,intel_agp,intel_gtt, Live 0xf801d000

[benjarobin]

C'est plus clair avec les log de Xorg
Je crains qu'il utilise le driver vesa.

[davidvs]

si on reviens au pb initial de néon, ne serait-ce pas un pb de framebuffer ? (j'ai lu ce pb ici ou là sur le net)

[benjarobin]

Tu pourrais donner les log de Xorg merci et non le problème c'est KMS
Car si tu n'utilise pas les drivers intel tu vas vite être limité dans l'utilisation du PC

[davidvs]

Je vais finalement suivre le conseil avisé de Jaco : retour au kernel 2.6.33 !
Réinstall de arch (la config de la ctk selon Benjarobin risque visiblement de me jouer des tours).
Je croise les doigts pour la prochaine mouture du noyau (=> faut-il faire remonter le bug quelque part ? Si oui, comment ?).

Merci à tous pour votre aide et le temps passé

cordialement

PS : Vivre avec mon vieux kernel aura-t-il des conséquences néfastes ???