Bonjour,
pour redémrrer network-manager, j'ai essayé les 3 solutions (
http://doc.ubuntu-fr.org/network-manager), mais impossible...
sudo service network-manager stop
sudo /etc/init.d/NetworkManager stop
sudo /etc/dbus-1/event.d/26NetworkManagerDispatcher stop
sudo
pour redémrrer network-manager, j'ai essayé les 3 solutions
(http://doc.ubuntu-fr.org/network-manager), mais impossible...
sudo service network-manager stop
sudo /etc/init.d/NetworkManager stop
sudo /etc/dbus-1/event.d/26NetworkManagerDispatcher stop
sudo /etc/dbus-1/event.d/25NetworkManager
Effectivement, mais en fait Bzzz me conseillait d'éteindre network-manager.
Pardon...
Certains conseillent cette modif dans /etc/network/interfaces:
###allow-hotplug eth0
auto eth0
et suggèrent de désactiver network-manager le temps des tests.
Le 2 septembre 2012 09:46, Guy Roussin
- J'ai ajouté à /etc/network/interfaces:
###allow-hotplug eth0
auto eth0
- Je n'ai visiblement pas network-manager, mais wicd: j'ai désactivé wicd,
mais le boot est toujours arrêté lors de la détection du réseau...
Certains conseillent cette modif dans /etc/network/interfaces:
###allow-hotplug
Bizarre, il n'y a pas de raison que le boot s'arrête, au pire ça peut le
ralentir. As tu essayé de démarrer en mode de dépannage (menu grub)
ou de virer /etc/udev/rules.d/70-persistent-net.rules
ou de démarrer avec le câble débranché
(désolé j'ai pas lu tout le fil)
Guy
Le 02/09/2012 10:35,
On 01/09/2012 14:29, Zuthos wrote:
Bonjour,
Je cherche des informations apropos de l'eye Tracking sur linux en général et
sur Debian en particulier.
Google ne ma pas encore délivrer des informations exploitables...
Merci d'avance
Tu veux faire de l'opencv ?
-
Fabien
--
Lisez la FAQ
On 09/02/2012 12:25 AM, Gaëtan PERRIER wrote:
Bonjour,
Depuis les mises à jours de ce jour sur testing (notamment
sysvinit) /etc/sysfs.conf n'est plus pris en compte sur ma machine.
Pourtant j'ai bien S18sysfsutils dans /etc/rc2.d, script qui normalement
lit /etc/sysfs.conf
Aucune trace
*Je résume le problème: depuis que j'ai d^u faire une fausse manipulation
avec rsync, mon ordinateur ne redémarre plus: il se bloque au niveau de la
détection du réseau.
J'ai supprimé rsync et dépendances.
J'ai désactivé wicd (n'ayant apparemment pas network-manager).*
*- je n'arrive pas à virer
On 09/02/2012 11:26 AM, Nicolas Hémard wrote:
*Je résume le problème: depuis que j'ai d^u faire une fausse
manipulation avec rsync, mon ordinateur ne redémarre plus: il se bloque
au niveau de la détection du réseau.
J'ai supprimé rsync et dépendances.
J'ai désactivé wicd (n'ayant apparemment pas
Oui, pardon : il démarre. Mais il se bloque au milieu: pour un ignorant
comme moi, tant que le choix de session ne s'affiche pas, c'est comme comme
s'il ne démarrait pas... Mais il démarre bien.
/etc/udev/rules.d/70-persisten
t-net.rules fait partie d'udev qui a 99,99% de chances d'être installé
On 09/02/2012 11:46 AM, Nicolas Hémard wrote:
'ai supprimé rsync et dépendances.
J'ai désactivé wicd (n'ayant apparemment pas network-manager).
- je n'arrive pas à virer /etc/udev/rules.d/70-persistent-net.rules avec rm : No
such file or directory
- ifconfig -a me donne:
Oui, pardon : il
C'est toi qui m'as dit hier:
Donc ta machine a bien démarré mais le boot a été arrêté lors de la
détection du réseau
Il s'allume, dans grub, je choisis le mode normal, une liste s'affiche très
rapidement (trop vite), puis l'écran devient noir et un tiret clignotte.
Dans la liste qui
On 01/09/12 11:27 AM, Klaus Becker wrote:
Ca concerne Debian, Ubuntu et peut-être d'autres qui utilisent un noyau avec le
même bug (qui vient du noyau ou du pilote Realtek, ça j'ai pas tout à fait
compris).
J'ai sous unstable :
$ ls /lib/modules/3.2.0-2-amd64/kernel/drivers/staging/rts5139/
On Sun, 2 Sep 2012 11:26:15 +0200
Nicolas Hémard nico...@hemard.eu wrote:
*- je n'arrive pas à
virer /etc/udev/rules.d/70-persistent-net.rules avec rm : No such
file or directory
De 2 choses l'1: soit udev n'est pas installé (douteux, mais poss.),
soit c'est justement l'absence de cette
On 01/09/12 08:53 AM, Bzzz wrote:
Le mode expert en console évite le mode graphique (C.Q.F.D.) et
pose bcp plus de questions à l'installateur.
Mais on y accède comment à la console ? Car si c'est à travers un
F*(-2-3-..) du clavier, je ne peux pas y accèder.
--
Lisez la FAQ de la liste
On 01/09/12 08:53 AM, Bzzz wrote:
Le mode expert en console évite le mode graphique (C.Q.F.D.) et
pose bcp plus de questions à l'installateur.
Mais on y accède comment à la console ? Car si c'est à travers un
F*(-2-3-..) du clavier, je ne peux pas y accèder.
--
Lisez la FAQ de la liste
On Sun, 02 Sep 2012 08:37:52 -0400
Scurz sfan...@snurf.info wrote:
Mais on y accède comment à la console ? Car si c'est à travers un
F*(-2-3-..) du clavier, je ne peux pas y accèder.
D'où l'idée de démarrer l'installer en mode console expert.
--
LeNaabBleu place de la femme ça se dit
De 2 choses l'1: soit udev n'est pas installé (douteux, mais poss.),
soit c'est justement l'absence de cette règle qui bloque.
udev est bien installé.
Que veut dire ceci ? *soit c'est justement l'absence de cette règle qui
bloque.*
Le 2 septembre 2012 14:36, Bzzz lazyvi...@gmx.com a écrit :
Je m'aperçois que rsync n'est pas complètement supprimé de mon ordinateur,
avec dpkg -l:
rc rsync 3.0.9-3 etc...
1- # apt-get purge rsync
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to
correct the problem
2- # dpkg --configure -a
dpkg: error: failed to write
On Sun, 2 Sep 2012 18:37:16 +0200
Nicolas Hémard nico...@hemard.eu wrote:
udev est bien installé.
Que veut dire ceci ? *soit c'est justement l'absence de cette
règle qui bloque.*
*- je n'arrive pas à
virer /etc/udev/rules.d/70-persistent-net.rules avec rm : No such
file or directory
On Sun, 2 Sep 2012 19:00:12 +0200
Nicolas Hémard nico...@hemard.eu wrote:
*No space left on device*
Wai, ben y'a pas à chercher bien loin la source de _tous_
tes déboires...
--
Xanatos: Albanel vient de découvrir ce que ça fait de se
retrouver à 99% sans aucun seeders...
--
Lisez la
Le 02/09/2012 19:00, Nicolas Hémard a écrit :
2- # dpkg --configure -a
dpkg: error: failed to write status database record about
'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': *No space left on device*
df -h
et va faire de la place là où c'est plein ?
ou bien 'apt-get autoclean' ou
En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les
documents non pas sur le DD externe ms directement dans l'ordinateur.
rootfs51 GB 100% /
/dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100%
Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Non, j'ai compris qu'il ne faut pas le faire... Inconscient !
Le 2 septembre 2012 19:35, Nicolas Hémard nico...@hemard.eu a écrit :
En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les
documents non
Le 02/09/2012 19:35, Nicolas Hémard a écrit :
En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les
documents non pas sur le DD externe ms directement dans l'ordinateur.
rootfs51 GB 100% /
/dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100%
Bon ben il faut faire de la
J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du
disque dur externe, donc j'avais bourré la racine / et le manque de place
m'empechait de démarrer.
Je vous remercie tous beaucoup pour votre aide et votre patience.
Nicolas
Le 2 septembre 2012 19:47, Ken-Patrick Lehrmann
Le 2 septembre 2012 20:07, Nicolas Hémard nico...@hemard.eu a écrit :
J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du
disque dur externe, donc j'avais bourré la racine / et le manque de place
m'empechait de démarrer *en mode graphique*
Je vous remercie tous beaucoup
On 09/02/2012 07:04 PM, Bzzz wrote:
On Sun, 2 Sep 2012 18:37:16 +0200
Nicolas Hémardnico...@hemard.eu wrote:
udev est bien installé.
Que veut dire ceci ? *soit c'est justement l'absence de cette
règle qui bloque.*
*- je n'arrive pas à
virer /etc/udev/rules.d/70-persistent-net.rules avec
Le Sun, 02 Sep 2012 11:02:40 +0200
maderios mader...@gmail.com a écrit:
On 09/02/2012 12:25 AM, Gaëtan PERRIER wrote:
Bonjour,
Depuis les mises à jours de ce jour sur testing (notamment
sysvinit) /etc/sysfs.conf n'est plus pris en compte sur ma machine.
Pourtant j'ai bien S18sysfsutils
Bonjour,
J'ai un Lenovo T420 (core i5 2520M, 8 Gio de RAM), je tourne avec le
noyau 3.4.4 d'expérimental et je viens de m'apercevoir que j'ai ce
message dans /var/log/messages :
[drm] MTRR allocation failed. Graphics performance may suffer.
Après recherche sur internet j'ai essayé de rajouter
30 matches
Mail list logo