Au moins essayer… Il n’ont d’instable que le nom… Je suis en 2.6.36 et je n’ai pas de soucis de stabilité de mon système.
J’ai vu des rapports de bugs sur le module que tu utilises (avec les noyaux 2.6.30 et 2.6.32) alors…
Tu ne risques pas grand chose en tout cas…
Et comment installer un nouveau noyau proprement ?
Lorsque j’ai passé mon système en squeeze, aptitude m’a simplement installé des paquets linux-image et tout, mais je n’ai rien dû compiler moi-même directement.
[quote=“Graphox”]Et comment installer un nouveau noyau proprement ?
Lorsque j’ai passé mon système en squeeze, aptitude m’a simplement installé des paquets linux-image et tout, mais je n’ai rien dû compiler moi-même directement.[/quote]
Et bien, ajoute Sid dans ton sources.list, apt-get update, instalation du noyau.
N’oublie pas d’enlèver Sid après et de refaire un apt-get update… 
Sinon tu finiras en Sid…
La version du noyau dans Sid n’est-elle pas la 2.6.32 ?
Le problème, c’est qu’en passant par les dépôts et un aptitude update, si je mets tout à jour avec un safe-upgrade, l’ensemble de mon système passe en sid. J’aimerais quand même garder une certaine stabilité.
[quote=“Graphox”]La version du noyau dans Sid n’est-elle pas la 2.6.32 ?
Le problème, c’est qu’en passant par les dépôts et un aptitude update, si je mets tout à jour avec un safe-upgrade, l’ensemble de mon système passe en sid. J’aimerais quand même garder une certaine stabilité.[/quote]
Tu as raison, il faut mettre sid + experimental…
Si tu ne fait d’upgrade, pas de risque de passer tout ton système en unstable ou experimental… Tu pourras te retenir ? 
Tu peux essayer le “trunks” et le dernier “rc”.
Installe juste le noyau… et remodifie ton sources.list ensuite
Donc j’installe quels paquets au juste ?
Merci en tout cas 
.
Au choix :
linux-image-2.6.36-rc5
linux-image-2.6.36-rc6
ou
linux-image-2.6.36-trunk
Il installera les dépendances.
N’oublie pas d’enlever les ajouts dans le sources.list après l’installation…
C’est ce que je craignais au niveau des dépendances :
[code]Les actions suivantes permettront de résoudre ces dépendances :
Mettre à jour les paquets suivants :
firmware-linux-free [2.6.32-25 (now) -> 2.6.36-1~experimental.1 (experimental)]
linux-base [2.6.32-25 (now) -> 2.6.36-1~experimental.1 (experimental)]
[/code]
Mon noyau 2.6.32 ne sera plus disponible si linux-base 2.6.32 monte en 2.6.36 ?
[quote=“Graphox”]C’est ce que je craignais au niveau des dépendances :
[code]Les actions suivantes permettront de résoudre ces dépendances :
Mettre à jour les paquets suivants :
firmware-linux-free [2.6.32-25 (now) -> 2.6.36-1~experimental.1 (experimental)]
linux-base [2.6.32-25 (now) -> 2.6.36-1~experimental.1 (experimental)]
[/code]
Mon noyau 2.6.32 ne sera plus disponible si linux-base 2.6.32 monte en 2.6.36 ?[/quote]
Si, pas de soucis.
Pas de casse avec cette mise-à-jour.
Au boot, et plus précisément au démarrage de KDE :
Oct 29 10:06:35 debian kernel: [ 34.162553] BUG: unable to handle kernel NULL pointer dereference at (null)
Oct 29 10:06:35 debian kernel: [ 34.162570] IP: [<ffffffffa00feaf4>] rt2x00queue_init_queues+0x31/0x7b [rt2x00lib]
Oct 29 10:06:35 debian kernel: [ 34.162582] PGD 13cba4067 PUD 13e026067 PMD 0
Oct 29 10:06:35 debian kernel: [ 34.162591] Oops: 0002 [#1] SMP
Oct 29 10:06:35 debian kernel: [ 34.162597] last sysfs file: /sys/devices/system/cpu/sched_mc_power_savings
Oct 29 10:06:35 debian kernel: [ 34.162605] CPU 0
Oct 29 10:06:35 debian kernel: [ 34.162608] Modules linked in: loop snd_hda_codec_nvhdmi arc4 ecb nouveau rt2800pci rt2800lib crc_ccitt rt2x00pci ttm rt2x00lib snd_hda_codec_via drm_kms_helper drm snd_hda_intel led_class snd_hda_codec mac80211 snd_hwdep snd_pcm i2c_algo_bit snd_timer video output shpchp cfg80211 snd rfkill soundcore pci_hotplug snd_page_alloc i2c_i801 tpm_tis i2c_core tpm serio_raw eeprom_93cx6 processor pcspkr psmouse tpm_bios asus_atk0110 evdev button ext3 jbd mbcache sg sd_mod sr_mod cdrom crc_t10dif ata_generic usbhid hid ahci pata_jmicron libahci libata r8169 ehci_hcd scsi_mod thermal mii usbcore nls_base thermal_sys [last unloaded: scsi_wait_scan]
Oct 29 10:06:35 debian kernel: [ 34.162739]
Oct 29 10:06:35 debian kernel: [ 34.162743] Pid: 2003, comm: ifconfig Not tainted 2.6.36-rc6-amd64 #1 P7P55D LE/System Product Name
Oct 29 10:06:35 debian kernel: [ 34.162751] RIP: 0010:[<ffffffffa00feaf4>] [<ffffffffa00feaf4>] rt2x00queue_init_queues+0x31/0x7b [rt2x00lib]
Oct 29 10:06:35 debian kernel: [ 34.162764] RSP: 0018:ffff88013db7fc58 EFLAGS: 00010202
Oct 29 10:06:35 debian kernel: [ 34.162770] RAX: 0000000000000000 RBX: ffff88013c9cf600 RCX: 0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.162777] RDX: ffff88013c9cf614 RSI: 0000000000000292 RDI: 0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.162784] RBP: ffff88013be033c0 R08: 0000000000002000 R09: 0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.162791] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000001
Oct 29 10:06:35 debian kernel: [ 34.162798] R13: ffff88013c9cf648 R14: 0000000000000001 R15: ffff88013db7fce8
Oct 29 10:06:35 debian kernel: [ 34.162806] FS: 00007f1bfea5a700(0000) GS:ffff880001a00000(0000) knlGS:0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.162814] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Oct 29 10:06:35 debian kernel: [ 34.162820] CR2: 0000000000000000 CR3: 000000013e0cd000 CR4: 00000000000006f0
Oct 29 10:06:35 debian kernel: [ 34.162827] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.162835] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Oct 29 10:06:35 debian kernel: [ 34.162842] Process ifconfig (pid: 2003, threadinfo ffff88013db7e000, task ffff88013c6d1470)
Oct 29 10:06:35 debian kernel: [ 34.162850] Stack:
Oct 29 10:06:35 debian kernel: [ 34.162853] ffff88013d061000 ffff88013be033c0 0000000000000000 ffff88013d061000
Oct 29 10:06:35 debian kernel: [ 34.162864] <0> 0000000000000000 ffffffffa00fd7d0 ffff88013db7fe88 ffff88013be033c0
Oct 29 10:06:35 debian kernel: [ 34.162876] <0> ffff88013d061780 ffffffffa00fd8d9 ffff88013fc11400 ffff88013d061790
Oct 29 10:06:35 debian kernel: [ 34.162890] Call Trace:
Oct 29 10:06:35 debian kernel: [ 34.162896] [<ffffffffa00fd7d0>] ? rt2x00lib_stop+0x53/0xc5 [rt2x00lib]
Oct 29 10:06:35 debian kernel: [ 34.162906] [<ffffffffa00fd8d9>] ? rt2x00lib_start+0x97/0xb9 [rt2x00lib]
Oct 29 10:06:35 debian kernel: [ 34.162918] [<ffffffffa04e9e4a>] ? ieee80211_open+0x27d/0x5d3 [mac80211]
Oct 29 10:06:35 debian kernel: [ 34.162928] [<ffffffff8130f590>] ? notifier_call_chain+0x2e/0x5b
Oct 29 10:06:35 debian kernel: [ 34.162936] [<ffffffff8125b0c8>] ? __dev_open+0x8c/0xbb
Oct 29 10:06:35 debian kernel: [ 34.162942] [<ffffffff81259188>] ? __dev_change_flags+0xae/0x129
Oct 29 10:06:35 debian kernel: [ 34.162950] [<ffffffff8125b00c>] ? dev_change_flags+0x12/0x42
Oct 29 10:06:35 debian kernel: [ 34.162957] [<ffffffff812a62c1>] ? devinet_ioctl+0x283/0x531
Oct 29 10:06:35 debian kernel: [ 34.162965] [<ffffffff812496b2>] ? sock_do_ioctl+0x1b/0x36
Oct 29 10:06:35 debian kernel: [ 34.162971] [<ffffffff81249acd>] ? sock_ioctl+0x205/0x212
Oct 29 10:06:35 debian kernel: [ 34.162979] [<ffffffff810f91c8>] ? do_vfs_ioctl+0x4a2/0x4ef
Oct 29 10:06:35 debian kernel: [ 34.162986] [<ffffffff8130f520>] ? do_page_fault+0x28c/0x2ce
Oct 29 10:06:35 debian kernel: [ 34.162992] [<ffffffff810f9260>] ? sys_ioctl+0x4b/0x6f
Oct 29 10:06:35 debian kernel: [ 34.163000] [<ffffffff81008a02>] ? system_call_fastpath+0x16/0x1b
Oct 29 10:06:35 debian kernel: [ 34.163006] Code: 89 fd 53 48 83 ec 08 48 8b 9f c0 04 00 00 eb 3e 48 89 df 45 31 e4 e8 89 ff ff ff eb 25 44 89 e7 48 8b 43 08 41 ff c4 48 6b ff 28 <48> c7 04 38 00 00 00 00 48 8b 45 08 48 03 7b 08 48 8b 40 40 ff
Oct 29 10:06:35 debian kernel: [ 34.163091] RIP [<ffffffffa00feaf4>] rt2x00queue_init_queues+0x31/0x7b [rt2x00lib]
Oct 29 10:06:35 debian kernel: [ 34.163103] RSP <ffff88013db7fc58>
Oct 29 10:06:35 debian kernel: [ 34.163107] CR2: 0000000000000000
Oct 29 10:06:35 debian kernel: [ 34.167892] ---[ end trace cb9b0b19c4990f63 ]---
Lorsque j’ai voulu le redémarrer pour passer sur l’ancien kernel, il y a eu des « failed » partout. Il n’a pas démonter / /home et tout, j’ai dû couper l’électricité.
En fait, je pense que je vais finir par m’acheter un câble ethernet de 20 mètres, faire les trous dans les murs risque d’être plus simple 
.
(lol)
Désolé si ça ne fonctionne pas…
Je suis étonné que l’ancien noyau pose un problème maintenant.
Sinon tu as aussi la possibilité d’un wifi avec une clef usb…
Pour le moment, l’ancien noyau se porte bien (le nouveau ne voulait pas redémarrer).
Je préfère pas m’aventurer dans les clés USB wifi en tout cas.
Mais est-ce qu’un câble ethernet est censé marcher parfaitement ? Car si j’ai les mêmes problèmes avec wicd et dhcpcd…
Sinon, pour supprimer le nouveau kernel que je viens d’installer, un simple aptitude purge suffit ?
Merci !
[quote=“Graphox”]Pour le moment, l’ancien noyau se porte bien (le nouveau ne voulait pas redémarrer).
Je préfère pas m’aventurer dans les clés USB wifi en tout cas.
Mais est-ce qu’un câble ethernet est censé marcher parfaitement ? Car si j’ai les mêmes problèmes avec wicd et dhcpcd…
Sinon, pour supprimer le nouveau kernel que je viens d’installer, un simple aptitude purge suffit ?
Merci ![/quote]
Ouf…
Oui, un simple remove --purge.
En principe un câble c’est sans soucis, je n’ai jamais eu de pb avec ça… Y’a pas mieux en fait… 
J’ai acheté mon câble cet après-midi même, et pour le moment, rien à signaler après plus de deux heures d’utilisation.
C’est dommage d’avoir attendu plusieurs mois avec une connexion catastrophique, mais si dorénavant je peux utiliser Internet normalement… 
.
Merci à vous tous en tout cas !