| View previous topic :: View next topic |
| Author |
Message |
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
 Posted: Thu Sep 01, 2011 8:04 pm Post subject: [kernel] unable to handle kernel paging request at |
 |
|
bonjours, j'ai actuelement un gros souci avec ma gentoo: je ne peu plus rien emerger, j'était en 2.6.39-r1 et tout alais bien et lors du passage au 3.0.4 -> ca ne marche plus
j'ai tenté de repasser sur mon 2.6.39-r1 mais la non plus je ne pouvais plus emerge (meme eix ne marche pas !), j'ai alors rebooté la machine sur une clef usb live gentoo, je fais un fsck.ext3 -yvf /dev/sda1
qui ne m'a sortis aucune erreur, bon je poursuit:
mount -t ext3 /dev/sda1 /mnt/gentoo
chroot /mnt/gentoo
mount -t proc proc /proc
emerge portage
et je relance, idem: le probleme ne change pas mais mon emerge est passé, j'en déduis donc que ce n'es pas portage qui a du mal mais le noyeau, je relance le tout passe a nouveau dans mon chroot et recompile le tout: le probleme est toujours la, en plus je ne peu même pas le metre sur bugs.gentoo car ma maitrise de l'anglais laisse un peu à désirer pour un probleme aussi technique
| Quote: | Sep 1 21:00:09 StarK kernel: BUG: unable to handle kernel paging request at ffff87fac9dedd78
Sep 1 21:00:09 StarK kernel: IP: [<ffffffff8119d019>] 0xffffffff8119d019
Sep 1 21:00:09 StarK kernel: PGD 0
Sep 1 21:00:09 StarK kernel: Oops: 0000 [#1] PREEMPT SMP
Sep 1 21:00:09 StarK kernel: CPU 3
Sep 1 21:00:09 StarK kernel: Modules linked in: ip6table_filter ip6_tables nfsd ipv6 xt_tcpudp iptable_filter iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hd
a_codec snd_hwdep snd_pcm ppdev intel_agp xhci_hcd processor thermal_sys parport_pc snd_timer i2c_i801 intel_gtt i2c_core pcspkr button snd r8169 mii joydev snd_page_alloc libiscsi scsi_transport_iscsi tg3 libphy e1000 fuse nfs auth_rpcgss lockd sunrpc jfs zlib_deflate e
xt4 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor xor async_tx raid6_pq raid1 raid0 dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log dm_mod scsi_wait_scan hid_microsoft hid_logitech sl811_hcd usbhid ohci_hcd ssb uhci_hcd usb_storage ehci_hcd usbcor
e aic94xx libsas lpfc qla2xxx megaraid_sas megaraid_mbox megaraid_mm megaraid aacraid sx8 DAC960 cciss 3w_9xxx 3w_xxxx mptsas scsi_transport_sas mptfc scsi_transport_fc scsi_tgt mptspi mptscsih mptbase atp870u dc395x qla1280 imm parport dmx3191d sym53c8xx gdth advansys i
nitio BusLogic arcmsr aic7xxx aic79xx scsi_transport_spi sg pdc_adma sata_inic162x sata_mv ata_piix ahci libahci sata_qstor sata_vsc sata_uli sata_sis sata_sx4 sata_nv sata_via sata_svw sata_sil24 sata_sil sata_promise pata_sl82c105 pata_cs5530 pata_cs5520 pata_via pata_
jmicron pata_marvell pata_sis pata_netcell pata_sc1200 pata_pdc202xx_old pata_triflex pata_atiixp pata_opti pata_amd pata_ali pata_it8213 pata_pcmcia pcmcia firmware_class pcmcia_core pata_ns87415 pata_ns87410 pata_serverworks pata_platform pata_artop pata_it821x pata_op
tidma pata_hpt3x2n pata_hpt3x3 pata_hpt37x pata_hpt366 pata_cmd64x pata_efar pata_rz1000 pata_sil680 pata_radisys pata_pdc2027x pata_mpiix libata
Sep 1 21:00:09 StarK kernel:
Sep 1 21:00:09 StarK kernel: Pid: 17361, comm: emerge Not tainted 3.0.4-gentoo #1 Gigabyte Technology Co., Ltd. P55A-UD4/P55A-UD4
Sep 1 21:00:09 StarK kernel: RIP: 0010:[<ffffffff8119d019>] [<ffffffff8119d019>] 0xffffffff8119d019
Sep 1 21:00:09 StarK kernel: RSP: 0018:ffff8802bf50ba08 EFLAGS: 00010287
Sep 1 21:00:10 StarK kernel: RAX: 0000000000000000 RBX: ffff8802bf50bad8 RCX: 000000000010766c
Sep 1 21:00:10 StarK kernel: RDX: 00000000fd5fbc9d RSI: ffff8802bf5d33d8 RDI: fffffffffeafde4e
Sep 1 21:00:10 StarK kernel: RBP: ffff8802bf50ba78 R08: 000000000000000f R09: ffff8802bf5dcff8
Sep 1 21:00:10 StarK kernel: R10: ffff8802bf5dc000 R11: 0000000000000004 R12: ffff88032e170000
Sep 1 21:00:10 StarK kernel: R13: 00000000feafde4e R14: 0000000000000000 R15: ffff87fad45feb08
Sep 1 21:00:10 StarK kernel: FS: 00007f469b7e7700(0000) GS:ffff88032fcc0000(0000) knlGS:0000000000000000
Sep 1 21:00:10 StarK kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Sep 1 21:00:10 StarK kernel: CR2: ffff87fac9dedd78 CR3: 0000000311975000 CR4: 00000000000006e0
Sep 1 21:00:10 StarK kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Sep 1 21:00:10 StarK kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Sep 1 21:00:10 StarK kernel: Process emerge (pid: 17361, threadinfo ffff8802bf50a000, task ffff88032092f950)
Sep 1 21:00:10 StarK kernel: Stack:
Sep 1 21:00:10 StarK kernel: 0000000000001000 0000000000000000 ffff8802bf50ba78 ffff8802bf50baa4
Sep 1 21:00:10 StarK kernel: ffff8802bf50ba98 0000000000000000 ffff8802bf50baf8 ffff8802bf5d33d8
Sep 1 21:00:10 StarK kernel: ffff8802bf50ba58 ffff8802bf50bad8 0000000000000000 ffff8802bf50bad8
Sep 1 21:00:10 StarK kernel: Call Trace:
Sep 1 21:00:10 StarK kernel: [<ffffffff8119d98c>] 0xffffffff8119d98c
Sep 1 21:00:10 StarK kernel: [<ffffffff8119c6cc>] ? 0xffffffff8119c6cc
Sep 1 21:00:10 StarK kernel: [<ffffffff8119cc23>] 0xffffffff8119cc23
Sep 1 21:00:10 StarK kernel: [<ffffffff811bf6b1>] 0xffffffff811bf6b1
Sep 1 21:00:10 StarK kernel: [<ffffffff8102c21e>] ? 0xffffffff8102c21e
Sep 1 21:00:10 StarK kernel: [<ffffffff8102c21e>] ? 0xffffffff8102c21e
Sep 1 21:00:10 StarK kernel: [<ffffffff811c87c5>] 0xffffffff811c87c5
Sep 1 21:00:10 StarK kernel: [<ffffffff810ba373>] 0xffffffff810ba373
Sep 1 21:00:10 StarK kernel: [<ffffffff810bbe19>] 0xffffffff810bbe19
Sep 1 21:00:10 StarK kernel: [<ffffffff810bc784>] 0xffffffff810bc784
Sep 1 21:00:10 StarK kernel: [<ffffffff8102c39c>] ? 0xffffffff8102c39c
Sep 1 21:00:10 StarK kernel: [<ffffffff810bcc54>] 0xffffffff810bcc54
Sep 1 21:00:10 StarK kernel: [<ffffffff810bd06d>] 0xffffffff810bd06d
Sep 1 21:00:10 StarK kernel: [<ffffffff8102c21e>] ? 0xffffffff8102c21e
Sep 1 21:00:10 StarK kernel: [<ffffffff8102c2e0>] ? 0xffffffff8102c2e0
Sep 1 21:00:10 StarK kernel: [<ffffffff810b517d>] 0xffffffff810b517d
Sep 1 21:00:10 StarK kernel: [<ffffffff810c976f>] ? 0xffffffff810c976f
Sep 1 21:00:10 StarK kernel: [<ffffffff810b51d9>] 0xffffffff810b51d9
Sep 1 21:00:10 StarK kernel: [<ffffffff810b54f2>] 0xffffffff810b54f2
Sep 1 21:00:10 StarK kernel: [<ffffffff810afff5>] ? 0xffffffff810afff5
Sep 1 21:00:10 StarK kernel: [<ffffffff810b0092>] ? 0xffffffff810b0092
Sep 1 21:00:10 StarK kernel: [<ffffffff81459f52>] 0xffffffff81459f52
Sep 1 21:00:10 StarK kernel: Code: 8b 4b 20 4c 8b 56 08 4d 8d 4c 02 f8 41 8b 11 4d 89 cf 0f ca 89 d0 ff ca 48 c1 e0 03 49 29 c7 31 c0 44 8d 2c 10 41 d1 fd 49 63 fd
Sep 1 21:00:10 StarK 8b 04 ff 41 0f c8 41 39 c8 74 18 73 06 41 8d 45 01 eb 04 41
Sep 1 21:00:10 StarK kernel: RIP [<ffffffff8119d019>] 0xffffffff8119d019
Sep 1 21:00:10 StarK kernel: RSP <ffff8802bf50ba08>
Sep 1 21:00:10 StarK kernel: CR2: ffff87fac9dedd78
Sep 1 21:00:10 StarK kernel: ---[ end trace fab8dc09645bdac8 ]---
|
quelqu'un aurais il une idée svp ? |
|
| Back to top |
|
 |
mp342
Apprentice
Joined: 03 Aug 2010
Posts: 165
Location: France
|
| Posted: Thu Sep 01, 2011 10:27 pm Post subject: Re: [kernel] unable to handle kernel paging request at |
|
|
| Quote: | Sep 1 21:00:09 StarK kernel: BUG: unable to handle kernel paging request at ffff87fac9dedd78
Sep 1 21:00:09 StarK kernel: IP: [<ffffffff8119d019>] 0xffffffff8119d019
Sep 1 21:00:09 StarK kernel: PGD 0
Sep 1 21:00:09 StarK kernel: Oops: 0000 [#1] PREEMPT SMP
Sep 1 21:00:09 StarK kernel: CPU 3
|
On dirait un bug du noyau 3.0.4. Peux tu mettre l'erreur que tu obtiens quand tu boote sur ton ancien noyau ? |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Fri Sep 02, 2011 3:24 pm Post subject: |
|
|
voila l'erreur avec l'ancien noyeau:
| Quote: | Aug 31 18:33:44 StarK kernel: BUG: unable to handle kernel paging request at ffff87f95b8ddd78
Aug 31 18:33:44 StarK kernel: IP: [<ffffffff8119bac9>] 0xffffffff8119bac9
Aug 31 18:33:44 StarK kernel: PGD 0
Aug 31 18:33:44 StarK kernel: Oops: 0000 [#1] PREEMPT SMP
Aug 31 18:33:44 StarK kernel: last sysfs file: /sys/devices/system/cpu/sched_smt_power_savings
Aug 31 18:33:44 StarK kernel: CPU 3
Aug 31 18:33:44 StarK kernel: Modules linked in: ip6table_filter ip6_tables nfsd ipv6 iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables nvidia(P) snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm i2c_i801 snd_timer snd i2c_core r8169 xhci_hcd snd_page_alloc joydev pcspkr rtc_cmos rtc_core intel_agp intel_gtt ppdev mii rtc_lib processor parport_pc thermal_sys button libiscsi scsi_transport_iscsi tg3 libphy e1000 fuse nfs auth_rpcgss lockd sunrpc jfs zlib_deflate ext4 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor xor async_tx raid6_pq raid1 raid0 dm_snapshot dm_crypt dm_mirror dm_region_hash dm_log dm_mod scsi_wait_scan hid_microsoft hid_logitech sl811_hcd usbhid ohci_hcd ssb uhci_hcd usb_storage ehci_hcd usbcore aic94xx libsas lpfc qla2xxx megaraid_sas megaraid_mbox megaraid_mm megaraid aacraid sx8 DAC960 cciss 3w_9xxx 3w_xxxx mptsas scsi_transport_sas mptfc scsi_transport_fc scsi_tgt mptspi mptscsih mptbase atp870u dc395x qla1280 imm parport dmx3191d sym53c8xx gdth advansys initio BusLogic arcmsr aic7xxx aic79xx scsi_transport_spi sg pdc_adma sata_inic162x sata_mv ata_piix ahci libahci sata_qstor sata_vsc sata_uli sata_sis sata_sx4 sata_nv sata_via sata_svw sata_sil24 sata_sil sata_promise pata_sl82c105 pata_cs5530 pata_cs5520 pata_via pata_jmicron pata_marvell pata_sis pata_netcell pata_sc1200 pata_pdc202xx_old pata_triflex pata_atiixp pata_opti pata_amd pata_ali pata_it8213 pata_pcmcia pcmcia firmware_class pcmcia_core pata_ns87415 pata_ns87410 pata_serverworks pata_platform pata_artop pata_it821x pata_optidma pata_hpt3x2n pata_hpt3x3 pata_hpt37x pata_hpt366 pata_cmd64x pata_efar pata_rz1000 pata_sil680 pata_radisys pata_pdc2027x pata_mpiix libata
Aug 31 18:33:44 StarK kernel:
Aug 31 18:33:44 StarK kernel: Pid: 20263, comm: eix Tainted: P 2.6.39-gentoo-r1 #1 Gigabyte Technology Co., Ltd. P55A-UD4/P55A-UD4
Aug 31 18:33:44 StarK kernel: RIP: 0010:[<ffffffff8119bac9>] [<ffffffff8119bac9>] 0xffffffff8119bac9
Aug 31 18:33:44 StarK kernel: RSP: 0018:ffff8801b17c5948 EFLAGS: 00010287
Aug 31 18:33:44 StarK kernel: RAX: 0000000000000000 RBX: ffff8801b17c5a18 RCX: 00000000a7bd058b
Aug 31 18:33:44 StarK kernel: RDX: 00000000fd5fbc9d RSI: ffff880311e273d8 RDI: fffffffffeafde4e
Aug 31 18:33:44 StarK kernel: RBP: ffff8801b17c59b8 R08: 000000000000000f R09: ffff8801510ccff8
Aug 31 18:33:44 StarK kernel: R10: ffff8801510cc000 R11: 0000000000000006 R12: ffff88032becd800
Aug 31 18:33:44 StarK kernel: R13: 00000000feafde4e R14: 0000000000000000 R15: ffff87f9660eeb08
Aug 31 18:33:44 StarK kernel: FS: 00007f036914e720(0000) GS:ffff88032fcc0000(0000) knlGS:0000000000000000
Aug 31 18:33:44 StarK kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 31 18:33:44 StarK kernel: CR2: ffff87f95b8ddd78 CR3: 0000000151442000 CR4: 00000000000006e0
Aug 31 18:33:44 StarK kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 31 18:33:44 StarK kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 31 18:33:44 StarK kernel: Process eix (pid: 20263, threadinfo ffff8801b17c4000, task ffff8801ccbb0750)
Aug 31 18:33:44 StarK kernel: Stack:
Aug 31 18:33:44 StarK kernel: ffff8801b17c5968 ffffea000acd9d80 ffff8801b17c5968 ffff8801b17c59e4
Aug 31 18:33:44 StarK kernel: ffff8801b17c59d8 0000000000000000 00000001b17c5a38 ffff880311e273d8
Aug 31 18:33:44 StarK kernel: ffff88032dd07400 ffff8801b17c5a18 0000000000000000 ffff8801b17c5a18
Aug 31 18:33:44 StarK kernel: Call Trace:
Aug 31 18:33:44 StarK kernel: [<ffffffff8119c455>] 0xffffffff8119c455
Aug 31 18:33:44 StarK kernel: [<ffffffff8119b17b>] ? 0xffffffff8119b17b
Aug 31 18:33:44 StarK kernel: [<ffffffff8119b6d2>] 0xffffffff8119b6d2
Aug 31 18:33:44 StarK kernel: [<ffffffff811be24f>] 0xffffffff811be24f
Aug 31 18:33:44 StarK kernel: [<ffffffff8102c844>] ? 0xffffffff8102c844
Aug 31 18:33:44 StarK kernel: [<ffffffff8102c844>] ? 0xffffffff8102c844
Aug 31 18:33:44 StarK kernel: [<ffffffff811c7239>] 0xffffffff811c7239
Aug 31 18:33:44 StarK kernel: [<ffffffff810b8d29>] 0xffffffff810b8d29
Aug 31 18:33:44 StarK kernel: [<ffffffff810ba8f0>] 0xffffffff810ba8f0
Aug 31 18:33:44 StarK kernel: [<ffffffff810bac07>] 0xffffffff810bac07
Aug 31 18:33:44 StarK kernel: [<ffffffff810bb207>] 0xffffffff810bb207
Aug 31 18:33:44 StarK kernel: [<ffffffff810bb7f0>] 0xffffffff810bb7f0
Aug 31 18:33:44 StarK kernel: [<ffffffff810bbbf6>] 0xffffffff810bbbf6
Aug 31 18:33:44 StarK kernel: [<ffffffff8109cea1>] ? 0xffffffff8109cea1
Aug 31 18:33:44 StarK kernel: [<ffffffff810215cc>] ? 0xffffffff810215cc
Aug 31 18:33:44 StarK kernel: [<ffffffff8133dc55>] ? 0xffffffff8133dc55
Aug 31 18:33:44 StarK kernel: [<ffffffff810b3d2d>] 0xffffffff810b3d2d
Aug 31 18:33:44 StarK kernel: [<ffffffff810b3d89>] 0xffffffff810b3d89
Aug 31 18:33:44 StarK kernel: [<ffffffff810b40a2>] 0xffffffff810b40a2
Aug 31 18:33:44 StarK kernel: [<ffffffff810b07b6>] ? 0xffffffff810b07b6
Aug 31 18:33:44 StarK kernel: [<ffffffff81451ad5>] ? 0xffffffff81451ad5
Aug 31 18:33:44 StarK kernel: [<ffffffff81451f52>] 0xffffffff81451f52
Aug 31 18:33:44 StarK kernel: Code: 8b 4b 20 4c 8b 56 08 4d 8d 4c 02 f8 41 8b 11 4d 89 cf 0f ca 89 d0 ff ca 48 c1 e0 03 49 29 c7 31 c0 44 8d 2c 10 41 d1 fd 49 63 fd
Aug 31 18:33:44 StarK 8b 04 ff 41 0f c8 41 39 c8 74 18 73 06 41 8d 45 01 eb 04 41
Aug 31 18:33:44 StarK kernel: RIP [<ffffffff8119bac9>] 0xffffffff8119bac9
Aug 31 18:33:44 StarK kernel: RSP <ffff8801b17c5948>
Aug 31 18:33:44 StarK kernel: CR2: ffff87f95b8ddd78
Aug 31 18:33:44 StarK kernel: ---[ end trace fa15c8d9c09fdaf8 ]---
|
(jai testé de faire "aujourd'hui" sur lancien noyeau: aucune erreur mais freez de la commande emerge, impossible de la stoper avec ctrl+c et meme un kill -9 n'en viens pas a bout)
meme les emerge --info ne marchent plus |
|
| Back to top |
|
|
guilc
Bodhisattva
Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France
|
| Posted: Fri Sep 02, 2011 4:15 pm Post subject: |
|
|
En furetant sur google, beaucoup de littérature dirige vers un défaut matériel...
Tu devrais faire tourner quelques heures un petit memtest !
_________________
Merci de respecter les règles du forum.
Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Fri Sep 02, 2011 7:34 pm Post subject: |
|
|
un default materiel ? hum étrange car apres tout ce temp (1ans sans aucun souci (et sans jamais avoir OC la machine)) je n'ai jamais eut le moindre pépin, meme pour la ram je ne fais pas mon radin j'ai pris du corssair, mais soit, demain avant de partir au travail je lancerais un memtest
edit: en ravanche quand je boot depuis une clef usb et que je chroot tout se passe bien avec portage, ca m'étone :s |
|
| Back to top |
|
|
guilc
Bodhisattva
Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France
|
| Posted: Fri Sep 02, 2011 8:02 pm Post subject: |
|
|
| Chr0nos wrote: | | edit: en ravanche quand je boot depuis une clef usb et que je chroot tout se passe bien avec portage, ca m'étone :s |
Et avant ton 2.6.39 marchait, maintenant il plante comme le 3.0.4 non ?
Ca aussi c'est étrange non ? :p
_________________
Merci de respecter les règles du forum.
Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Fri Sep 02, 2011 8:22 pm Post subject: |
|
|
ouais c'est exactement ca, du coup je me retrouve avec un systeme sur le quel je ne peut plus rien faire en raport avec portage/eix
et sur une clef live je n'ai aucune erreur et tout marche a la perfection, prob de noyeau ?
je peu fournir mon fichier de config du noyeau si besoin |
|
| Back to top |
|
|
mp342
Apprentice
Joined: 03 Aug 2010
Posts: 165
Location: France
|
| Posted: Sat Sep 03, 2011 9:07 am Post subject: |
|
|
| Chr0nos wrote: | ouais c'est exactement ca, du coup je me retrouve avec un systeme sur le quel je ne peut plus rien faire en raport avec portage/eix
et sur une clef live je n'ai aucune erreur et tout marche a la perfection, prob de noyeau ?
je peu fournir mon fichier de config du noyeau si besoin |
Vu qu'il y a aussi eu une mise a jour de portage récemment (le 27 pour moi en x86, quelques jours avant pour amd64), c'est peut être un problème avec portage. Tu devrais essayer de réinstaller la version précédente depuis ta clé usb live. |
|
| Back to top |
|
|
Fenril
Apprentice
Joined: 16 May 2009
Posts: 209
|
| Posted: Sat Sep 03, 2011 9:52 am Post subject: |
|
|
| A tout hasard, j'ai eu un souci équivalent, et je ne suis pas certain qu'il y a un lien de cause à effet avec ton problème, mais la cause était le module nvidia qui était corrompu (me demandez pas comment c'était arrivé). Une recompilation des modules avait résolu mon souci. |
|
| Back to top |
|
|
barul
Guru
Joined: 28 May 2010
Posts: 434
|
| Posted: Sat Sep 03, 2011 2:35 pm Post subject: |
|
|
| Chr0nos wrote: | | un default materiel ? hum étrange car apres tout ce temp (1ans sans aucun souci |
C'est le même principe que les voitures qui tombent en panne, hein. Un jour ça fonctionne, l'autre pas. |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Sat Sep 03, 2011 6:42 pm Post subject: |
|
|
je suis daccord avec ca mais ce qui me parais bizzard c'est que sur un live: tout marche bien, et sur mes kernels: ca bug
j'ai lancé un memtest toute la journée: aucune erreur de mémoire :s, pour la corruption du driver graphique je vais tenter de le recompiler dans un chroot tout a l'heure
dans le doute je lance un emerge -e world cette nuit... des fois que le souci viene d'une appli externe bien que j'en doute |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Wed Sep 07, 2011 3:04 pm Post subject: |
|
|
alors malgres le emerge -e world -> le probleme est toujours la,
j'ai bien recompilé mon nvidia-drivers aussi pour le noyeau 3.0.4 et je boot avec, de ce coté la tout marche bien
toutefois des que je tente une commande de type emerge: freez du terminal dans le quel je l'ai lancé :s
j'avoue ne plus savoir quoi faire la, du coup pour compiler mes maj je dois systematiquement booter sur une clef usb et emerge dans un chroot :/ |
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3169
Location: Paris
|
| Posted: Wed Sep 07, 2011 3:23 pm Post subject: |
|
|
+1 guilc, pour le pb matériel.
| Chr0nos wrote: | | je suis daccord avec ca mais ce qui me parais bizzard c'est que sur un live: tout marche bien, et sur mes kernels: ca bug |
C'est au contraire super simple: un matériel défectueux fait des erreurs... de calculs, conserve ces erreurs et les stocke sur disque, dans des données mal générées ou des binaires mal compilés, etc.
Tu t'étonnes toujours que ta clé live fonctionne?  Plutôt normal pour un OS "frais" garanti non corrompu.
Si tu veux mettre vraiment tes noyaux (hors de/en) cause, tu peux toujours pendre celui de ta clé et l'utiliser pour booter ta gentoo.
Les 2 derniers kernel panic que j'ai eu sur un atom m'ont fait immédiatement réagir, démontage, dépoussièrage, augmentation de la vitesse des ventilos, et bizarrement, je n'en ai plus eu un seul pépin de l'été (et oui).
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT) |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Thu Sep 08, 2011 10:38 am Post subject: |
|
|
bon alors aussi étrange que cela puisse paraitre cela ne venais pas d'un probleme "materiel" mais plutot d'un hdd en xfs qui semble avoir des fichiers "hs"
mon /usr/portage/packages/ pointais sur une partition xfs qui à son dossier innacessible (pas toute la partition juste le secteur ou se trouvent mes packages)
des que j'ai umount /usr/portage/packages mes commandes emergent remarches mais je ne peu pas umount toute la partition (/mnt/Ares) car j'ai un:
| Quote: | StarK / # umount /mnt/Ares/
démontage : /mnt/Ares : périphérique occupé.
(Dans certains cas, des infos sur les processus l'utilisant
sont récupérables par lsof( ou fuser(1))
StarK / # lsof /mnt/Ares/
|
donc je ne peu pas encore faire un xfs_check pour en savoir plus, cela s'ajoutant à des soucis de "Please use extra_commands or extra_started_commands." dans mes logs au demarage de mon serveur nfs je sens que je vais m'amuser aujourd'huis...
en tout cas merci à tous pour votre aide |
|
| Back to top |
|
|
guilc
Bodhisattva
Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France
|
| Posted: Thu Sep 08, 2011 11:47 am Post subject: |
|
|
Un FS ne se corromp pas comme ça !
Soit tu as fait des arrêts trop violent mal réparés, soit tu as effectivement un problème matériel sur ton disque avec des clusters en train de mourir...
Que dit le rapport smart ? (smartctl -a /dev/sdX)
Que donne le résultat d'un test complet ? (smartctl -t long /dev/sdX, puis une fois le test fini smartctl -l selftest /dev/sdX)
_________________
Merci de respecter les règles du forum.
Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing |
|
| Back to top |
|
|
Chr0nos
Apprentice
Joined: 26 Feb 2010
Posts: 205
|
| Posted: Fri Sep 09, 2011 3:17 pm Post subject: |
|
|
j'ai eut quelques soucis de "coupures de courant", en revanche n'ayant pas la commande smartctl je suis passé par l'outil smart de gnome, il me dis que le disque n'a aucun soucis (j'ai fait une analyse "longue)
sur un disque de 2To en xfs ça prends un certain temps |
|
| Back to top |
|
|
|
French
