Bonjour,

Comment modifier les paramétres du bios, sous linux ( kn3.4)
(CM MSI 694X)

on m'a dit seul MS sait le faire ....


Merci

Ptilou

ptilou :
> Bonjour,
>
> Comment modifier les paramétres du bios, sous linux ( kn3.4)
> (CM MSI 694X)
>

A partir du bios (au demarrage)? (appuyer sur DEL ou F2, ca depends du
BIOS)

--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger

Re,

Saïd a écrit :
> ptilou :
> > Bonjour,
> >
> > Comment modifier les paramétres du bios, sous linux ( kn3.4)
> > (CM MSI 694X)
> >
>
> A partir du bios (au demarrage)? (appuyer sur DEL ou F2, ca depends du
> BIOS)
>

Non à partir du système linux lui meme !

Ptilou

ptilou :
> Re,
>
> Saïd a écrit :
>> ptilou :
>> > Bonjour,
>> >
>> > Comment modifier les paramétres du bios, sous linux ( kn3.4)
>> > (CM MSI 694X)
>> >
>>
>> A partir du bios (au demarrage)? (appuyer sur DEL ou F2, ca depends du
>> BIOS)
>>
>
> Non à partir du système linux lui meme !
>

Je n'en vois pas l'interet et je n'ai jamais entendu parler d'une telle
manipulation. Y compris depuis windows, mais bon, c'est toi qui vois.

--
Sind zu sein und es seiend in einem Schiff. Fällt zu sein hat das Wasser.
Wer bleibt er? -- Heidegger

| Comment modifier les paramétres du bios, sous linux ( kn3.4)
| (CM MSI 694X)

....comme sous µsoft, en entrant dans le bios au démarrage !
Le bios n'a rien a voir avec l'OS ou les OS installés.

Gump

Saïd a écrit :
> ptilou :
> > Re,
> >
> > Saïd a écrit :
> >> ptilou :
> >> > Bonjour,
> >> >
> >> > Comment modifier les paramétres du bios, sous linux ( kn3.4)
> >> > (CM MSI 694X)
> >> >
> >>
> >> A partir du bios (au demarrage)? (appuyer sur DEL ou F2, ca depends du
> >> BIOS)
> >>
> >
> > Non à partir du système linux lui meme !
> >
>
> Je n'en vois pas l'interet et je n'ai jamais entendu parler d'une telle
> manipulation. Y compris depuis windows, mais bon, c'est toi qui vois.
>
Si depuis MS sans problème, et avec 98, et c'est possible aussi sous
tux, mais j'ai pommé la manip ...

ptilou a écrit le 21.08.2007 12:53:
> Bonjour,
>
> Comment modifier les paramétres du bios, sous linux ( kn3.4)
> (CM MSI 694X)
>
> on m'a dit seul MS sait le faire ....
>

Ce n'est possible que s'il y a un programme conçu spécialement pour ce
modèle de carte mère. Je crois qu'il y en a, ou qu'il y en a eu, pour de
très rares modèles.

Si d'aventure tu en voyais un traîner quelque part, n'essaie surtout pas
de l'utiliser sur ta machine. Il y a tellement de différences d'une
version de bios à l'autre que tu es à peu près certain de ne pas pouvoir
la redémarrer.

Contente-toi du programme de paramétrage intégré au bios.


--
François

François a écrit :
> ptilou a écrit le 21.08.2007 12:53:
> > Bonjour,
> >
> > Comment modifier les paramétres du bios, sous linux ( kn3.4)
> > (CM MSI 694X)
> >
> > on m'a dit seul MS sait le faire ....
> >
>
> Ce n'est possible que s'il y a un programme conçu spécialement pour ce
> modèle de carte mère. Je crois qu'il y en a, ou qu'il y en a eu, pourde
> très rares modèles.
>
> Si d'aventure tu en voyais un traîner quelque part, n'essaie surtout pas
> de l'utiliser sur ta machine. Il y a tellement de différences d'une
> version de bios à l'autre que tu es à peu près certain de ne pas pouvoir
> la redémarrer.
>
> Contente-toi du programme de paramétrage intégré au bios.
>

Je suis surpris, je nai même pas demandé à envoyé la consol sur rs232,
se que sparc supporte a merveille ...
Il ne s'agit pas d'un programme, ou alors c'était spécifique à Red-
Hat ?
( Ex : les bios de controlleur SCSI ou Raid, ... )

<1187693589.072084.32250@k79g2000hse.googlegroups. com> /
fr.comp.os.linux.configuration

> linux ( kn3.4)

soit patient...

Mihamina (R12y) Rakotomandimby a écrit :
> <1187693589.072084.32250@k79g2000hse.googlegroups. com> /
> fr.comp.os.linux.configuration
>
> > linux ( kn3.4)
>
> soit patient...
Ta compétence pour trollé pour moi ne fait aucun doute, pour le reste
c'est pipo ...

Faut modifier çà à la voler :
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000007fc00 (usable)
BIOS-e820: 000000000007fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
BIOS-e820: 000000000fff0000 - 000000000fff8000 (ACPI data)
BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)

ptilou a écrit :
> Ta compétence pour trollé pour moi ne fait aucun doute, pour le reste
> c'est pipo ...

Je sens une gamelle à brève échéance :-)
Dominique

On 21 août, 18:27, dominique <z...@aol.com> wrote:
> ptilou a écrit :
>
> > Ta compétence pour trollé pour moi ne fait aucun doute, pour le reste
> > c'est pipo ...
>
> Je sens une gamelle à brève échéance :-)

Ben écoute j'ai trouvé la première panne, une nappe ide défectueuse,
chose asse rare !

Y en a deux autre :

Les disques ide rentre en conflit identique même nappe sous linux (pas
sous MS, et pas sous OBSD ? )
La carte reseau disparait totalement refuse d'apparaitre dans le
dmesg, et miracle quand je la connecte sur un XP, après elle revie
même sous linux ...


D'ou mon soutainne réenvie de comprendre se le language bios ...
Je vais aller trainer mes guetre sous BSD des que je trouve CD !

<1187715357.447248.200970@19g2000hsx.googlegroups. com> /
fr.comp.os.linux.configuration

> D'ou mon soutainne réenvie de comprendre se le language bios ...

et si on commençait par le français?

Le mardi 21 août 2007 17:20, ptilou s'est exprimé de la sorte sur
fr.comp.os.linux.configuration :

> Je suis surpris, je nai même pas demandé à envoyé la consol sur rs232,
> se que sparc supporte a merveille ...
> Il ne s'agit pas d'un programme, ou alors c'était spécifique à Red-
> Hat ?
> ( Ex : les bios de controlleur SCSI ou Raid, ... )

Est il envisageable qu'il soit possible d'essayer à faire en sorte de vous
relire *AVANT* d'envoyer vos messages ?

Si malgré les apparences,par hasard et à votre entendement, les phrases en
citation avaient un sens, il serait appréciable que celui-ci soit exprimé
en français *de manière intelligible par une personne étrangère à votre
propre entité physique*.

A cette condition, vous obtiendriez très certainement beaucoup plus d'aide.

jdcjdr...

--
[ Plus ou moins avec une chance de peut-être ]
- Pour me contacter, enlever nospam (2X) -

ptilou a écrit le 21.08.2007 18:55:

>
> Les disques ide rentre en conflit identique même nappe sous linux (pas
> sous MS, et pas sous OBSD ? )
> La carte reseau disparait totalement refuse d'apparaitre dans le
> dmesg, et miracle quand je la connecte sur un XP, après elle revie
> même sous linux ...

Une histoire d'IRQ, peut-être. La dernière fois où j'ai mis le nez
là-dedans, j'étais sous win 3.11

Tu peux indiquer ta distribution de Linux ? Quelqu'un pourra te donner
la manip pour voir s'il y a un conflit d'IRQ.

--
François

On 21 août, 21:23, François <francois.le....@free.BIDON.fr.invalid>
wrote:
> ptilou a écrit le 21.08.2007 18:55:
>
>
>
> > Les disques ide rentre en conflit identique même nappe sous linux (pas
> > sous MS, et pas sous OBSD ? )
> > La carte reseau disparait totalement refuse d'apparaitre dans le
> > dmesg, et miracle quand je la connecte sur un XP, après elle revie
> > même sous linux ...
>
> Une histoire d'IRQ, peut-être. La dernière fois où j'ai mis le nez
> là-dedans, j'étais sous win 3.11
>
> Tu peux indiquer ta distribution de Linux ? Quelqu'un pourra te donner
> la manip pour voir s'il y a un conflit d'IRQ.
>

Knoppix 3.4, mais se que je ne comprend pas c'est pourquoi la carte
réseau apparait après un passage sous MS ?


Avant non ! ( la machine à un controleur SCSI A26160N, et une carte
AGP 32 Mo Nvidia )
Carte réseau Negear FA311


Ptilou

Salut,

François a écrit :
> ptilou a écrit le 21.08.2007 18:55:
>
>> Les disques ide rentre en conflit identique même nappe sous linux (pas
>> sous MS, et pas sous OBSD ? )
>> La carte reseau disparait totalement refuse d'apparaitre dans le
>> dmesg, et miracle quand je la connecte sur un XP, après elle revie
>> même sous linux ...

J'ai déjà entendu parler ailleurs de périphérique reconnu par Linux
seulement après avoir booté sous Windows. Certainement un problème de
pilote Linux. Mais en quoi modifier les paramètres du BIOS depuis Linux
aiderait-il ?

> Une histoire d'IRQ, peut-être.

Ça me surprend à chaque fois d'entendre encore parler de conflits d'IRQ
aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les conflits
d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la généralisation
du bus PCI on ne devrait plus en entendre parler. Je suppose que ça a
tellement traumatisé des générations d'utilisateurs que c'est resté dans
la mémoire collective. ;-)

> La dernière fois où j'ai mis le nez là-dedans, j'étais sous win 3.11

Pile au temps du bus ISA.

On 22 août, 12:19, Pascal Hambourg <boite-a-s...@plouf.fr.eu.org>
wrote:
> Salut,
>
> François a écrit :
>
> > ptilou a écrit le 21.08.2007 18:55:
>
> >> Les disques ide rentre en conflit identique même nappe sous linux (pas
> >> sous MS, et pas sous OBSD ? )
> >> La carte reseau disparait totalement refuse d'apparaitre dans le
> >> dmesg, et miracle quand je la connecte sur un XP, après elle revie
> >> même sous linux ...
>
> J'ai déjà entendu parler ailleurs de périphérique reconnu par Linux
> seulement après avoir booté sous Windows. Certainement un problème de
> pilote Linux. Mais en quoi modifier les paramètres du BIOS depuis Linux
> aiderait-il ?
>
> > Une histoire d'IRQ, peut-être.
>
> Ça me surprend à chaque fois d'entendre encore parler de conflits d'IRQ
> aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les conflits
> d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la généralisation
> du bus PCI on ne devrait plus en entendre parler. Je suppose que ça a
> tellement traumatisé des générations d'utilisateurs que c'est resté dans
> la mémoire collective. ;-)
>
> > La dernière fois où j'ai mis le nez là-dedans, j'étais sous win3.11
>
> Pile au temps du bus ISA.

Non c'est du PCI, mais je serait curieux de savoir si il n'y a pas
exploit ...

Ptilou

Pascal Hambourg wrote in message <fah2j1$2cls$1@biggoron.nerim.net>:
> Ça me surprend à chaque fois d'entendre encore parler de conflits d'IRQ
> aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les conflits
> d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la généralisation
> du bus PCI on ne devrait plus en entendre parler. Je suppose que ça a
> tellement traumatisé des générations d'utilisateurs que c'est resté dans
> la mémoire collective. ;-)

J'avais un conflit entre le contrôleur IDE et la carte son (jouer de la
musique pendant une gravure faisait échouer la gravure), sur ma précédente
carte mère, et je peux t'assurer que c'était du PCI.

Nicolas George a écrit :
>
> J'avais un conflit entre le contrôleur IDE et la carte son (jouer de la
> musique pendant une gravure faisait échouer la gravure), sur ma précédente
> carte mère, et je peux t'assurer que c'était du PCI.

Ce seul symptôme ne suffit pas à caractériser un conflit d'IRQ, il
pourrait avoir une tout autre cause. Et puis d'après mon expérience les
IRQ du contrôleur IDE sont rarement partagées avec d'autres périphériques.

Pascal Hambourg wrote in message <fah9rf$2f8e$1@biggoron.nerim.net>:
> Ce seul symptôme ne suffit pas à caractériser un conflit d'IRQ, il
> pourrait avoir une tout autre cause.

J'attends tes suggestions.

> Et puis d'après mon expérience les
> IRQ du contrôleur IDE sont rarement partagées avec d'autres périphériques.

C'était le cas sur la config dont je parle.

Pascal Hambourg viens de tapoter sur son clavier ....
<news:fah2j1$2cls$1@biggoron.nerim.net>

> Salut,
>
> François a écrit :
>> ptilou a écrit le 21.08.2007 18:55:
>>
>>> Les disques ide rentre en conflit identique même nappe sous linux
>>> (pas sous MS, et pas sous OBSD ? )
>>> La carte reseau disparait totalement refuse d'apparaitre dans le
>>> dmesg, et miracle quand je la connecte sur un XP, après elle revie
>>> même sous linux ...
>
> J'ai déjà entendu parler ailleurs de périphérique reconnu par Linux
> seulement après avoir booté sous Windows. Certainement un problème de
> pilote Linux. Mais en quoi modifier les paramètres du BIOS depuis
> Linux aiderait-il ?
>
>> Une histoire d'IRQ, peut-être.
>
> Ça me surprend à chaque fois d'entendre encore parler de conflits
> d'IRQ aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les
> conflits d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la
> généralisation du bus PCI on ne devrait plus en entendre parler. Je
> suppose que ça a tellement traumatisé des générations d'utilisateurs
> que c'est resté dans la mémoire collective. ;-)

PCI et PnP ..c'est magic ...
Oui, sauf que pour que ça marche c'est un ménage à 3, et il suffit _qu'un
seul_ des 3 se rate .. et tout ton beau chateau de carte est bancal:
- Carte mère et son BIOS
- Carte PnP et son Firmware
- OS et le driver

Donc oui, les pbs d'IRQ c'est toujours le cas ( même si ça diminue)

Le moyen le plus rapide à l'heure actuelle sur un PC récent pour en venir à
bout c'est souvent d'ouvrir la bête et de déplacer la/les cartes à pb, pour
trouver le bon emplacement, référe toi à la table "INT sharing" dans le
manuel de ta carte mère.

Et même si t'as pas forcement des pbs d'instabilité, ça peut te faire de
nettes différences de perfs. pas forcement bien visible à l'oeuil nu, mais
ça monte sans pb à 15-20 % avec un bench sur par ex un controleur de
stockage collé sur un port PCI.

>> La dernière fois où j'ai mis le nez là-dedans, j'étais sous win 3.11
>
> Pile au temps du bus ISA.

Oui, c'était quasi-obligatoire, ça ne l'est presque plus .... mais ce n'est
pas pour ça qu'il faut mépriser les connaissances héritées d'un passé pas si
lointain


--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.

--{ Pascal Hambourg a plopé ceci: }--

> J'ai déjà entendu parler ailleurs de périphérique reconnu par Linux
> seulement après avoir booté sous Windows. Certainement un problème de
> pilote Linux. Mais en quoi modifier les paramètres du BIOS depuis Linux
> aiderait-il ?

J'ai connu ça au siècle dernier avec une carte son "compatible"
Soundblaster 16. Le seul moyen que j'ai trouvé pour la faire
fonctionner était de booter avec un MS-Dos bien configuré pour
charger le driver livré avec la taiwan-snd-card, jouer un peu
de tchak-boul-zing à partir de la démo de la carte.

En fin d'AUTOEXEC.BAT, *paf* une rafale de loadlin...

> Pile au temps du bus ISA.

A la belle époque des 486sx pour moi.

--
"Les mégahertz, c'est comme la cylindrée : c'est pas parce que t'as la
Renault Fuego que tu peux rouler plus vite qu'avec la Méhari sur la
route des monts plots."

Pascal Hambourg a écrit :

> Ça me surprend à chaque fois d'entendre encore parler de conflits d'IRQ
> aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les conflits
> d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la généralisation
> du bus PCI on ne devrait plus en entendre parler. Je suppose que ça a
> tellement traumatisé des générations d'utilisateurs que c'est resté dans
> la mémoire collective. ;-)

Ca existe moins depuis l'ACPI je dirais. Mon Thinkpad 600X, un P3 600 pourtant
en PCI marche super mal sous linux sans certains paramètres passé au noyau,
notamment un joli acpi=noirq qui à la mérite d'être clair: L'acpi ne gère plus
la partage d'irq.

Les bios sont souvent bugé du coté de l'acpi (cas du tp600)

On 23 août, 00:27, Gerald ROCHAT <gerald@*DEL*rochat.fr> wrote:
> Pascal Hambourg a écrit :
>
> > Ça me surprend à chaque fois d'entendre encore parler de conflits d'IRQ
> > aujourd'hui. C'est des vieux trucs de bus ISA, ça, comme les conflits
> > d'adresse ou de port I/O. Depuis l'abandon de l'ISA et la généralisation
> > du bus PCI on ne devrait plus en entendre parler. Je suppose que ça a
> > tellement traumatisé des générations d'utilisateurs que c'est resté dans
> > la mémoire collective. ;-)
>
> Ca existe moins depuis l'ACPI je dirais. Mon Thinkpad 600X, un P3 600 pourtant
> en PCI marche super mal sous linux sans certains paramètres passé au noyau,
> notamment un joli acpi=noirq qui à la mérite d'être clair: L'acpine gère plus
> la partage d'irq.
>
> Les bios sont souvent bugé du coté de l'acpi (cas du tp600)

D'après :
http://www.mail-archive.com/linuxbio.../msg06890.html
et autre linuxbios n'est pas supporté ...

Comment assigné un IRQ pour la 29160N différent du controleur USB de
la carte mère, un pour la carte resau, un pour chaque dd ide, etc ...

Merci

Ptilou

DMI 2.3 present.
ACPI: RSDP (v000 AMI ) @ 0x000fc9a0
ACPI: RSDT (v001 AMIINT VIA_P6 0x00000011 MSFT 0x00000097) @
0x0fff0000
ACPI: FADT (v001 AMIINT VIA_P6 0x00000011 MSFT 0x00000097) @
0x0fff0030
ACPI: MADT (v001 AMIINT VIA_P6 0x00000009 MSFT 0x00000097) @
0x0fff00b0
ACPI: DSDT (v001 VIA APOLLO-P 0x00001000 MSFT 0x0100000d) @
0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 17
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 20000000 (gap: 10000000:eec00000)
[...]
PCI: VIA IRQ fixup for 0000:00:07.3, from 5 to 1
uhci_hcd 0000:00:07.3: UHCI Host Controller
uhci_hcd 0000:00:07.3: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:07.3: irq 177, io base 0x0000d800
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
[...]
ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 17 (level, low) -> IRQ 185
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec 29160 Ultra160 SCSI adapter>
[...]
eth0: Setting full-duplex based on MII#1 link partner capability of
45e1.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery
directory
NFSD: starting 90-second grace period
portmap: server localhost not responding, timed out
RPC: failed to contact portmap (errno -5).
portmap: server localhost not responding, timed out
RPC: failed to contact portmap (errno -5).
portmap: server localhost not responding, timed out
RPC: failed to contact portmap (errno -5).
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
eth0: no IPv6 routers present