[Résolu] Mon Pc linux pète un gros cable... de l'aide SVP

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [Résolu] Mon Pc linux pète un gros cable... de l'aide SVP

techouse

J'ai encore quelques soucis avec mon matériel :

Petit 1 : au démarrage, lilo démarre, test le bios et commence sa détection de matériel, puis très régulièrement linux n'arrive pas à monter mon root, résultat débian démarre busybox et je reste coincé sur mon ramdisk...

Pouvez vous expliquer ce problème ?

Petit 2 : mon pc est parti en vrille aujourd'hui :

Citation :

Sep 4 19:45:46 serveur kernel: notifier_call_chain+0x3f/0x5a
Sep 4 19:45:46 serveur kernel: [<c0111252>] do_page_fault+0x26c/0x57e
Sep 4 19:45:46 serveur kernel: [<c0110fe6>] do_page_fault+0x0/0x57e
Sep 4 19:45:46 serveur kernel: [<c028a78a>] error_code+0x72/0x78
Sep 4 19:45:46 serveur kernel: =======================
Sep 4 19:45:46 serveur kernel: Mem-info:
Sep 4 19:45:46 serveur kernel: DMA per-cpu:
Sep 4 19:45:46 serveur kernel: CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Sep 4 19:45:46 serveur kernel: CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Sep 4 19:45:46 serveur kernel: Normal per-cpu:
Sep 4 19:45:46 serveur kernel: CPU 0: Hot: hi: 186, btch: 31 usd: 41 Cold: hi: 62, btch: 15 usd: 22
Sep 4 19:45:46 serveur kernel: CPU 1: Hot: hi: 186, btch: 31 usd: 4 Cold: hi: 62, btch: 15 usd: 9
Sep 4 19:45:46 serveur kernel: HighMem per-cpu:
Sep 4 19:45:46 serveur kernel: CPU 0: Hot: hi: 186, btch: 31 usd: 156 Cold: hi: 62, btch: 15 usd: 57
Sep 4 19:45:46 serveur kernel: CPU 1: Hot: hi: 186, btch: 31 usd: 60 Cold: hi: 62, btch: 15 usd: 26
Sep 4 19:45:46 serveur kernel: Active:238421 inactive:238106 dirty:0 writeback:0 unstable:0
Sep 4 19:45:46 serveur kernel: free:12341 slab:3818 mapped:53 pagetables:1455 bounce:0
Sep 4 19:45:46 serveur kernel: DMA free:8084kB min:68kB low:84kB high:100kB active:3300kB inactive:2152kB present:16256kB pages_scanned:9169 all_unreclaimable? yes
Sep 4 19:45:46 serveur kernel: lowmem_reserve[]: 0 873 2007
Sep 4 19:45:46 serveur kernel: Normal free:40836kB min:3744kB low:4680kB high:5616kB active:370260kB inactive:370832kB present:894080kB pages_scanned:1201423 all_unreclaimable? yes
Sep 4 19:45:46 serveur kernel: lowmem_reserve[]: 0 0 9071
Sep 4 19:45:46 serveur kernel: HighMem free:444kB min:512kB low:1728kB high:2944kB active:580124kB inactive:579440kB present:1161164kB pages_scanned:2209583 all_unreclaimable? yes
Sep 4 19:45:46 serveur kernel: lowmem_reserve[]: 0 0 0
Sep 4 19:45:46 serveur kernel: DMA: 1*4kB 0*8kB 1*16kB 0*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 1*4096kB = 8084kB
Sep 4 19:45:46 serveur kernel: Normal: 225*4kB 14*8kB 1*16kB 2*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 9*4096kB = 40836kB
Sep 4 19:45:46 serveur kernel: HighMem: 1*4kB 5*8kB 7*16kB 1*32kB 0*64kB 0*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 444kB
Sep 4 19:45:46 serveur kernel: Swap cache: add 266559, delete 266559, find 1499/1913, race 0+2
Sep 4 19:45:46 serveur kernel: Free swap = 0kB
Sep 4 19:45:46 serveur kernel: Total swap = 1052216kB
Sep 4 19:45:46 serveur kernel: Free swap: 0kB
Sep 4 19:45:46 serveur kernel: 521952 pages of RAM
Sep 4 19:45:46 serveur kernel: 292576 pages of HIGHMEM
Sep 4 19:45:46 serveur kernel: 5015 reserved pages
Sep 4 19:45:46 serveur kernel: 20586 pages shared
Sep 4 19:45:46 serveur kernel: 0 pages swap cached
Sep 4 19:45:46 serveur kernel: 0 pages dirty
Sep 4 19:45:46 serveur kernel: 0 pages writeback
Sep 4 19:45:46 serveur kernel: 53 pages mapped
Sep 4 19:45:46 serveur kernel: 3818 pages slab
Sep 4 19:45:46 serveur kernel: 1455 pages pagetables
Sep 4 19:45:46 serveur kernel: miniserv.pl invoked oom-killer: gfp_mask=0x201d2, order=0, oomkilladj=0
Sep 4 19:45:46 serveur kernel: [<c013b5fa>] out_of_memory+0x69/0x18f
Sep 4 19:45:46 serveur kernel: [<c013cb58>] __alloc_pages+0x1fc/0x286
Sep 4 19:45:46 serveur kernel: [<c01a4210>] elv_next_request+0x10d/0x11c
Sep 4 19:45:46 serveur kernel: [<c013e0c1>] __do_page_cache_readahead+0xcc/0x1f7
Sep 4 19:45:46 serveur kernel: [<c0288bf1>] io_schedule+0x1d/0x27
Sep 4 19:45:46 serveur kernel: [<c0288e06>] __wait_on_bit_lock+0x4b/0x52
Sep 4 19:45:46 serveur kernel: [<c01388f0>] __lock_page+0x58/0x5e
Sep 4 19:45:46 serveur kernel: [<c013aadd>] filemap_nopage+0x177/0x2f3
Sep 4 19:45:46 serveur kernel: [<c01446ad>] __handle_mm_fault+0x170/0x9c0
Sep 4 19:45:46 serveur kernel: [<f8893906>] scsi_next_command+0x25/0x2f [scsi_mod]
Sep 4 19:45:46 serveur kernel: [<c011cfb2>] tasklet_action+0x58/0xb6
Sep 4 19:45:46 serveur kernel: [<c011cf45>] irq_exit+0x37/0x42
Sep 4 19:45:46 serveur kernel: [<c0104cd9>] do_IRQ+0x5c/0x73
Sep 4 19:45:46 serveur kernel: [<c0123083>] __atomic_notifier_call_chain+0x3f/0x5a
Sep 4 19:45:46 serveur kernel: [<c0111252>] do_page_fault+0x26c/0x57e
Sep 4 19:45:46 serveur kernel: [<c012b44d>] do_gettimeofday+0x31/0xd4
Sep 4 19:45:46 serveur kernel: [<c0110fe6>] do_page_fault+0x0/0x57e
Sep 4 19:45:46 serveur kernel: [<c028a78a>] error_code+0x72/0x78
Sep 4 19:45:46 serveur kernel: [<c0280000>] bictcp_cong_avoid+0x243/0x389
Sep 4 19:45:46 serveur kernel: =======================

Pouvez vous mayday !!!!!!!!!!!!

Merci pour votre compassion

Message édité par techouse le 29-09-2007 à 09:21:45

Publicité

Mjules

Modérateur
Parle dans le vide

là, un truc à bouffé toute la mémoire le noyau à essayé d'en libérer en tuant tout ce qui lui passait sous la main (le Out Of Memory Killer de la fin de ton log) + des erreurs un peu partout

RAM ok ? DD ok ?

Message édité par Mjules le 04-09-2007 à 21:02:01

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

techouse

après un reboot et une demi heure voilà le résultat :

Citation :

serveur:~# free -m
total used free shared buffers cached
Mem: 2019 1972 47 0 41 267
-/+ buffers/cache: 1663 356
Swap: 1027 917 109

Je suis un peu inquiet ! ca peut être le disque ?

Message édité par techouse le 04-09-2007 à 22:21:34

Mjules

Modérateur
Parle dans le vide

faudrait voir ce qui te prend de la RAM comme ça

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

techouse

A priori c'est ushare qui me faisait tout planter sans doute en scannant l'ensemble de mes fichiers...

Lorsque le pc démarrait je voyais monter très progressivement l'utilisation RAM... Après suppression du logiciel, la méoire reste stable apparemment !

sinon aurais tu une idée pour mes problème de boot et l'impossibilité récurente de monter / ?

Mjules

Modérateur
Parle dans le vide

généralement, ça c'est lié à un problème matériel mais difficile d'en dire plus sans message d'erreur

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

techouse

par contre que penses tu de ça ?

fddisk -l donne :

Citation :

Device Boot Start End Blocks Id System
/dev/sda1 * 1 131 1052226 82 Linux swap / Solaris
/dev/sda2 132 2680 20474842+ 83 Linux
/dev/sda3 2681 38913 291041572+ 5 Extended
/dev/sda5 2681 5230 20482843+ 83 Linux
/dev/sda6 5231 38913 270558666 83 Linux

Je trouve bizarre que ce soit le swap qui soit désigné comme boot ?

Merci pour ton aide

techouse

pour compléter mon précédent poste j'ai changer avec fdsik la partition de boot :

Citation :

Device Boot Start End Blocks Id System
/dev/sda1 1 131 1052226 82 Linux swap / Solaris
/dev/sda2 * 132 2680 20474842+ 83 Linux
/dev/sda3 2681 38913 291041572+ 5 Extended
/dev/sda5 2681 5230 20482843+ 83 Linux
/dev/sda6 5231 38913 270558666 83 Linux

Mais aucun résultat au redémarrage : plantage deux fois sur trois

techouse

Pour mémoire Petit2 résolu : logiciel Ushare qui plante tout

Solution du Petit1 :
- le JMB MICRON et l'ICH8 sont en conflit au démarrage : c'est à celui qui se réveille le premier pour acquérir les /dev/sda-sdb (PATA et SATA ont la même appellation) : pour résoudre le problème, j'utilise des LABELS sur chaque partition et les déclare dans fstab

Citation :

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
#/dev/sda1
LABEL=SWAP none swap sw 0 0
#/dev/sda2
LABEL=racine / ext3 defaults,errors=remount-ro 0 1
#/dev/sda5
LABEL=maison /home ext3 defaults 0 2
#/dev/sda6
LABEL=fichiers /fichiers ext3 defaults 0 2
#/dev/sdb1
LABEL=sauvegarde /sauvegarde ext3 rw,nosuid,nodev,noexec,auto,nouser,async,noatime,errors=remount-ro 0 2

Les labels c'est moins bien que les UUID mais ça permet de changer plus facilement de disque dur...

Fin du Post

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[Résolu] Mon Pc linux pète un gros cable... de l'aide SVP

Sujets relatifs
FluxBox menu et reseau[resolu]	Aide avec Mysql (Can't connect to local MySQL server through socket)
J'ai vendu ma config Linux :'(	[Resolu] chroot
[Linux] Rendre un programme permanent	[résolu][mdv 2007.1] partage de scanner
[Résolu] écriture dans fichier xxx.log.1 au lieu du fichier xxx.log	BS-KBMRF/OFFICE sous linux
Différences entre distrib Linux	libming0 - problèmes de dépendances [Résolu]
Plus de sujets relatifs à : [Résolu] Mon Pc linux pète un gros cable... de l'aide SVP

Page générée en 0.083 secondes