X53SV Ethernet Realtek ne peut pas démarrer

[jackjean]

Merci de relever mon erreur... cette fois la commande passe (argument -u N°UUID), mais me retourne :

Unable to load driver - Application terminates

 

[Asusien déchu]

peut-être l'AV? ou pas exécuter en admin?

essaye en DOS à partir de la clé USB que tu as déjà

 

[jackjean]

je viens de refaire en mode admin, ça démarre, mais se termine avec :

Updating system UUID value... Failed

L'UUID en Hexa est sensible à la casse ? j'ai mis les lettres en majuscules.

 

[Asusien déchu]

les 1 après les autres? sans espaces, sans tirets, sans rien que les chiffres é les lettres?

 

[jackjean]

oui, j'ai suivi strictement la syntaxe des exemples, sans séparateur ni espace, chiffres et lettres en majuscule...

 

[Asusien déchu]

ok, j'essaierai demain sur mon X93SM pour voir et sur mon X55VD
voir ce que ça donne

pour l'instant au lit

 

[jackjean]

je viens d'essayer avec des minuscules, la fonction d'écriture ne se lance pas et fait crasher l'application ("dmieditwpe.exe a cessé de fonctionner etc....)

 

[jackjean]

Je viens de t'envoyer en MP le fichier de configuration de DMIEDIT (set.dms, renommé en .txt)

 

[Asusien déchu]

bjr,

Je viens de t'envoyer en MP le fichier de configuration de DMIEDIT (set.dms, renommé en .txt)

envoie-moi aussi le rapport SMBIOS.rw de RW-Everything STP: il suffit de cliquer sur l'icône représentant une disquette

de ton côté, essaye de voir ce que ça donne avec ces 2 logiciels:
Realtek
Realtek - Ethernet Diagnostic Utility

tout spécialement les Diagnostics: effectue les tous:

et celui-ci
Anonymac

Tente de fixer l'adresse m@c.

De mon côté je teste DMIEdit for Aptio: je te tiens au courant.

 

[jackjean]

Bjr,
Je teste ces 2 applis ce midi et reviens vers toi.

envoie-moi aussi le rapport SMBIOS.rw de RW-Everything

tu l'auras en début d'aprem.

 

[Asusien déchu]

Bjr,
Je teste ces 2 applis ce midi et reviens vers toi.

envoie-moi aussi le rapport SMBIOS.rw de RW-Everything

tu l'auras en début d'aprem.

bien! à tout à l'heure

bon laisse tomber pour l'utilitaire de diag RTL, ça marche pas sans pilote -- j'aurais dû m'en douter (je viens de tester sur le X93SM)

par contre, j'étais en train de relire ça, et l'IRQ pour la carte réseau me semble étrange:

Flags: bus master, fast devsel, latency 0, IRQ 219

J'ai vérifié avec la commande msinfo32 sur mes M70VN, X93SM et X55VDR: déjà sur les 2 1ers modèles, ça ne va pas + loin que l'IRQ 190.
De plus, sur les 3 modèles, les cartes ETH se trouvent situées sur l'1 des 1ères IRQ du début: IRQ11 pour le M70VN, IRQ17 pour le X93SM (Realtek pour les 2, sachant que pour le X93SM le pilote n'est pas installé) et IRQ19 pour le X55VDR ( Atheros)...

dc cette IRQ est-elle normale pour la carte ETH RTL de ton X53SV???

 

[jackjean]

Tu mets le doigt sur qqcose qui me titillait depuis le début, mais moi pas expert, ou trop newbie, et pas jugé utile d'aborder les IRQ... On peut en changer il me semble, non? Il suffit (?) de vérifier qu'il n'y ait pas de conflit avec d'autres périfs non ?

Pour RTK (et kifkif pour Anonymac), le non-démarrage de la carte empêche de la rendre visible, donc pas de changement d'adresse M@C possible...

 

[jackjean]

Avec une recherche Google avec "IRQ 219" on ne tombe que sur des posts sur Linux... normal ? L'affectation des IRQ ne dépend pas de l'OS il me semble...

 

[Asusien déchu]

re,

Tu mets le doigt sur qqcose qui me titillait depuis le début, mais moi pas expert, ou trop newbie, et pas jugé utile d'aborder les IRQ... On peut en changer il me semble, non? Il suffit (?) de vérifier qu'il n'y ait pas de conflit avec d'autres périfs non ?

tu peux me transmettre le fichier généré par la commande msinfo32?

Pour RTK (et kifkif pour Anonymac), le non-démarrage de la carte empêche de la rendre visible, donc pas de changement d'adresse M@C possible.

ouais, il fallait aussi sans douter: le pilote ne peut s'installer et la m@c être récupérée car la carte ne s'initialise pas correctement, possiblement pas sur la bonne IRQ et qu'elle entre en conflit?

Avec une recherche Google avec "IRQ 219" on ne tombe que sur des posts sur Linux... normal ? L'affectation des IRQ ne dépend pas de l'OS il me semble...

peut-être pas?

n'empêche que par exemple, avec mon Ubuntu sous VBX, j'ai pas d'IRQ 219 ...

philippe@philippe-VirtualBox:~$ sudo lspci -v
[sudo] password for philippe:
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
    Flags: fast devsel
 
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
    Flags: bus master, medium devsel, latency 0
 
00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 8a [Master SecP PriP])
    Flags: bus master, fast devsel, latency 64
    [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
    [virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
    [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
    [virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
    I/O ports at d000 [size=16]
    Kernel driver in use: ata_piix
 
00:02.0 VGA compatible controller: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter (prog-if 00 [VGA controller])
    Flags: bus master, fast devsel, latency 64, IRQ 18
    Memory at e0000000 (32-bit, prefetchable) [size=128M]
    Expansion ROM at <unassigned> [disabled]
 
00:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
    Subsystem: Intel Corporation PRO/1000 MT Desktop Adapter
    Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 19
    Memory at f0000000 (32-bit, non-prefetchable) [size=128K]
    I/O ports at d010 [size=8]
    Capabilities: [dc] Power Management version 2
    Capabilities: [e4] PCI-X non-bridge device
    Kernel driver in use: e1000
    Kernel modules: e1000
 
00:04.0 System peripheral: InnoTek Systemberatung GmbH VirtualBox Guest Service
    Flags: bus master, fast devsel, latency 0, IRQ 20
    I/O ports at d020 [size=32]
    Memory at f0400000 (32-bit, non-prefetchable) [size=4M]
    Memory at f0800000 (32-bit, prefetchable) [size=16K]
    Kernel modules: vboxguest
 
00:05.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01)
    Subsystem: Intel Corporation Device 0000
    Flags: bus master, medium devsel, latency 64, IRQ 21
    I/O ports at d100 [size=256]
    I/O ports at d200 [size=64]
    Kernel driver in use: snd_intel8x0
    Kernel modules: snd-intel8x0
 
00:06.0 USB controller: Apple Inc. KeyLargo/Intrepid USB (prog-if 10 [OHCI])
    Flags: bus master, fast devsel, latency 64, IRQ 22
    Memory at f0804000 (32-bit, non-prefetchable) [size=4K]
    Kernel driver in use: ohci_hcd
 
00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08)
    Flags: bus master, medium devsel, latency 0, IRQ 9
    Kernel modules: i2c-piix4
 
00:0b.0 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (prog-if 20 [EHCI])
    Flags: bus master, fast devsel, latency 64, IRQ 19
    Memory at f0805000 (32-bit, non-prefetchable) [size=4K]
    Kernel driver in use: ehci_hcd
 
00:0d.0 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 02) (prog-if 01 [AHCI 1.0])
    Flags: bus master, fast devsel, latency 64, IRQ 21
    I/O ports at d240 [size=8]
    I/O ports at <ignored>
    I/O ports at d250 [size=8]
    I/O ports at <ignored>
    I/O ports at d260 [size=16]
    Memory at f0806000 (32-bit, non-prefetchable) [size=8K]
    Capabilities: [70] Power Management version 3
    Capabilities: [a8] SATA HBA v1.0
    Kernel driver in use: ahci

 

[jackjean]

tu peux me transmettre le fichier généré par la commande msinfo32?

Je suis au bureau. Je te l'envoie ce soir vers 19h00, mais en testant ici le fichier en .nfo est assez lourd (1,5Mo). ça passe en MP ici?

 

[Nicolas]

Oui limité a 2 mo en piece attachee.

 

[Asusien déchu]

par mail alors?

 

[jackjean]

ça devrait passer (1,558 Mo). Je te le poste ce soir.

 

[jackjean]

Fichier info posté.
Ce qui m'énerve, c'est qu'à chaque tentative de DMIEDITWPE le résultat change. Bon, d'accord, j'ai ajouté les lignes SKU et Family qui n'y étaient pas, puis j'ai remis exactement les valeurs lues par RWa (y compris l'UUID en "FFF"). J'ai fini par obtenir une suite de lignes en écho se terminant par "failed", suite correspondant aux lignes de la section System, puis sortie.
Le pire c'est qu'en répétant cette commande sans rien changer au fichier set.dms, et en utilisant fénéantement F1 pour ne pas retaper la commande, je me retrouve avec un app crash... J'ai même eu un BSOD!

 

[Asusien déchu]

re,

j'ai remis exactement les valeurs lues par RWa (y compris l'UUID en "FFF")

bin pourquoi?
il ne faut pas mettre l'UUID en FFFF ...