J'ai installé une Fedora Core 4 y a quelques temps et tout marchait bien
jusqu'au jour ou
1) un message du genre "rtnetlink permission denied cp ne peut enlever
...//... voulez-vous faire qqchose en outrepassant le mode 0644" est
apparu lors du demarrage. Du coup je devais taper 'y' deux fois et ça
repartait.
Bon... soit, ça me saoule de résoudre le problème alors je laisse faire,
de toute façon ça ne m'arrive pas souvent de rebooter ma machine.
par contre
2) j'utilise yum pour updater ma machine et là après rebootage plus
d'internet. Après vérification NetworkManager a été updaté et depuis il
ne marche plus. Lorsque je regarde les services en cours on me dit
'NetworkManager est mort mais subsys est vérouillé' ou un autre message
du même genre.
Est-ce que ce genre de problème (le 1) ou le 2)) parle à qqun et si oui
je lui serais très reconnaissant de m'indiquer comment gérer le problème.
Précisions: J'obtiens une adresse ip par DHCP (LAN d'entreprise), j'ai
accès aux ordinateurs de mon groupe mais pas à internet, lorsque je ping
une adresse internet on me dit network is unreacheable.
-----------------------------------------------------------------------
Discussion sur un autre newsgroup:
-----------------------------------------------------------------------
> le service dbus est lance?
> /etc/init.d/dbus-1 restart sur ma debian (tout troll de n'importe
quelle
> espece sera sauvagement abattu sans sommations)
Je n'ai pas de service avec le nom dbus (a l'emplacement spécifié), par
contre j'ai un truc qui s'appelle dhcdbd qui semble etre là pour faire
la même chose. Lorsque j'essaye de le redémarrer il me met:
arrêt [Echoué]
demarrage [Ok]
-----------------------------------------------------------------------
Je mets ci-après ce qui me semble pertinent du fichier /var/log/message:
Nov 9 09:11:17 pchobatho4 kernel: e100: eth0: e100_watchdog: link up,
100Mbps, full-duplex
# Tout un tas de chose comme ça :
Nov 9 09:11:17 pchobatho4 kernel: audit(1131523858.320:2): avc: denied
{ read } for pid=1740 comm="ifconfig" name="net" dev=proc
ino=-268435433 scontext=system_u:system_r:dhcpc_t
tcontext=system_u:object_r:proc_net_t tclass=dir
Nov 9 09:11:17 pchobatho4 kernel: audit(1131523858.320:3): avc: denied
{ create } for pid=1740 comm="ifconfig"
scontext=system_u:system_r:dhcpc_t tcontext=system_u:system_r:dhcpc_t
tclass=socket
#Tout un tas d'autres choses comme ça
Nov 9 09:11:17 pchobatho4 kernel: audit(1131523865.080:21): avc: denied
{ write } for pid=1773 comm="cp" name="resolv.conf.predhclient"
dev=sda3 ino=358888 scontext=system_u:system_r:dhcpc_t
tcontext=root:object_r:etc_t tclass=file
# et enfin ça
Nov 9 09:11:22 pchobatho4 NetworkManager: <WARNING> ():
nm_dbus_init() could not get the system bus. Make sure the message bus
daemon is running?
Nov 9 09:11:22 pchobatho4 NetworkManager: <ERROR>
[1131523882.224087] (): nm_dbus_init() failed, exiting. Either dbus is
not running, or the NetworkManager dbus security policy was not loaded.
Nov 9 09:11:22 pchobatho4 NetworkManager: traceback:
Nov 9 09:11:22 pchobatho4 NetworkManager: NetworkManager [0x805ea5f]
Nov 9 09:11:22 pchobatho4 NetworkManager:
/lib/libc.so.6(__libc_start_main+0xdf) [0x125d5f]
Nov 9 09:11:22 pchobatho4 NetworkManager: NetworkManager [0x804cc41]
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
R12y
On Thu, 10 Nov 2005 13:38:35 +0100, Morgan Sangeux wrote:
Bonjour,
Bonjour
"rtnetlink permission denied cp ne peut enlever ...//... voulez-vous faire qqchose en outrepassant le mode 0644" [...]
'NetworkManager est mort mais subsys est vérouillé'
Bon... les messages en Francçais, c'est pas ce qu'il y a de mieux. Avec ceux en Anglais tu aurais de la matière pour chercher sur Internet.
Précisions: J'obtiens une adresse ip par DHCP (LAN d'entreprise), j'ai accès aux ordinateurs de mon groupe mais pas à internet, lorsque je ping une adresse internet on me dit network is unreacheable.
Que donne 'route -a' ? et un 'traceroute ip.sur.le.net'?
Est ce que tous les autres postes de ta boite qui demandent à ce serveur DHCP accèdent à internet? Parceque si le DHCP donne pas les bonnes infos, t'es mal aussi...
On Thu, 10 Nov 2005 13:38:35 +0100, Morgan Sangeux wrote:
Bonjour,
Bonjour
"rtnetlink permission denied cp ne peut enlever
...//... voulez-vous faire qqchose en outrepassant le mode 0644"
[...]
'NetworkManager est mort mais subsys est vérouillé'
Bon... les messages en Francçais, c'est pas ce qu'il y a de mieux.
Avec ceux en Anglais tu aurais de la matière pour chercher sur Internet.
Précisions: J'obtiens une adresse ip par DHCP (LAN d'entreprise), j'ai
accès aux ordinateurs de mon groupe mais pas à internet, lorsque je ping
une adresse internet on me dit network is unreacheable.
Que donne 'route -a' ?
et un 'traceroute ip.sur.le.net'?
Est ce que tous les autres postes de ta boite qui demandent à ce
serveur DHCP accèdent à internet? Parceque si le DHCP donne pas les bonnes
infos, t'es mal aussi...
On Thu, 10 Nov 2005 13:38:35 +0100, Morgan Sangeux wrote:
Bonjour,
Bonjour
"rtnetlink permission denied cp ne peut enlever ...//... voulez-vous faire qqchose en outrepassant le mode 0644" [...]
'NetworkManager est mort mais subsys est vérouillé'
Bon... les messages en Francçais, c'est pas ce qu'il y a de mieux. Avec ceux en Anglais tu aurais de la matière pour chercher sur Internet.
Précisions: J'obtiens une adresse ip par DHCP (LAN d'entreprise), j'ai accès aux ordinateurs de mon groupe mais pas à internet, lorsque je ping une adresse internet on me dit network is unreacheable.
Que donne 'route -a' ? et un 'traceroute ip.sur.le.net'?
Est ce que tous les autres postes de ta boite qui demandent à ce serveur DHCP accèdent à internet? Parceque si le DHCP donne pas les bonnes infos, t'es mal aussi...
Dans le message <news:, *R12y* tapota sur f.c.o.l.configuration :
Que donne 'route -a' ?
pegase tmp # route -a route: invalid option -- a
et un 'traceroute ip.sur.le.net'?
pegase tmp # traceroute ip.sur.le.net traceroute to ip.sur.le.net (69.25.142.6), 30 hops max, 40 byte packets 1 gw-1.fbx (192.168.150.254) 0.761 ms 0.539 ms 0.487 ms 2 82.235.251.254 (82.235.251.254) 39.560 ms 39.023 ms 39.206 ms 3 213.228.9.190 (213.228.9.190) 39.693 ms 39.265 ms 39.361 ms 4 cbv-6k-2-v824.intf.routers.proxad.net (212.27.51.57) 47.859 ms * * 5 if-7-0.core2.PG1-Paris.teleglobe.net (80.231.73.17) 47.950 ms 48.173 ms 48.081 ms 6 if-9-0.mcore4.NQT-NewYork.teleglobe.net (216.6.87.25) 124.871 ms 124.558 ms 124.368 ms 7 if-5-0.core2.NQT-NewYork.teleglobe.net (216.6.87.10) 124.885 ms 124.614 ms 124.367 ms 8 if-9-0.core3.NQT-NewYork.Teleglobe.net (64.86.83.158) 124.936 ms 124.872 ms 124.917 ms 9 if-7-0.core1.NTO-NewYork.teleglobe.net (216.6.82.61) 125.091 ms 125.509 ms 124.839 ms 10 ix-4-3.core1.NTO-NewYork.teleglobe.net (216.6.82.26) 125.245 ms 125.187 ms 125.825 ms 11 0.so-6-0-0.XL2.NYC4.ALTER.NET (152.63.21.82) 124.933 ms 124.821 ms 125.257 ms 12 0.so-4-0-0.XL2.SEA1.ALTER.NET (152.63.145.234) 212.500 ms 212.253 ms 212.087 ms 13 POS5-0.XR2.SEA1.ALTER.NET (152.63.106.234) 212.648 ms 212.613 ms 212.057 ms 14 194.ATM7-0.GW3.SEA1.ALTER.NET (152.63.105.205) 213.133 ms 212.240 ms 212.581 ms 15 internap-gw.customer.alter.net (208.214.103.138) 224.724 ms 224.568 ms 224.885 ms 16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms 224.868 ms 224.382 ms 17 * * * 18 * * *
Ok, je ->[]
-- TiChou
Dans le message <news:pan.2005.11.10.15.21.49.696006@etu.univ-orleans.fr>,
*R12y* tapota sur f.c.o.l.configuration :
Que donne 'route -a' ?
pegase tmp # route -a
route: invalid option -- a
et un 'traceroute ip.sur.le.net'?
pegase tmp # traceroute ip.sur.le.net
traceroute to ip.sur.le.net (69.25.142.6), 30 hops max, 40 byte packets
1 gw-1.fbx (192.168.150.254) 0.761 ms 0.539 ms 0.487 ms
2 82.235.251.254 (82.235.251.254) 39.560 ms 39.023 ms 39.206 ms
3 213.228.9.190 (213.228.9.190) 39.693 ms 39.265 ms 39.361 ms
4 cbv-6k-2-v824.intf.routers.proxad.net (212.27.51.57) 47.859 ms * *
5 if-7-0.core2.PG1-Paris.teleglobe.net (80.231.73.17) 47.950 ms 48.173 ms 48.081 ms
6 if-9-0.mcore4.NQT-NewYork.teleglobe.net (216.6.87.25) 124.871 ms 124.558 ms 124.368 ms
7 if-5-0.core2.NQT-NewYork.teleglobe.net (216.6.87.10) 124.885 ms 124.614 ms 124.367 ms
8 if-9-0.core3.NQT-NewYork.Teleglobe.net (64.86.83.158) 124.936 ms 124.872 ms 124.917 ms
9 if-7-0.core1.NTO-NewYork.teleglobe.net (216.6.82.61) 125.091 ms 125.509 ms 124.839 ms
10 ix-4-3.core1.NTO-NewYork.teleglobe.net (216.6.82.26) 125.245 ms 125.187 ms 125.825 ms
11 0.so-6-0-0.XL2.NYC4.ALTER.NET (152.63.21.82) 124.933 ms 124.821 ms 125.257 ms
12 0.so-4-0-0.XL2.SEA1.ALTER.NET (152.63.145.234) 212.500 ms 212.253 ms 212.087 ms
13 POS5-0.XR2.SEA1.ALTER.NET (152.63.106.234) 212.648 ms 212.613 ms 212.057 ms
14 194.ATM7-0.GW3.SEA1.ALTER.NET (152.63.105.205) 213.133 ms 212.240 ms 212.581 ms
15 internap-gw.customer.alter.net (208.214.103.138) 224.724 ms 224.568 ms 224.885 ms
16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms 224.868 ms 224.382 ms
17 * * *
18 * * *
Dans le message <news:, *R12y* tapota sur f.c.o.l.configuration :
Que donne 'route -a' ?
pegase tmp # route -a route: invalid option -- a
et un 'traceroute ip.sur.le.net'?
pegase tmp # traceroute ip.sur.le.net traceroute to ip.sur.le.net (69.25.142.6), 30 hops max, 40 byte packets 1 gw-1.fbx (192.168.150.254) 0.761 ms 0.539 ms 0.487 ms 2 82.235.251.254 (82.235.251.254) 39.560 ms 39.023 ms 39.206 ms 3 213.228.9.190 (213.228.9.190) 39.693 ms 39.265 ms 39.361 ms 4 cbv-6k-2-v824.intf.routers.proxad.net (212.27.51.57) 47.859 ms * * 5 if-7-0.core2.PG1-Paris.teleglobe.net (80.231.73.17) 47.950 ms 48.173 ms 48.081 ms 6 if-9-0.mcore4.NQT-NewYork.teleglobe.net (216.6.87.25) 124.871 ms 124.558 ms 124.368 ms 7 if-5-0.core2.NQT-NewYork.teleglobe.net (216.6.87.10) 124.885 ms 124.614 ms 124.367 ms 8 if-9-0.core3.NQT-NewYork.Teleglobe.net (64.86.83.158) 124.936 ms 124.872 ms 124.917 ms 9 if-7-0.core1.NTO-NewYork.teleglobe.net (216.6.82.61) 125.091 ms 125.509 ms 124.839 ms 10 ix-4-3.core1.NTO-NewYork.teleglobe.net (216.6.82.26) 125.245 ms 125.187 ms 125.825 ms 11 0.so-6-0-0.XL2.NYC4.ALTER.NET (152.63.21.82) 124.933 ms 124.821 ms 125.257 ms 12 0.so-4-0-0.XL2.SEA1.ALTER.NET (152.63.145.234) 212.500 ms 212.253 ms 212.087 ms 13 POS5-0.XR2.SEA1.ALTER.NET (152.63.106.234) 212.648 ms 212.613 ms 212.057 ms 14 194.ATM7-0.GW3.SEA1.ALTER.NET (152.63.105.205) 213.133 ms 212.240 ms 212.581 ms 15 internap-gw.customer.alter.net (208.214.103.138) 224.724 ms 224.568 ms 224.885 ms 16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms 224.868 ms 224.382 ms 17 * * * 18 * * *
16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms 224.868 ms 224.382 ms 17 * * * 18 * * *
Toujours aussi joueur, à ce que je vois. ;-) Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent ni au ping ni au traceroute UDP.
16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms
224.868 ms 224.382 ms
17 * * *
18 * * *
Toujours aussi joueur, à ce que je vois. ;-)
Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces
foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent
ni au ping ni au traceroute UDP.
16 border6.ge5-1-bbnet1.sef.pnap.net (63.251.160.11) 224.696 ms 224.868 ms 224.382 ms 17 * * * 18 * * *
Toujours aussi joueur, à ce que je vois. ;-) Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent ni au ping ni au traceroute UDP.
TiChou
Dans le message <news:4373a53a$0$18817$, ** tapota sur f.c.o.l.configuration :
Faut avouer que c'était tentant, étant donné que ce nom d'hôte existait bel et bien. :-P
Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent ni au ping ni au traceroute UDP.
Tout part en c... Oups.
-- TiChou
Dans le message <news:4373a53a$0$18817$636a55ce@news.free.fr>,
*Pascal@plouf* tapota sur f.c.o.l.configuration :
Faut avouer que c'était tentant, étant donné que ce nom d'hôte existait bel et bien. :-P
Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces
foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent
ni au ping ni au traceroute UDP.
Faut avouer que c'était tentant, étant donné que ce nom d'hôte existait bel et bien. :-P
Avec tcptraceroute sur le port 80, ça marche mieux. La peste soit de ces foutus firewalls/routeurs/serveurs/machines infernales qui ne répondent ni au ping ni au traceroute UDP.