Bonsoir à tous,
 
Je tente d'installer Slackware 12 sur un machine HP Compaq dc5700 Small Form Factor. Je mets le CD 1, je boote, je choisi le noyau hugesmp.s et ça démarre... puis ça bloque à ACPI: PCI Root Bridge [PCI0] (0000:00)
 
Donc je n'arrive même pas à la phase d'installation...
 
Une idée de la cause du problème ?
 
Merci

et en passant noacpi en paramètre en noyau ?

Ca va, j'y suis arrivé mais c'est acpi=off
 
Merci

J'ai recompilé mon noyau pour la prise en charge de 2-3 trucs et j'ai encore des problemes :  
 
J'ai une carte réseau "Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express (rev 02)" (c'est ce que je vois avec lspci). Dans le noyau, j'ajoute "Broadcom Tigon3 support" et elle est bien détectée au boot... Pourtant elle fonctionne pas (et les petites led derrières s'allument même pas). J'ai essayé d'autre driver intégrés dans le noyau, mais c'est le seul qui correspond...
 
Sinon l'ACPI marche toujours pas... Et apparement le bios ne gère pas l'APM donc je dois éteindre mon ordi à l'ancienne... gênant mais bon...
 
Et enfin, je n'arrive pas à utiliser une console framebuffer, j'ai ajouté VESA au noyau mais ça marche pas. Je devrais ajouter quoi ? La carte graphique est "Intel Corporation 82Q963/Q965"
 
Merci de vos aides préciseuse

le driver tg3 tu l'as compilé en dur ou en module ?
si en module, il faut soit que tu actives le chargement automatique des modules dans le noyau, soit que tu mettes une ligne tg3 dans le fichier /etc/modules pour qu'il soit chargé au démarrage de ta machine (et que donc ta carte soit utilisable)
 
 
console framebuffer : il faut les options FrameBuffer Console et VESA dans le noyau, mais il faut aussi démarrer en framebuffer => option vga = 791 dans lilo ou grub
 
791 : 1024*768 en 16bits
795 : 1280*1024 en 24bits
 
cf http://tldp.org/HOWTO/Framebuffer-HOWTO-5.html

Tu utilises quel kernel? Le 2.6.22 est sorti le mois dernier, et le 2.6.23-rc1 vient de sortir.

J'utilise le 2.6.22.3
 
Le tg3 est en dur dans le noyau
 
Pour le framebuffer, j'ai bien activé le vesa et mis 795 dans lilo, mais j'ai pas d'image...

Dans la série j'ai jamais eu autant de merdes en installant un linux, le dernier épisode :
 
Je fais xorgsetup pour configurer mon KDE, je lance et c'est en 1024x768 (et je sais pas monter plus haut)
 
J'édite xorg.conf, et je vois qu'il n'a pas reconnu mon écran... (d'habitude, j'avais la marque et le modele qui se mettaient automatiquent dans la section monitor)
 
Je vais dans le section screen - display et j'ajoute mode "1280x1024"... mais ça change rien

Télécharge le 2.6.23RC1 sur kernel.org, et compile le! C'est ton seul espoir je pense.

Ca change rien du tout...

acpi=off c'est chaud de nos jours, trop d'acpi partout...
t'as essayé d'autres options moins agressives de boot style irqpoll, pci=noacpi ?

Écrits à HP!

J'ai essayé avec pci=noacpi, ça bloque à "PCI: Probing PCI hardware" et avec irqpoll ça bloque comme avant.
 
D'ailleurs, je pensais que si le réseau marche pas, c'est peut être parce que je suis sans ACPI...

Par contre, je remarque au boot qu'on parle d'un bug dans le bios...
 
Total of 2 processors activated (13572.56 BogoMIPS).
ENABLING IO-APIC IRQs
BIOS bug, IO-APIC#0 ID1 is already used!...
... fixing up to 2. (tell your hw vendor)
..TIMER: vector=0x31 apic=-1 pin1=-1 apic2=-1 pin2=-1
...trying to set up timer (IRQ0) through the 8259A ...  failed.
...trying to set up timer as Virtual Wire IRQ... works.
checking TSC synchronization [CPU#0 -> CPU#1]:

essaie les options que je t'ai donné et aussi noapic nolapic ca peut aider

J'ai essayé toutes les options qu'on m'a donnée jusqu'ici, mais aucune ne marche. En googlant, j'ai trouvé la solution :
 
pci=nommconf
 
Plus besoin de désactiver l'ACPI. Grâce à ça, la carte réseau fonctionne et le VESA aussi  

Et ça correspond à quoi cette option ?

j'en sais rien

Bon ben je me suis réjoui trop vite, ça marche mais pas à chaque fois...
 
Le problème de la carte réseau persiste :
 
Si je coupe le courant quelques secondes et que je rebranche, les LED de la carte réseau sont allumées. Je démarre, et tout va bien.
 
C'est alors que j'éteind (halt) et là, les LED s'éteignent (en Windows, ces LED restent toujours allumées)
 
Quand je rallume la machine, les LED restent éteintes. Il détecte bien la carte mais au moment de recevoir l'adresse par DHCP, il me dit :

Parfois, les LED se rallument bien au boot et là tout fonctionne.
 
J'ai fait une image de cette machine que j'ai installé sur une autre (identique en principe)
 
Ca démarre, mais j'ai un autre problème de réseau... Les LED sont toujours allumées, la carte détectée, mais je ne recois jamais d'adresse. Si je lance dhcpcd -i eth0 -d, dans le syslog, j'ai un message disant que eth0 n'existe pas...
 
J'ai alors fait un dmesg | grep eth0 sur les 2 machines, et là, c'est plutôt surprenant :
 
Machine 1 (celle dont les LED restent parfois éteinte) :
eth0: Tigon3 [partno(BCM95755) rev a002 PHY(5755)] (PCI Express) 10/100/1000Base-T Ethernet 00:1a:4b:48:0a:3a
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is on for TX and on for RX.
 
Machine 2
eth0: Tigon3 [partno(BCM95755) rev a002 PHY(5755)] (PCI Express) 10/100/1000Base-T Ethernet 00:1a:4b:48:11:94
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
 
Les 3 première lignes sont identiques (à part l'adresse MAC of course) mais le 2 dernières n'apparaissent jamais dans la 2e...
 
Si y'a un doué qui a une idée, je suis preneur !
 
--edit--
 
Quand la 1ere machine déconne, le dmesg | grep eth0 renvoie la même chose que dans la 2e machine... Un bug dans tg3 ?

Pour info, j'avais écrit à HP et j'ai eu leur réponse aujourd'hui :  
 
"Cette machine n'est pas compatible avec Linux"
 
Je l'ai déjà dit en son temps à propos d'un problème d'imprimante, mais le support de HP = caca !
 
--
 
Sinon à mon avis, il faudrait pouvoir désactiver l'ACPI sur la carte réseau... Ca doit être faisable avec un paramètre au noyau mais lequel... Il existe une liste qq part ?

en vrac

edit checke ca
http://linux-wizard.net/faq.php?se [...] el_options

J'ai testé tout ça, mais rien ne marche

essayes d'ajouter: pci=assign-busses

pas ca non plus
 
Y'a pas une commande qui dirais "eth0 réveille toi" (parce qu'à mon sens c'est l'ACPI qui l'a mise en veille)

ifconfig eth0 up

J'ai résolu une partie de mon problème...
 
Sur la machine 1 (celle dont les LED de la carte réseau restent éteintes) : c'est un peu la honte de le dire mais ... il y avait un mauvais contact dans la prise réseau ce qui fait que parfois ca marchait et parfois pas...    
Sur la machine 2 par contre, j'ai pas encore trouvé de solution...
Je l'ai testé avec True image 9, et j'ai pu naviguer sur le réseau donc la carte réseau marche...
 
Y-aurait-il une info quelque part concernant l'autre machine qui fait que l'image ne marcherait pas ? J'ai testé l'image sur la machine d'origine et elle marche... (genre l'adresse MAC planquée quelque part dans un genre de cache...)

C'est bien ça, il doit y avoir un cache quelque part qui garde en mémoire le fait que eth0 avait l'adresse MAC de la carte de l'autre PC
 
Ma carte est donc eth1 (mais il n'y a pas de eth0...)
 
Comment dire que eth0 n'existe pas et dire que eth1 est eth0 ?  
 
HELP  

Le problème c'est que comme il n'y a pas de eth0, le script au démarrage qui attribue l'IP ne va pas voir plus loin que eth0... eth1 n'est jamais up et ne reçoit pas d'IP ...
 
Ca m'énerve
 
--edit--
 
Je résume mon problème :
 
J'ai installé linux sur une machine A et sur laquelle tout va bien. J'ai fait une image de la partition sda1 que j'ai restaurée sur une machine B. Ayant remarqué que l'eth0 de ma machine B devenait eth1 par je ne sais quel miracle, j'ai modifié mon rc.inet1.conf avec USE_DHCP[0] et USE_DHCP[1] à "yes" (pour eth0 et eth1 donc).
 
Avec un dmesg sur la machine B, je vois :
 

 
Si je fais un ifconfig, il y a juste lo
 
Si je fais ifconfig eth0 up, il me dit que eth0 n'existe pas (no such device)
Si je fais ifconfig eth1 up, il active bien eth1 (qui à l'adresse MAC affichée pour eth0 au boot...)
Et là, si je fais dhcpcd eth1, il reçoit une IP
 
Je voudrais donc que eth0 reste eth0

Rhaaa la chance, un PC avec un problème non résolu sous Linux
j'aimerais bien etre a ta place pour bidouiller jusqu'à ce que le résultat soit satisfaisant !
essaye peut-etre le dernier noyau "pas stable": le 2.6.23-rc3 (2007-08-13 04:41 UTC)
http://www.eu.kernel.org/pub/linux [...] c3.tar.bz2
Je sais pas du tout si ça résoudra ton problème, n'ayant pas tout saisi mais bon
PS: si t'a un PC identique a celui qui pose problème je suis preneur pour m'amuser avec aussi, pense aux autres qui recherchent en vain des "machines a problèmes sous Linux" pour faire mumuse
 
Edit: pour rester dans le noyau stable, voici le dernier le 2.6.22.5 (2007-08-22 23:43 UTC)
 
http://www.eu.kernel.org/pub/linux [...] .5.tar.bz2
 
Heu edit: ne crois surtout pas que je trouve "marrant" que tu es ces problèmes, je ne me moque pas (mon post pourrait ptet laisser penser cela ) c'est juste que j'adore les problèmes sous Linux (mais mes compétences sont limités par contre   )

J'ai complété mon résumé du problème dans le post précédent. J'ai déjà essayé avec une version rc du noyau mais ça ne change rien

 
J'ai eu le même type de soucie après avoir fait un clone de machine (la distrib est une debian etch).
j'ai résolu le pb comme suit:
dans /etc/network/interfaces j'ai mis :
auto lo
iface lo inet loopback
auto eth0
# The primary network interface
#allow-hotplug eth0
iface eth0 inet dhcp
 
j'ai ensuite supprimer le fichier:
/etc/udev/rules.d/z25_persistent-net.rules
 
j'ai ensuite rebooté et tout à fonctionné correctement    
 
si ça à pu t'aider signale le.

J'ai édité le fichier /etc/udev/rules.d/75-network-devices.rules, j'ai effacé la ligne qui parlait de eth0, j'ai remplacé eth1 par eth0, et ça marche
 
Merci pour ton aide