Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 28/03/2005, à 22:18

bishop

[Résolu] Désinstallation de hotplug...plus de connection

Une erreur s' affichant à chaque démarrage
   
     Code:

modprobe: FATAL: Error inserting pciehp (/lib/modules/2.6.8.1-5-386/kernel/drivers/pci/hotplug/pciehp.ko): operation not permitted

modprobe: FATAL: Error inserting shpchp (/lib/modules/2.6.8.1-5-386/kernel/drivers/pci/hotplug/shpchp.ko): operation not permitted

j' ai désinstallé hotplug (dépendances désinstallées: gnome-volume-manager, hal, hal-device-manager, udev)

afin d'essayer une réinstallation.

Conséquences: je ne peux plus me connecter et donc réinstaller les paquets sus-nommés.

Existe t' il une solution pour remédier à ce problème?  Merci

Dernière modification par bishop (Le 29/03/2005, à 09:50)


La plus grande surprise que puisse faire un con c'est de faire une pause.

Hors ligne

#2 Le 28/03/2005, à 23:49

coffee

Re : [Résolu] Désinstallation de hotplug...plus de connection

tu aurais fait un rechercher sur le forum, tu n'aurais pas eu à desinstaller hotplug...


Nom d'un tupperware habillé en streetware mangeant de la confiture de pouère et qui se dite où est-ce que je suis ouère !
Tiens mon blog
Les blagues sous forme de fausses aides sont susceptible de ban (ex: rm)

Hors ligne

#3 Le 29/03/2005, à 08:03

bishop

Re : [Résolu] Désinstallation de hotplug...plus de connection

J' ai bien fait une recherche avant de poster (ce que je fais toujours), mais je suis passé à côté de la solution.
Désolé Msieur!
Existe t' il une solution pour remédier à ce problème?  Merci


La plus grande surprise que puisse faire un con c'est de faire une pause.

Hors ligne

#4 Le 29/03/2005, à 09:50

bishop

Re : [Résolu] Désinstallation de hotplug...plus de connection

J' ai pu réinstaller les paquets à partir du CDRom.
Le système est fonctionnel. Merci.


La plus grande surprise que puisse faire un con c'est de faire une pause.

Hors ligne

#5 Le 29/03/2005, à 10:03

coffee

Re : [Résolu] Désinstallation de hotplug...plus de connection

Ben là je vois pas, peut-etre en utilisante le rescue mode (2eme choix de grub)


Nom d'un tupperware habillé en streetware mangeant de la confiture de pouère et qui se dite où est-ce que je suis ouère !
Tiens mon blog
Les blagues sous forme de fausses aides sont susceptible de ban (ex: rm)

Hors ligne

#6 Le 29/03/2005, à 12:36

bishop

Re : [Résolu] Désinstallation de hotplug...plus de connection

coffee
En mode rescue cela ne fonctionnait pas plus, impossible de se connecter.

J' ai réinstallé les paquets désinstallés 1 par 1 avec la commande dpkg -i à partir du cdrom.
Les dépendances n' étaient bien sûr pas résolues. J' ai relancé le système en mode rescue et comme la connection était possible, j' ai fait un apt-get upgrade de hal qui a résolu les dépendances + une réinstallation de l' ensemble des fichiers désinstallés avec Synaptic lorsque la distrib fût redémarrée.
+ quelques reconfigure... entre-autres xserver-xorg.
Le plus surprenant dans tout cela est que je n'ai plus les "modprobe fatal error" sans avoir modifié les fichiers comme indiqué dans le forum???
Et le Starting hotplug system est OK.
Ne pas me demander pourquoi, je ne sais pas.

Je précise que la réinstalle des paquets a été effectuée à partir du CD de la Warty, vu que j' ai upgradé Warty vers Hoary, que je ne possède pas le CD Hoary, ce qui justifie l' upgrade de hal, upgrade qui a mis à jour une cinquantaine de paquets et recréé les dépendances manquantes.

J' ai pas l' impression d' être clair dans mes propos.

Edition du fichier hotplug qui diffère (fin du fichier) du fichier "exemple" proposé dans le tuto:
             http://www.ubuntu-fr.org/articles/ubuntuguide/problemes.html#modprobefatalerror

#
# Listing a module here prevents the hotplug scripts from loading it.
# Usually that'd be so that some other driver will bind it instead,
# no matter which driver happens to get probed first.  Sometimes user
# mode tools can also control driver binding.
#
# Syntax:  driver name alone (without any spaces) on a line. Other
# lines are ignored.
#

# uhci ... usb-uhci handles the same pci class
usb-uhci
# usbcore ... module is loaded implicitly, ignore it otherwise
usbcore

#evbug is a debug tool and should be loaded explicitly
evbug

# these drivers are very simple, the HID drivers are usually preferred
usbmouse
usbkbd

# watchdog drivers should be loaded only if a watchdog daemon is installed
acquirewdt
advantechwdt
alim1535_wdt
alim7101_wdt
cpu5wdt
eurotechwdt
i810_tco
i8xx_tco
i810-tco
ib700wdt
indydog
machzwd
mixcomwd
pcwd
pcwd_pci
pcwd_usb
sa1100_wdt
sbc60xxwdt
sc1200wdt
sc520_wdt
scx200_wdt
shwdt
softdog
w83627hf_wdt
w83877f_wdt
wafer5823wdt
wdt285
wdt977
wdt
wdt_pci

# causes no end of confusion by creating unexpected network interfaces
eth1394

# eepro100 is obsoleted by e100 (Ubuntu bug #2156)
eepro100

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
snd_intel8x0m

                      ---------------------------------------------------

        Je notifie les différences à tout hasard:
# eepro100 is obsoleted by e100 (Ubuntu bug #2156)
eepro100

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
snd_intel8x0m

Dernière modification par bishop (Le 29/03/2005, à 17:44)


La plus grande surprise que puisse faire un con c'est de faire une pause.

Hors ligne