Forum Linux.embarqué reboutage brutal du système sans message d'erreur

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
7
jan.
2013

Bonjour à tous le monde

je viens sur ce forum une fois de plus espérant trouver solution a mon problème
voila je suis novice dans les système embarqué et en ce moment je rencontre un problème qui me laisse perplexe, voila j'utilise une carte PC avec un système embarqué linux 2.6.23 le système tourne bien mais de temps en temps le système reboot brutalement sans message d'erreur ni rien et continue a rebooter plusieurs fois pour le relancer je coupe l'alimentation quelques minutes puis je redémarre ca marche une fois sur deux, mais si non le système a 70% du temps il le fait pas.

donc tout de suite j'ai pencher pour l'alim, j'ai mis une plus puissante, mais le problème est le même
la je suis partie pour un filtre secteur mais je suis pas convaincu a 100% que c ca.

et apres un dmesg sur un terminal j'ai un message que je comprend pas

Linux version 2.6.23 (gcc version 3.2.3) #10 Wed Sep 14 12:09:32 CEST 2011
CPU: Vendor unknown, using generic init.
CPU: Your system may be unstable.

BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)

donc c'est le message Your system may be unstable. est ce que c'est normale ce message?? est-il la cause de mon probleme ?? et comment le résoudre??

si ce problème a deja été rencontré par quelqun?? ou un pro de linux a qui ce message parle??

merci d'avance pour votre aide

  • # Salut

    Posté par  . Évalué à 1. Dernière modification le 07 janvier 2013 à 11:16.

    Ce serait pas ton processeur qui chauffe trop ?

    • [^] # Re: Salut

      Posté par  . Évalué à 1.

      merci pour ton retour marotte.

      j'ai envisagé cette éventualité aussi et j'ai essayé de reproduire le problème en chauffant la carte avec une source de chaleur assez puissante, mais non ca la pas fait!!!

      et a part l'alimentation faiblarde, et le surchauffe du proc qu'est ce qui pourrait faire rebouter un système??

      • [^] # Re: Salut

        Posté par  . Évalué à 2. Dernière modification le 07 janvier 2013 à 11:34.

        Je ne sais pas.

        Par ailleurs tu devrais préciser :

        1) Le matériel en question, de quelle machine s'agit-il ?
        2) La distribution utilisée.

        Ça aidera peut-être des personnes plus compétentes que moi à t'aider.

        EDIT : Ton processeur est pas over-clocké dans le BIOS ?

        • [^] # Re: Salut

          Posté par  . Évalué à 0.

          over-clocké dans le BIOS ?? c'est a dire ??

          • [^] # Re: Salut

            Posté par  . Évalué à 2.

            Dans certains BIOS on peut modifier la fréquence de fonctionnement du processeur. Au lieu de le faire fonctionner à 1x on peut pousser à 1.1X, 1.2X, …

            • [^] # Re: Salut

              Posté par  . Évalué à 0.

              non j'ai pas touché a ca, donc pas d'overclok!!

      • [^] # Re: Salut

        Posté par  (site web personnel) . Évalué à 2.

        Bonjour,

        ce n'est pas que la chauffe d'un CPU qui peut être la cause de reboot inexpliqué.
        Parfois, ce soit les barrettes de mémoire vive qui sont instables avec la température (il faut alors les changer). D'autres fois, la carte mère qui pose problème (par exemple, un chipset défectueux, des transistors chimiques qui viellissent, un couplage entre des lignes de bus, …), et là aussi, un changement/réparation de carte mère s'avère nécessaire.

        Tu peux commencer à faire un test de mémoire avec "memtest" ou "memtest+" : Quelques heures de tests avec un boîtier fermé (histoire de reproduire les conditions de prod). Si la machine reboote, commence par changer/swaper les barrettes de ram. Si le problème persiste, il est probable que cela vienne de la carte mère.

        Tu parles aussi d'un système embarqué : Les autres périphériques qui sont attachés à ce système peuvent aussi être la cause des plantages. Tu peux donc réduire le champ des recherches en les déconnectant temporairement.

        • [^] # Re: Salut

          Posté par  . Évalué à 1.

          merci olivier pour ton retour,

          donc oui j'ai réduit le champs de recherche, je travail avec une carte seule sans periph, la carte à une connexion réseau local seulement, comment je fais le metest?? via ssh??

          donc pour le moment c'est plus les ram mon probleme puisque j'ai pas encore fais le teste de cette dernière!!

          mais aussi j'en ai pluiseurs de ces carte et ca le fais sur 80% des carte en va dire!!

          • [^] # Re: Salut

            Posté par  . Évalué à 2.

            il y a memtester :

            $ apt-cache search memtest
            memtest86 - thorough real-mode memory tester
            memtest86+ - thorough real-mode memory tester
            memtester - Utility for testing the memory subsystem
            
            

            sinon, memtest86 peut fonctionner avec un port série.

            • [^] # Re: Salut

              Posté par  . Évalué à 0.

              euhhhh,

              oui mais je fais comment pour faire un memtest via ssh??

              j'avous que j'ai pas compris ta solution marc , peux tu donner plus d'explication stp!!

              et meci pour ton retour enfaite

              • [^] # Re: Salut

                Posté par  . Évalué à 3.

                ce qu'il veut dire c'est que tu peux installer memtest86+ sur ta machine et configurer grub pour demarrer dessus.

                et si tu n'as pas d'ecran, tu peux lui dire d'envoyer les resultats sur le port serie de ta machine embarquée.

                ainsi tu testes ta ram en demarrant sur memtest86+ et en ayant un PC à coté pour lire le port serie et recuperer les infos.

                d'ailleurs je m'etonnes que tu travailles en aveugle sur tes machines,
                car meme si c'est de l'embarqué, tu dois au moins avoir une console texte qui affiche des infos, au mieux sur une prise VGA, au pire sur le port serie par defaut de la machine.

              • [^] # Re: Salut

                Posté par  . Évalué à 2.

                Sinon si tu accèdes en SSH à la machine, tu peux utiliser memtester qui fonctionne en espace utilisateur (sous le compte root) et une fois le système démarré. Il n'est pas aussi habile que memtest86 à trouver les défauts de la mémoire vive, mais s'il en trouve c'est qu'elle est à changer.

  • # re reboutage brutal du système sans message d'erreur

    Posté par  . Évalué à 0.

    un probleme de ram aussi peut faire rebouter le pc !! j'ai deja vu ca, mais comme c'est un systeme embarqué commet le verifier??

    • [^] # Re: re reboutage brutal du système sans message d'erreur

      Posté par  . Évalué à 1.

      la configuration materiel

      c'est une carte PC104 proc 800MHZ vortex86DX/sx CPU with integrated North Bridge/south Bridge, 10/100Ethernet MAC/PHY,QUAD UART, and flash memorie with enbedded BIOS

      256MB DDR2 RAM system memory

      • [^] # Re: re reboutage brutal du système sans message d'erreur

        Posté par  (site web personnel) . Évalué à 1.

        Salut,

        Le fait que le noyau ne reconnaisse pas la cpu est étonnant, et le message en terme de stabilité est des plus inquiétant…. Mais bon j'ai regardé le vortex86DX, le proc est en architecture RISK mais accepte les instruction x86, donc le générique devrait passer au poil… strange !

        Que te donne un :
        $> dmidecode -t processor

        Fuse : j'en Use et Abuse !

        • [^] # Re: re reboutage brutal du système sans message d'erreur

          Posté par  . Évalué à 0.

          bonjour zilionix

          la commande n'est pas reconu commande not found:

          et la je vais poster un retour de dmesg complet parce que y a pas que ca j'ai vu aussi que les port serie ont les meme IRQ deux par deux alors que dans le grub c'est affecté autrement.

          et si vous voyez autre chose sur le log merci de me dir tout ce qui va pas, je suis spécialiste de linux donc je suivrez vos conseils

    • [^] # Re: re reboutage brutal du système sans message d'erreur

      Posté par  . Évalué à 3.

      commet le verifier??

      en changeant les barrettes pardi

      mais si comme tu le dis, tu as le meme probleme sur 80% de tes machines embarquées,
      alors c'est peut-etre plus un probleme logiciel que hardware (bien que les deux puissent etre liés)

      ex : un driver qui interprete mal l'info venant du hardware, qui ne recoit donc pas la bonne info, et qui, parce qu'il n'est pas programmé proprement plante la machine.

  • # re reboutage

    Posté par  . Évalué à 0.

    apres une longue mise en marche de la carte j'ai executé la commande dmesg

    j'ai eu ce retour:

    Linux version 2.6.23 () (gcc version 3.2.3) #10 Wed Sep 14 12:09:32 CEST 2011
    CPU: Vendor unknown, using generic init.
    CPU: Your system may be unstable.
    BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
    BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
    BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
    BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
    BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
    0MB HIGHMEM available.
    256MB LOWMEM available.
    Entering add_active_range(0, 0, 65536) 0 entries of 256 used
    Zone PFN ranges:
    DMA 0 -> 4096
    Normal 4096 -> 65536
    HighMem 65536 -> 65536
    Movable zone start PFN for each node
    early_node_map[1] active PFN ranges
    0: 0 -> 65536
    On node 0 totalpages: 65536
    DMA zone: 32 pages used for memmap
    DMA zone: 0 pages reserved
    DMA zone: 4064 pages, LIFO batch:0
    Normal zone: 480 pages used for memmap
    Normal zone: 60960 pages, LIFO batch:15
    HighMem zone: 0 pages used for memmap
    Movable zone: 0 pages used for memmap
    DMI not present or invalid.
    Allocating PCI resources starting at 20000000 (gap: 10000000:ef000000)
    Built 1 zonelists in Zone order. Total pages: 65024
    Kernel command line: root=/dev/hda2 8250.nr_uarts=6 vga=785
    Initializing CPU#0
    PID hash table entries: 1024 (order: 10, 4096 bytes)
    Detected 800.061 MHz processor.
    Console: colour dummy device 80x25
    console [tty0] enabled
    Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
    Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
    Memory: 255044k/262144k available (2417k kernel code, 6660k reserved, 1365k data, 164k init, 0k highmem)
    virtual kernel memory layout:
    fixmap : 0xfffed000 - 0xfffff000 ( 72 kB)
    pkmap : 0xff800000 - 0xffc00000 (4096 kB)
    vmalloc : 0xd0800000 - 0xff7fe000 ( 751 MB)
    lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
    .init : 0xc04b4000 - 0xc04dd000 ( 164 kB)
    .data : 0xc035c4be - 0xc04b18c0 (1365 kB)
    .text : 0xc0100000 - 0xc035c4be (2417 kB)
    Checking if this processor honours the WP bit even in supervisor mode… Ok.
    Calibrating delay using timer specific routine.. 1602.48 BogoMIPS (lpj=3204960)
    Mount-cache hash table entries: 512
    CPU: After generic identify, caps: 00000111 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    CPU: After all inits, caps: 00000111 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    Compat vDSO mapped to ffffe000.
    CPU: Vortex86 SoC 05/02 stepping 02
    Checking 'hlt' instruction… OK.
    NET: Registered protocol family 16
    PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=0
    PCI: Using configuration type 1
    Setting up standard PCI resources
    Linux Plug and Play Support v0.97 (c) Adam Belay
    Generic PHY: Registered new driver
    SCSI subsystem initialized
    libata version 2.21 loaded.
    usbcore: registered new interface driver usbfs
    usbcore: registered new interface driver hub
    usbcore: registered new device driver usb
    PCI: Probing PCI hardware
    PCI: Probing PCI hardware (bus 00)
    PCI: Using IRQ router default [17f3/6031] at 0000:00:07.0
    NET: Registered protocol family 2
    Time: tsc clocksource has been installed.
    IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
    TCP established hash table entries: 8192 (order: 4, 65536 bytes)
    TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
    TCP: Hash tables configured (established 8192 bind 8192)
    TCP reno registered
    Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    NTFS driver 2.1.28 [Flags: R/W DEBUG].
    io scheduler noop registered
    io scheduler deadline registered (default)
    Boot video device is 0000:00:04.0
    vesafb: framebuffer at 0xf8000000, mapped to 0xd0880000, using 1200k, total 32768k
    vesafb: mode is 640x480x16, linelength=1280, pages=11
    vesafb: protected mode interface info at c000:728d
    vesafb: pmi: set display start = c00c72c7, set palette = c00c731b
    vesafb: scrolling: redraw
    vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
    fb0: VESA VGA frame buffer device
    isapnp: Scanning for PnP cards…
    isapnp: No Plug & Play device found
    Real Time Clock Driver v1.12ac
    Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
    serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
    serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
    RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
    loop: module loaded
    nbd: registered device at major 43
    usbcore: registered new interface driver ub
    PPP generic driver version 2.4.2
    PPP Deflate Compression module registered
    PPP BSD Compression module registered
    Linux video capture interface: v2.00
    usbcore: registered new interface driver dabusb
    drivers/media/video/dabusb.c: v1.54:DAB-USB Interface Driver for Linux (c)1999
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    Probing IDE interface ide0…
    hda: 256MB ATA Flash Disk, ATA DISK drive
    Probing IDE interface ide1…
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    hda: max request size: 128KiB
    hda: 501760 sectors (256 MB) w/1KiB Cache, CHS=980/16/32
    hda: cache flushes not supported
    hda: hda1 hda2
    ehci_hcd 0000:00:0b.1: EHCI Host Controller
    ehci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 1
    ehci_hcd 0000:00:0b.1: irq 9, io mem 0xfefbbc00
    ehci_hcd 0000:00:0b.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
    usb usb1: configuration #1 chosen from 1 choice
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 2 ports detected
    ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
    ohci_hcd 0000:00:0b.0: OHCI Host Controller
    ohci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 2
    ohci_hcd 0000:00:0b.0: irq 15, io mem 0xfefba000
    usb usb2: configuration #1 chosen from 1 choice
    hub 2-0:1.0: USB hub found
    hub 2-0:1.0: 2 ports detected
    Initializing USB Mass Storage driver…
    usbcore: registered new interface driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new interface driver libusual
    usbcore: registered new interface driver usbserial
    drivers/usb/serial/usb-serial.c: USB Serial Driver core
    drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
    usbcore: registered new interface driver ftdi_sio
    drivers/usb/serial/ftdi_sio.c: v1.5.0:USB FTDI Serial Converters Driver
    usbcore: registered new interface driver emi26 - firmware loader
    usbcore: registered new interface driver emi62 - firmware loader
    PNP: No PS/2 controller found. Probing ports directly.
    serio: i8042 KBD port at 0x60,0x64 irq 1
    serio: i8042 AUX port at 0x60,0x64 irq 12
    mice: PS/2 mouse device common for all mice
    input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
    input: PC Speaker as /devices/platform/pcspkr/input/input1
    usbcore: registered new interface driver powermate
    Advanced Linux Sound Architecture Driver Version 1.0.14 (Fri Jul 20 09:12:58 2007 UTC).
    usbcore: registered new interface driver snd-usb-audio
    usbcore: registered new interface driver snd-usb-usx2y
    usbcore: registered new interface driver snd-usb-caiaq
    ASoC version 0.13.1
    ALSA device list:
    No soundcards found.
    TCP cubic registered
    Initializing XFRM netlink socket
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Using IPI Shortcut mode
    drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
    EXT3-fs: INFO: recovery required on readonly filesystem.
    EXT3-fs: write access will be enabled during recovery.
    kjournald starting. Commit interval 5 seconds
    EXT3-fs: recovery complete.
    EXT3-fs: mounted filesystem with ordered data mode.
    VFS: Mounted root (ext3 filesystem) readonly.
    Freeing unused kernel memory: 164k freed
    EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
    EXT3 FS on hda2, internal journal
    r6040: RDC R6040 net driver, version 0.20 (24Oct2007)
    r6040: RDC R6040 net driver, version 0.20 (24Oct2007)
    spurious 8259A interrupt: IRQ7.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.
    atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
    atkbd.c: Use 'setkeycodes 6e ' to make it known.

    et vu les dernieres ligne jai redémarrer et jai fais un dmesg: la le messge a disparue.

    //*********************************************************************************************
    //*********************************************************************************************

    Linux version 2.6.23 (biospacelab@PhotonImagerDev) (gcc version 3.2.3) #10 Wed Sep 14 12:09:32 CEST 2011
    CPU: Vendor unknown, using generic init.
    CPU: Your system may be unstable.
    BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
    BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
    BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
    BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
    BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
    0MB HIGHMEM available.
    256MB LOWMEM available.
    Entering add_active_range(0, 0, 65536) 0 entries of 256 used
    Zone PFN ranges:
    DMA 0 -> 4096
    Normal 4096 -> 65536
    HighMem 65536 -> 65536
    Movable zone start PFN for each node
    early_node_map[1] active PFN ranges
    0: 0 -> 65536
    On node 0 totalpages: 65536
    DMA zone: 32 pages used for memmap
    DMA zone: 0 pages reserved
    DMA zone: 4064 pages, LIFO batch:0
    Normal zone: 480 pages used for memmap
    Normal zone: 60960 pages, LIFO batch:15
    HighMem zone: 0 pages used for memmap
    Movable zone: 0 pages used for memmap
    DMI not present or invalid.
    Allocating PCI resources starting at 20000000 (gap: 10000000:ef000000)
    Built 1 zonelists in Zone order. Total pages: 65024
    Kernel command line: root=/dev/hda2 8250.nr_uarts=6 vga=785
    Initializing CPU#0
    PID hash table entries: 1024 (order: 10, 4096 bytes)
    Detected 800.099 MHz processor.
    Console: colour dummy device 80x25
    console [tty0] enabled
    Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
    Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
    Memory: 255044k/262144k available (2417k kernel code, 6660k reserved, 1365k data, 164k init, 0k highmem)
    virtual kernel memory layout:
    fixmap : 0xfffed000 - 0xfffff000 ( 72 kB)
    pkmap : 0xff800000 - 0xffc00000 (4096 kB)
    vmalloc : 0xd0800000 - 0xff7fe000 ( 751 MB)
    lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
    .init : 0xc04b4000 - 0xc04dd000 ( 164 kB)
    .data : 0xc035c4be - 0xc04b18c0 (1365 kB)
    .text : 0xc0100000 - 0xc035c4be (2417 kB)
    Checking if this processor honours the WP bit even in supervisor mode… Ok.
    Calibrating delay using timer specific routine.. 1602.52 BogoMIPS (lpj=3205053)
    Mount-cache hash table entries: 512
    CPU: After generic identify, caps: 00000111 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    CPU: After all inits, caps: 00000111 00000000 00000000 00000000 00000000 00000000 00000000 00000000
    Compat vDSO mapped to ffffe000.
    CPU: Vortex86 SoC 05/02 stepping 02
    Checking 'hlt' instruction… OK.
    NET: Registered protocol family 16
    PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=0
    PCI: Using configuration type 1
    Setting up standard PCI resources
    Linux Plug and Play Support v0.97 (c) Adam Belay
    Generic PHY: Registered new driver
    SCSI subsystem initialized
    libata version 2.21 loaded.
    usbcore: registered new interface driver usbfs
    usbcore: registered new interface driver hub
    usbcore: registered new device driver usb
    PCI: Probing PCI hardware
    PCI: Probing PCI hardware (bus 00)
    PCI: Using IRQ router default [17f3/6031] at 0000:00:07.0
    NET: Registered protocol family 2
    Time: tsc clocksource has been installed.
    IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
    TCP established hash table entries: 8192 (order: 4, 65536 bytes)
    TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
    TCP: Hash tables configured (established 8192 bind 8192)
    TCP reno registered
    Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    NTFS driver 2.1.28 [Flags: R/W DEBUG].
    io scheduler noop registered
    io scheduler deadline registered (default)
    Boot video device is 0000:00:04.0
    vesafb: framebuffer at 0xf8000000, mapped to 0xd0880000, using 1200k, total 32768k
    vesafb: mode is 640x480x16, linelength=1280, pages=11
    vesafb: protected mode interface info at c000:728d
    vesafb: pmi: set display start = c00c72c7, set palette = c00c731b
    vesafb: scrolling: redraw
    vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
    fb0: VESA VGA frame buffer device
    isapnp: Scanning for PnP cards…
    isapnp: No Plug & Play device found
    Real Time Clock Driver v1.12ac
    Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
    serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
    serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
    RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
    loop: module loaded
    nbd: registered device at major 43
    usbcore: registered new interface driver ub
    PPP generic driver version 2.4.2
    PPP Deflate Compression module registered
    PPP BSD Compression module registered
    Linux video capture interface: v2.00
    usbcore: registered new interface driver dabusb
    drivers/media/video/dabusb.c: v1.54:DAB-USB Interface Driver for Linux (c)1999
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    Probing IDE interface ide0…
    hda: 256MB ATA Flash Disk, ATA DISK drive
    Probing IDE interface ide1…
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    hda: max request size: 128KiB
    hda: 501760 sectors (256 MB) w/1KiB Cache, CHS=980/16/32
    hda: cache flushes not supported
    hda: hda1 hda2
    ehci_hcd 0000:00:0b.1: EHCI Host Controller
    ehci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 1
    ehci_hcd 0000:00:0b.1: irq 9, io mem 0xfefbbc00
    ehci_hcd 0000:00:0b.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
    usb usb1: configuration #1 chosen from 1 choice
    hub 1-0:1.0: USB hub found
    hub 1-0:1.0: 2 ports detected
    ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
    ohci_hcd 0000:00:0b.0: OHCI Host Controller
    ohci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 2
    ohci_hcd 0000:00:0b.0: irq 15, io mem 0xfefba000
    usb usb2: configuration #1 chosen from 1 choice
    hub 2-0:1.0: USB hub found
    hub 2-0:1.0: 2 ports detected
    Initializing USB Mass Storage driver…
    usbcore: registered new interface driver usb-storage
    USB Mass Storage support registered.
    usbcore: registered new interface driver libusual
    usbcore: registered new interface driver usbserial
    drivers/usb/serial/usb-serial.c: USB Serial Driver core
    drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
    usbcore: registered new interface driver ftdi_sio
    drivers/usb/serial/ftdi_sio.c: v1.5.0:USB FTDI Serial Converters Driver
    usbcore: registered new interface driver emi26 - firmware loader
    usbcore: registered new interface driver emi62 - firmware loader
    PNP: No PS/2 controller found. Probing ports directly.
    serio: i8042 KBD port at 0x60,0x64 irq 1
    serio: i8042 AUX port at 0x60,0x64 irq 12
    mice: PS/2 mouse device common for all mice
    input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
    input: PC Speaker as /devices/platform/pcspkr/input/input1
    usbcore: registered new interface driver powermate
    Advanced Linux Sound Architecture Driver Version 1.0.14 (Fri Jul 20 09:12:58 2007 UTC).
    usbcore: registered new interface driver snd-usb-audio
    usbcore: registered new interface driver snd-usb-usx2y
    usbcore: registered new interface driver snd-usb-caiaq
    ASoC version 0.13.1
    ALSA device list:
    No soundcards found.
    TCP cubic registered
    Initializing XFRM netlink socket
    NET: Registered protocol family 1
    NET: Registered protocol family 17
    Using IPI Shortcut mode
    drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
    EXT3-fs: INFO: recovery required on readonly filesystem.
    EXT3-fs: write access will be enabled during recovery.
    kjournald starting. Commit interval 5 seconds
    EXT3-fs: recovery complete.
    EXT3-fs: mounted filesystem with ordered data mode.
    VFS: Mounted root (ext3 filesystem) readonly.
    Freeing unused kernel memory: 164k freed
    EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
    EXT3 FS on hda2, internal journal
    r6040: RDC R6040 net driver, version 0.20 (24Oct2007)
    r6040: RDC R6040 net driver, version 0.20 (24Oct2007)
    spurious 8259A interrupt: IRQ7.
    //*******************************************************************************************
    //*******************************************************************************************

    pour les IRQ des port com, c'est pas la meme affectation que dans le grub!!!!

    • [^] # Re: re reboutage

      Posté par  . Évalué à 0.

      rien a signaler pour ce log?? il me semble que les dernieres ligne du premier log montre un truc pas normal!!! non

    • [^] # Re: re reboutage

      Posté par  (site web personnel) . Évalué à 1.

      atkbd.c: Unknown key released (translated set 2, code 0x6e on isa0060/serio0).
      Un message du genre "j'ai pas compris ce que tu as tappé au clavier" ne devrait pas te faire rebooter la machine, franchement je pense pas…
      Cela ressemble beaucoup à ceci pour te rassurer…

      Concernant ta fausse levée d'IRQ juste avant c'est du connu…
      Voir blog ici, mail de Mr Cox etc….
      Un "noapic" ajouté dans les paramètres de boot du kernel dans le grub devrait le faire dégager !
      Faire une nouvelle entrée complète ( même noyau, nouveau param ) me parait une sage approche.

      Dernier truc bizarre qui reste : la CPU

      Fuse : j'en Use et Abuse !

      • [^] # Re: re reboutage

        Posté par  . Évalué à 1.

        la CPU non reconu?? tu pense que c ca le pb qui fait rebooter le système???

        en meme temps la je fais un test de ram avec memtest86+ comme suggérer en tout début, la il est a 80% pas d'erreur a signaler!!! donc le pb est toujours pas identifié

        • [^] # Re: re reboutage

          Posté par  (site web personnel) . Évalué à 1.

          Vue les recherches de Pierre ( cf réponse ci dessous ) à priori non.
          C'était une piste intéressante ( j'avais jamais vu ce truc la ) mais on va la reléguer en moins prioritaire pour l'instant je pense…

          Fuse : j'en Use et Abuse !

  • # probleme reboutage

    Posté par  . Évalué à -1.

    non memtest86+ ne donne aucune erreur !!!!
    je suis sans solution!!!!!!!! help needed

  • # Your system may be unstable

    Posté par  (site web personnel) . Évalué à 1.

    Pas trop d'autre idée sur la raison du plantage…

    Par contre pour les message du noyau sur le système qui peut être "unstable", il semblerait d'après la source du noyau (*) que ce message va avec le précédent (Vendor unknown, using generic init) et soit seulement lié au fait que le noyau ne "connaît" pas le fabricant du CPU.

    (*) http://lxr.linux.no/linux+v3.7.1/arch/x86/kernel/cpu/common.c#L550

    • [^] # Re: Your system may be unstable

      Posté par  . Évalué à 0.

      ok merci pour la confirmation, donc en aucun cas ca peut faire rebouter le systeme??

      • [^] # Re: Your system may be unstable

        Posté par  . Évalué à 1.

        t as essayé de tapoter sur le processeur avec le dos d'un tounevis ? faiblement et de plus en plus fort, mais sans casser la carte :). ou de changer de carte si tu en as d'autre ? ca ressemble a un faux contact voir une soudure seche.

        • [^] # Re: Your system may be unstable

          Posté par  . Évalué à 2.

          comme il le dit plus haut

          mais aussi j'en ai pluiseurs de ces carte et ca le fais sur 80% des carte en va dire!!

          • [^] # Re: Your system may be unstable

            Posté par  . Évalué à 1.

            rien n’empêche ce mauvais contact sur 80% de ses cartes surtout si il y en a quelques unes de bonnes. Branché le disque sur un vulgaire PC, le défaut réapparaît quand même ?

            • [^] # Re: Your system may be unstable

              Posté par  (site web personnel) . Évalué à 1.

              Effectivement un défaut de fabrication sur une série commence à pointer son nez, tout comme le problème de firmware / BIOS…

              Brancher le disque sur un pc permet juste d'exclure le disque comme source du problème, et vu la tronche de ses logs ( pas de IOSeek timeout blabla, I/O error ) on est en droit de penser que le disque est bon…

              Fuse : j'en Use et Abuse !

  • # reboutage brutal du système sans message d'erreur

    Posté par  . Évalué à 0.

    bonjour,

    ce que j'ai oublier de dire peut être, c'est que ca le fais pas souvent c'est vraiment aleatoir c'est pour ca que ca rend difficile ca résolution. par exemple en ce moment la carte marche bien sans pb mais il quelques jour ca redémarrer ca n'arriver pas du tout à démarrer, il a fallu que je coupe l'alime quelque minutes pour que ca passe.

    alors je me dis que peut etre c'est des parasites secteur???

    ou bien une autre question est-ce que le fait d'éteindre sauvagement la carte peut créer ce pb???

    parce-que ca m'arrive de le faire

    • [^] # Re: reboutage brutal du système sans message d'erreur

      Posté par  (site web personnel) . Évalué à 2. Dernière modification le 08 janvier 2013 à 12:31.

      Arrêter brutalement une machine n'est pas recommandé !
      En particulier pour les disques ( ton /dev/sda au hasard ).
      C'est à faire en extrême et ultime recours uniquement…

      Dis voir, je crois qu'on a pas encore parlé de cela ( oh les co.. ) mais le symptôme est là : le reboot aléatoire alors que la cpu n'est pas chaude….

      Est ce que tu n'aurais pas un condensateur de pété ?
      Il y a des rainures dessus qui font que quand ca pète ca bombe légèrement vers les haut…
      Tu peux regarder ta carte de près et vérifier qu'il n'y aurait pas des condo chmimique légèrement bombés ?

      Fuse : j'en Use et Abuse !

      • [^] # Re: reboutage brutal du système sans message d'erreur

        Posté par  . Évalué à 0. Dernière modification le 08 janvier 2013 à 13:31.

        oui ze_lionix je vais voir ce de plus prés, et en faite si l'arret se fait brutalement c'est parceque la commande halt, poweroff,shutdown ne fonctionne pas bien comme je l'ai mentionné dans un autre poste le reboot ca marche bien mais pas l'extinction,
        si je fait un halt ou poweroff ==> la communication est coupée mais l'écran aisi que tout les relais et entrée sortie sont figé dans leur etat!!!!!! ca aussi je sais pas d'où ca vient et si ca a une relation avec le redémarrage!!!!

        et un dernier truc si un condo aurais peter ca le ferai systématiquement non??!! hors c'est pas le cas je me trompe peut être, mais je vais verifier

        • [^] # Re: reboutage brutal du système sans message d'erreur

          Posté par  (site web personnel) . Évalué à 1.

          Si tu fais halt ou power off c'est normal que tout communication soit coupé, tu as arrêté la machine.

          Concernant les condo ce n'est pas systématique, j'ai vu une bécane rebooter à peu près une fois par semaine ( jour aléatoire ) et une autre toutes les heures avec de la carte mère ayant des condensateurs bombés. Cela dépend de ce à quoi sert le condensateur, s'il bosse encore un peu…etc..

          Fuse : j'en Use et Abuse !

  • # rebootage

    Posté par  . Évalué à 0.

    donc la depuis un moment la carte est super stable, donc j'ai pu faire des test esperant reproduire le pb mais rien, j'ai fais les avec memtest86+ pas de soucis, j'ai chauffé la carte avec un mini radiateur et rien je revois le soft, rien en ce moment j'arrive meme pas a reproduire le pb.

    il me reste a faire un test si jy arrive !! des perturbation secteur?? mais je vois pas comment faire le test ?? donc prendre un filtre secteur directement!!!

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.