logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » [Résolu].enceinte bluetooth probleme à la connection » 06-03-2020 09:47:49

Tophe
Bonjour

mon retour d'expérience. S'il peut servir.

Je viens d'installer Debian Buster (10.3) + KDE Plasma et une fois les firmwares bluetooth installés, l'apairage de l'enceinte audio bluetooth s'est bien passé (enceinte connectée) mais pas de sons, la sortie son se faisant sur les hp internes de l'ordi

À partir de là je ne sais pas exactement ce qui a permis le fonctionnement.

Toutefois l'applet bluetoooth fourni avec KDE reconnaissait bien l'enceinte mais pas mon smartphone. J'ai installé l'applet Blueman basé sur GTK et les 2 appareils sont bien reconnus. J'ai alors recommencé la procédure en supprimant les appareils et recommençant la recherche (avec Blueman donc) et l'enceinte a bien été reconnue et connectée.

Je me suis ensuite aperçu que pour avoir le son sur l'enceinte, il me fallait absolument
- dans l'applet de volume de son KDE de la barre des tâches (mais ce doit être pareil avec les autres gestionnaire de son)
- cliquer sur l'onglet "applications"
- cliquer sur l'application qui diffuse le son (clémentine, VLC ...)
- et cocher la case "enceinte"

Si ça se trouve je n'avais pas besoin d'installer "Blueman" car je n'avais pas peut-être pas fait gaffe à à ça au début mais, quoiqu'il en soit, Blueman reconnait mon smartphone (je n'ai pas encore testé la connexion) mais pas l'appli KDE pré-installé (dont le nom n'est pas indiqué). J'en déduis, mon cher Watson, que Blueman est plus performant

#2 Re : Installation et migration » Pas de son sous Jessie » 21-12-2015 13:56:52

Tophe
Effectivement, cela vient de Jessie
Sur mon eeepc, le headphone est désactivé à chaque démarrage et je suis donc aussi obligé de passer par alsamixer en konsole et aussi après chaque utilisation du casque pour revenir aux hauts-parleurs.
Il y aurait certainement une solution pour qu'un programme le fasse automatiquement au démarrage mais ce n'est pas de ma compétence et comme ce n'est pas trop galère de la faire "à la main", je n'ai pas cherché

#3 Re : Matériel » [Résolu] Vidéoprojecteur non détecté » 14-05-2015 17:49:13

Tophe

captnfab a écrit :

Plop,

Tophe a écrit :

Par contre le retour de mise en veille m'oblige a redémarrer l'ordi car le second écran à des réactions bizarres, des défilements bizarres.


J'avais un problème similaire quand j'utilisais les pilotes proprio nvidia. Depuis que je suis repassé aux pilotes libres (nouveau), plus de problème.



Je n'avais pas précisé que c'est sur l'EEPC avec carte Intel et je ne me souviens plus si j'avais testé ou pas avec "Nouveau", driver libre, que j'ai sur l'ordi
J'ai fait une maj du système que je n'avais pas fait depuis qq temps et le problème parait réglé. Sinon je testerai

Bye

#4 Re : Matériel » [Résolu] Vidéoprojecteur non détecté » 09-05-2015 20:35:00

Tophe
Bonsoir,

je n'ai personnellement jamais réussi à faire fonctionner deux écrans avec Wheezy mais ça a fonctionné du premier coup et sans bidouille avec Jessie. J'ai utilisé avec succès un vidéo projecteur la semaine dernière.
Par contre le retour de mise en veille m'oblige a redémarrer l'ordi car le second écran à des réactions bizarres, des défilements bizarres. Malgré que j'ai paramétré (peut-être mal) l'ordi pour qu'il ne se mette pas en veille, il le fait qq fois tout de même.

#5 Re : KDE » KDE 5 arrive..... » 31-01-2015 20:34:18

Tophe

yoshi a écrit :

Ca me rappelle la sortie de Debian 5 "Lenny" qui embarquait KDE 3.5.9 (réellement 3.5.10) la dernière version de KDE 3. Je l'ai gardée jusqu'à la fin de son maintien en oldstable, KDE 4 était
une telle bouse à l'époque....... Nostalgie ........



Effectivement. Je regrette de ne pas l'avoir gardé, juste pour comparer.
Sur mon Netbook je tourne avec Debian 8 / KDE (car le second écran est reconnu et pas sur Deb7) et sous Debian 7/KDE. Je ne sais pas si ça vient de Deb 8 ou de la version de KDE, mais, y a pas photo l'ordi est moins véloce que sous Debian 7 + KDE.
Ceci dit, depuis début 2015, Jessie (Deb8) tourne vraiment bien (sans top de bug je veux dire)

#6 Re : Système » [Résolu] Partition / pleine à 100% » 01-06-2014 18:02:36

Tophe
OK les gars merci, le problème est résolu

Pour stopper et redémarrer le syslog les commandes sont :


/etc/init.d/rsyslog stop
/etc/init.d/rsyslog start
 



Ensuite un reboot de l'ordi et tout est rentré dans l'ordre, la partition / a bien sa taille normale

C'était apparemment l'imprimante qui avait commencé à dérailler dans la semaine et qui a laché et semé la panique hier.
Brrr je ne sais pas si le système aurait pu se bloquer complet ou s'il avait gardé en réserve un minimum de place pour se bouger mais c'était limite.
Par exemple il était impossible d'utilser Konsole, le terminal, mais lorsque j'ai vu que ça coincait on a fermé toutes les applis ouvertes pour ne garder que Dolphin dont le terminal fonctionnait

Merci encore de votre soutien et de votre aide
Bye

#7 Re : Système » [Résolu] Partition / pleine à 100% » 01-06-2014 10:34:05

Tophe
Salut,

la suite du film

* on a récupéré 18 Go d'espace disponible, il reste encore 10 ou 12 Go  à virer qui se balade encore je ne sais où
* mais l'ordi ne veut pas s'arréter/redémarrer, Icedove et Iceweasel s'ouvrent maintenant mais n'ont pas de connection internet

De peur que l'ordi ne redémarre pas j'ai peur de forcer le redémarrage ne serait-ce qu'en tirant la prise électrique

Ce qu'on a fait

ayant vu dans les logs que l'imprimante qui ne fonctionnait d'ailleurs pas hier pouvait être en cause

* lpstat a donné plein de taches en attente mais impossible de lprm

* les processus
- l'indicateur du système donnait un processus qui bouffait anormalement du CPU et de la mémoire mais impossible d'interagir dans cet interface graphique
_ ps axjf donnait un certain nombre de processus liés à l'imprimante en cours
- on a récupéré les PPID et PID et on a "kill" tous ces processus. Deux ont demandé un "kill -9"
- "top" ne signalait ensuite rien d'anormal

* les fichiers /var/log/syslog et /var/log/messages
- on les a copié (via la commande cp) sur la partition Data
- puis purgé avec les commandes :

# echo "" > /var/log/syslog


# echo "" > /var/log/commandes


- on a ainsi récupéré 18 Go d'espace libre dans /

La question maintenant est : est-ce que je force le reboot en me disant qu'une erreur ait ué des processus mais que les choses rentreront dans l'ordre au reboot.
Si je me trompe je suis bon pour mes 4h de route et une réinstall

parce qu'en fait j'ai vu sur un sujet "Debian" (je l'avais noté mais j'ai zappé) qq chose qui pourrait être la cause

Seulement si tu as fais une manipe qui aurait ecrase ou modifie le fichier /var/log/messages tu as interet de redemarrer le syslog daemon car il garde ce fichier ouvert et ce n'est pas bien d'effacer ou de modifier un fichier quand un autre processus y accede.
Alors pour ca tu fais simplement:
/etc/rc.d/init.d/syslog stop
/etc/rc.d/init.d/syslog start

et apres il va rouvrir proprement le /var/log/messages (ou meme le recreer si ce fichier est absent).
Si tu effaces /var/log/messages sans redemarrer le daemon, il sera perturbe car il cherchera toujours un fichier qui a disparu et il ne pourra pas creer un nouveau fichier!



mais bon, si ça se trouve cela n'a rien à voir car après la commande "echo" les fichiers vides /var/log/syslog et messages ont bien été recréé

Alors, à votre avois, je force le boot ou pas ?

#8 Re : Système » [Résolu] Partition / pleine à 100% » 31-05-2014 23:32:38

Tophe
En cherchant sur Google (qui a déjà indexé ce sujet) j'ai trouvé

http://www.rsyslog.com/tag/rate-limiting/
pas évident, j'ai même carrément du mal

sur : http://serverfault.com/questions/444061 … responsive
il est proposé :
service postfix restart

Si dans /var/log/syslog vous avez  :
dans le fichier /etc/rsyslog.conf ajouter la ligne suivante qui désactive la limitation :
$SystemLogRateLimitInterval 0

Plusieurs choses m'intrigue :
* bon ok les fichiers /var/log/messages et /var/log/syslog font 10 Go chacun mais ayant supprimé et recréé les lourds fichiers /var/log/daemon.log et /var/log/kern.log j'aurai cru récupérer de l'espce ce qui n'est pas le cas

* apparemment il y a un blème avec le processus 28759 qui est apparemment lié à l'imprimante hp (io/hpmud/musb.c 977) qui d'ailleurs ne fonctionnait plus
Je peux toujours killer ce pid mais est-ce que ça va faire diminuer la taille de ces 2 fichiers "messages" et "syslog" (que je n'ose supprimer) et va t on récupérer pour autant de la pla

#9 Re : Système » [Résolu] Partition / pleine à 100% » 31-05-2014 22:19:56

Tophe

tail -n 100 /var/log/messages


donne 2 types de lignes qui se répètent

rsyslogd-2177: imuxsock lost 111823 messages from pid 28759 due to rate-limiting


le pid peut changer. Il y en a 5 qui se répète
pid 28759
pid 4748
pid 18498
pid 4892
pid 4722

ou

rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting


le pid pouvant apparemment être un des cinq donné au-dessus
.
.

tail -n 100 /var/log/syslog


donne sur 99 lignes

may 31 22:39:42 debian hp (28759): io/hpmud/musb.c 977: invalid bulk out endpoint


la centième étant :

may 31 22:39:42 debian rsyslogd-2177: imuxsock begin to drop messages from pid 28759 due to rate-limiting



Par contre j'ai un doute sur imuxsock ou imusock (j'ai noté une fois l'un et une fois l'autre)

#10 Re : Système » [Résolu] Partition / pleine à 100% » 31-05-2014 20:54:00

Tophe
Je voudrais bien m'y remettre mais il ne réponds plus, j'espère qu'il n'est pas parti au ciné sinon basta

- on va essayer apt-get clean mais je ne pense pas que l'on récupère gd chose car comme j'installe généralement moi-même tout ce dont il a besoin, à moins d'avoir oublié de faire "apt-get clean" ...

- on va aussi essayer "tail"

- j'ai déterminé la taille des fichiers :
* en lui demandant par téléphone de de faire un clic droit > propriétés sur /tmp puis sur /var
* comme /var donnait pas mal de Go on a fait pareil sur /var/cache et sur /var/log
/var/log ayant gagné le jackpot, je lui ai demandé de regardé la collonne "taille" de Dolphin pour les fichier de /var/log et là il a vu ces 4 fichiers.
Ayant posé son téléphone il est possible que j'ai confondu entre 6 et 10 mais quoiqu'il en soit c'était des Go et les 2 derniers /syslog et /messages font bien 10 Go chacun

à suivre ...

#11 Système » [Résolu] Partition / pleine à 100% » 31-05-2014 18:59:59

Tophe
Réponses : 10
Bonjour,

je viens chercher de l'aide car un des Debian user chez qui j'ai installé Debian stable il y a 6 ou 8 mois a un problème que je n'arrive pas à résoudre.

Debian Stable + KDE
1 hd partitionné en 2 partitions
- / y compris /home sur une partition sda1 de 36,7 Go
- partition vide sur sda2 de 36,7 Go
- partition swap sur sda3
- /data sur sda4 de 420 Go (taux d'occupation de 50%)

Le problème est que la partition sda1 est occupée à 100% et qu'il devient difficile de faire quoi que ce soit.
Il ne peux même plus ouvrir sa messagerie ni arréter ou redémarrer son ordi

En fouinant dans le dossier/var/log on s'est aperçu que plusieurs dossiers pesaient lourds
/var/log/messages = 10 Go
/var/log/syslog = 10 Go
/var/log/daemon.log = près de 10 Go
/var/log/kernlog = près de 10 Go

Ensuite voulant vérifier le partitionnement exact (KDiskFree ne donne pas l'emplacement de la partition vide et la partition swap) avec fsdisk, cette dernière commande ne donne que SDA1 puis un message d'erreur disant qq chose du genre "partition 1 does'nt start on physical sector down dary"

Déjà comme il habite à 2h de chez moi et nous avons des connexions assez merdiques, j'assure généralement le suivi par téléphone et courriel
Ensuite cela me parait, après coup, faire plus que ce que sda1 peut en contenir (36,7 Go)
Les fichiers daemon.log et kernlog bien que pesant très lourds étaient vides lorqu'il les ouvrait avec kwrite. Je lui ai fait faire un coup de rm sur ces 2 fichiers puis recréer avec touch.
Ils ont bien été purgé mais pour autant le taux d'occupation de sda1 est toujours de 100% alors que j'aurais pensé récupérer assez de place pour que ça tourne rond à nouveau
/var/log fait encore 21 Go. ce sont les fichiers messages et syslog qui pèsent 10Go chacun et que je n'ose rm car ce n'est pas le même genre de fichiers

Alors voilà. Les histoires de logs m'ont toujours dépassé mais si je pouvais éviter de faire une descente chez lui (4h AR) juste pour réinstaller (4/5h pour télécharger les applis dont il a besoin tant nos connexions sont merdiques), ça m'arrangerait bien.

L'un d'entre vous a t il une solution ? une piste ?
Cela pourrait il venir d'un téléchargement vérolé ou d'un lien vérolé ?

Merci par avance

PS : je me permets de poster aussi sur le forum de debian-fr.org

#12 Re : Les logiciels libres » debian ubuntu » 11-01-2014 23:44:27

Tophe
Peut-être parce que le CD Debian était mal gravé ou la clé USB défaillante ?
Peut_être aussi un bios récalcitrant. Il y a peu comme je ne m'en sortait pas sur un Win8 UEFI, j'ai tout supprimé sur le HD et l'appareil n'a pas voulu prendre un XP mais a bien accepté Debian 7 !!!

Pour l'ordre de démarrage, n'y a t il pas une option dans le bios ?

#13 Re : Scripts, programmes et robots » site internet » 11-01-2014 23:28:39

Tophe
Salut,

le CMS le plus simple est le GuppY : http://www.freeguppy.org/
Il faut bien suivre la procédure d'installation
Si je me souviens bien il n'a pas besoin d'un hébergement supportant les bases de données
Une fois installé l'utilisation est très simple et il y a plein de possibilités (forum, messagerie instantanée ....)

#15 Re : Matériel » Echec multi ecran sur eeepc : écran externe non reconnu » 03-01-2014 23:22:47

Tophe

captnfab a écrit :

attention, dans tes exemples ci-dessus tu as modifier Identifier au lieu de Driver.


c'est parce que je ne sais pas quoi mettre exactement alors je fais des testes avec un peu de tout
.

nifseg a écrit :

soit je t'envoie les paquets rétroportés.


oui pourquoi pas. Je ne sais pas si j'arriverai à les installer mais je peux toujours essayer.
Si ça te pose un problème ou si ma réponse est trop tardive, ne te prends pas la tête, comme déjà dit c'est du confort d'utilisation.
Je t'envoie une BAL par MP

#16 Re : Matériel » Echec multi ecran sur eeepc : écran externe non reconnu » 03-01-2014 15:42:36

Tophe
Salut,
je pense qu'on va arréter là car installer un pilote proprio par rétroportage va être trop compliqué pour moi, d'autant que le multi écran peut être d'un gd confort d'utilisation lorsque je fais de la bureautique en mobilité et que j'ai l'occase de me brancher sur un gd écran mais ce n'est pas vital
.
Après plusieurs tests de xorg.conf je pense qu'il y a effectivement un problème de driver.
D'un côté j'ai  donc

christophe@debian:~$ grep /drivers/ /var/log/Xorg.0.log
[    25.978] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[    26.025] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[    26.078] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
christophe@debian:~$


et lorsque je teste des xorg.conf, je me retrouve en tty lorsque sur la ligne driver je remplace "fbdev" par "vesa" ou par "intel"
que ce soit sur celui-ci :

Section "Device"
Identifier  "intel"
Driver      "fbdev"
BusID       "PCI:0:2:0"
EndSection


ou celui là :

Section "Device"
  Identifier "intel"
  Driver      "fbdev"
  BusID       "PCI:0:2:0
  Option     "Monitor-DVI-0" "DVI screen"
  Option     "Monitor-VGA-0" "VGA screen"
EndSection
Section "Monitor"
  Identifier "DVI screen"
EndSection
Section "Monitor"
  Identifier "VGA screen"
EndSection

#17 Re : Matériel » Echec multi ecran sur eeepc : écran externe non reconnu » 02-01-2014 23:32:32

Tophe
Bien
j'ai testé sans succès le fichier minimal de Nifseg. Je l'ai mis en xorg.conf et en xorg.conf.d
Au passage je me suis aperçu que malgré les messages d'erreurs un fichier xorg.cong.new s'était créé et je l'ai testé sans succès.
Là, je suis le tuto du wiki en lien plus haut "Configuration (ou reconfiguration) du serveur X" et j'apporte peu à peu qq modifs à ce fichier "new" que j'ai mis en xorg.conf et je teste ... toujours sans succès
.
Un truc m'intrigue et il y a peut-être une piste à suivre
D'un côté j'ai ça :

christophe@debian:~$ lspci | grep "VGA"
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)


et d'un autre côté le xorg créé dit ceci :

Section "Monitor"
  Identifier   "Monitor0"
  VendorName   "Monitor Vendor"
  ModelName    "Monitor Model"
EndSection
.
Section "Monitor"
  Identifier   "Monitor1"
  VendorName   "Monitor Vendor"
  ModelName    "Monitor Model"
EndSection
.
Section "Device"
Identifier  "Card0"
Driver      "fbdev"
BusID       "PCI:0:2:0"
EndSection
.
Section "Device"
dentifier  "Card1"
Driver      "vesa"
BusID       "PCI:0:2:0"
EndSection
.
Section "Screen"
  Identifier "Screen0"
  Device     "Card0"
  Monitor    "Monitor0"
        ...............
.
Section "Screen"
  Identifier "Screen1"
  Device     "Card1"
  Monitor    "Monitor1"
        .....................



D'une part il n'y a pas d'infos sur le matériel (les écrans) dans les sections "monitor"
D'autre part il y a cette histoire de CardO et Card1 qui m'étonne
et enfin le driver
... bref de quoi m'occuper par ces longues soirées d'hiver smile

#18 Matériel » Echec multi ecran sur eeepc : écran externe non reconnu » 02-01-2014 16:06:41

Tophe
Réponses : 11
Bonjour

j'ai installé Debian Wheezy sur un eeepc qui me sert essentiellemet lorsque je suis en mobilité. Pour cette utilisation là tout est ok.
Toutefois j'ai essayé de brancher l'écran de mon ordi de bureau et il n'est pas reconnu sous Debian alors qu'il l'est sous Win7.
Ce problème n'a donc rien de vital
.
* L'affichage du moniteur dans la "Configuration du système" ne reconnait pas d'écran branché en multi écran
* xrandr ne reconnait pas l'écran

christophe@debian:~$ xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 600, current 1024 x 600, maximum 1024 x 600
default connected 1024x600+0+0 0mm x 0mm
   1024x600        0.0*
christophe@debian:~$


* ARandR ne reconnait pas l'écran
* Il n'y a pas de fichier xorg.conf
.
.
- lorsque je créé un xorg.conf vide il ne se passe rien au redémarrage.
- Si je fais

# dpkg-reconfigure xserver-xorg


il ne se passe rien au redémarrage
- pareil si je fais

etc/init.d/kdm stop
cd /etc/X11/
Xorg -configure


.
* tout cela sans xorg.conf ou avec un xorg vide créé à la main.
.
J'ai suivi ce tuto : https://wiki.debian.org/fr/Xorg et la création automatique de ce fichier échoue avec le message 'Number of created screens does not match the number of detected devices'
Pareilk en suivant ce tuto : http://debian-facile.org/doc:environnem … -xorg:conf
.
Je vais essayer de trouver un xorg.conf minimaliste sur le net mais je me pose ... allez ... 3 questions
.
1) Comment savoir quel pilote est utilisé ? car Intel et Vesa sont installés
Et comment changer de pilote pour tester puisque je n'ai pas de xorg.conf ?
En désespoir de cause je peux toujours supprimer Vesa pour tester mais ce n'est pas terrible
.
2) est-il mieux de rajouter ce qui concerne l'écran externe sur le fichier xorg.conf ou xorg.conf.d ?
.
3) qq un a t il déjà eu ce soucis ?
car il est dit ici : http://pingouindesalpes.com/?article36/le-multi-ecran
modifier le fichier "xorg.conf" et savoir utiliser "xrandr"
(j'ai d'alleurs essayé de copier ce xorg.conf mais je me retrouve en tty au démarrage)
.
ci dessous qq infos issues de console :

christophe@debian:~$ lspci | grep "VGA"
00:02.0 VGA compatible controller: Intel Corporation Atom Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09)


christophe@debian:~$ grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log
[    26.023] (II) Module intel: vendor="X.Org Foundation"
[    26.023]    compiled for 1.12.3.902, module version = 2.19.0
[    26.023]    Module class: X.Org Video Driver
--
[    26.077] (II) Module vesa: vendor="X.Org Foundation"
[    26.077]    compiled for 1.12.1, module version = 2.3.1
[    26.077]    Module class: X.Org Video Driver


christophe@debian:~$ grep /drivers/ /var/log/Xorg.0.log
[    25.978] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[    26.025] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[    26.078] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
christophe@debian:~$


christophe@debian:~$ dpkg -l | grep intel
ii  firmware-intelwimax                  0.36+wheezy.1                      all          Binary firmware for Intel WiMAX Connection
ii  intel-microcode                      1.20130906.1                       i386         Processor microcode firmware for Intel CPUs
ii  libdrm-intel1:i386                   2.4.40-1~deb7u2                    i386         Userspace interface to intel-specific kernel DRM services -- runtime
ii  whois                                5.0.23                             i386         intelligent WHOIS client
ii  xserver-xorg-video-intel             2:2.19.0-6                         i386         X.Org X server -- Intel i8xx, i9xx display driver
christophe@debian:~$


christophe@debian:~$ xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 600, current 1024 x 600, maximum 1024 x 600
default connected 1024x600+0+0 0mm x 0mm
   1024x600        0.0*
christophe@debian:~$


christophe@debian:~$ locate xorg.conf
/usr/share/X11/xorg.conf.d
/usr/share/X11/xorg.conf.d/10-evdev.conf
/usr/share/X11/xorg.conf.d/50-synaptics.conf
/usr/share/X11/xorg.conf.d/50-vmmouse.conf
/usr/share/X11/xorg.conf.d/50-wacom.conf
/usr/share/man/man5/xorg.conf.5.gz
/usr/share/man/man5/xorg.conf.d.5.gz
christophe@debian:~$

#19 Re : Matériel » [résolu] Trouver et installer des microcodes manquant pour WIFI  » 28-12-2013 17:53:54

Tophe
et zut ... grillé pour le point choc ... si ça continue j'vais m'barrer chez 'Buntu

#20 Re : Matériel » [résolu] Trouver et installer des microcodes manquant pour WIFI  » 28-12-2013 17:52:41

Tophe
Nano n'est pas d'une évidence folle lorsque l'on n'en n'a pas l'habitude
Bravo. ça roule et c'est super
.
Penses à éditer ton premier message et mettre [Résolu] dans le titre comme indiqué ici : http://debian-facile.org/atelier:resolu
Du coup, je crois bien avoir gagné un point chocolat smile

#21 Re : Matériel » [résolu] Trouver et installer des microcodes manquant pour WIFI  » 28-12-2013 16:51:52

Tophe
Il me semble que
ls /etc/apt te dis apparemment que sources.list est bien là
ls /etc/apt te donne sources.list.d car il y a un dossier de ce nom mais vide
ls /etc/apt/sources.list.d ne rpond rien car le dossier est vide
par contre ls /etc/apt/sources.list devrait répondre /etc/apt/sources.list
tu peux vérifier tout cela ce qu'il en est en allant voir directement dans l'arborescence : "Racine" puis "etc" puis "apt"
.
Vertical t'a signalé une faute de frappe lorsque tu as tapé dans Nano
Il me semble que l'erreur vient simplement de là.
Ensuite j'ai fait part de mon sources.list lui même issu de la documentation de ce site ...

#22 Re : Matériel » [résolu] Trouver et installer des microcodes manquant pour WIFI  » 28-12-2013 16:14:20

Tophe
Salut,

pour commencer et juste pour info, fais un copier/coller ce qu'il y a dans ton /etc/apt/sources.list
Tu vas dans "Racine" puis "etc" puis "apt" et tu ouvres le fichier "sources.list" en le sélectionnant d'un clic droit "ouvrir avec", soit kwrite, soit gdit suivant que Kde ou Gnome

Ensuite et comme tu as l'air de t'en sortir avec Nano, tu dois pouvoir effacer ce qui se trouve dans le sources.list et y copier/coller les lignes ci-dessous
Comme le signale Vetical, tapes la bonne adresse du fichier : /etc/apt/sources.list

## wheezy
deb http://ftp.fr.debian.org/debian/ wheezy main contrib non-free
# deb-src http://ftp.fr.debian.org/debian/ wheezy main contrib non-free

## wheezy security
deb http://security.debian.org/ wheezy/updates main contrib non-free
# deb-src http://security.debian.org/ wheezy/updates main contrib non-free

## wheezy updates
deb http://ftp.fr.debian.org/debian/ wheezy-updates main contrib non-free
# deb-src http://ftp.fr.debian.org/debian/ wheezy-updates main contrib non-free

## wheezy proposed updates
# deb http://ftp.fr.debian.org/debian/ wheezy-proposed-updates main contrib non-free
# deb-src http://ftp.fr.debian.org/debian/ wheezy-proposed-updates main contrib non-free

## wheezy-backports
# deb http://backports.debian.org/debian-backports wheezy-backports main contrib non-free
 
## wheezy multimedia
# deb http://www.deb-multimedia.org wheezy main non-free
# deb-src http://www.deb-multimedia.org wheezy main non-free



* Enregistre avant de fermer
* Vérifies que tout soit bien pris en compte en allant voir en lecture le /etc/apt/sources.list
* Actualises la base de donnée des paquets en console et en root

apt-get update


* et tu dois pouvoir installer le firmware en question

#23 Re : Installation et migration » [Résolu] Drivers Wifi ? » 26-12-2013 18:00:48

Tophe
Salut,

non tu ne pourras pas installer des .exe car ce sont des exécutables pour Windows.
Installes les pilotes (ou tout autres logiciels dont tu as besoin) va la logithèque Debian avec le gestionnaire de paquets Synaptic.

Si tu dois, comme c'est le cas installer des non-free, vérifies que ton fichier /etc/apt/sources.list soit correctement paramétré comme expliqué sur le wiki Debian Facile : http://debian-facile.org/doc:systeme:ap … ble_wheezy

Pour le wifi tu as cette page
http://debian-facile.org/doc:materiel:w … rte-reseau

#24 Re : Vos préférences » Avez vous un multiboot, si oui quelles sont les distributions » 13-12-2013 12:09:44

Tophe
* Debian stable
* Debian Sid (AptOsid)
* partition pour tester d'autres Linux
* une partition pour une version "allégé" de Win XP. OS supprimé mais dont le CD traine dans un tiroir ... au cas où ...

#25 Re : Réseau » [Resolu] Pas de wifi sur Eee-pc » 12-12-2013 15:38:06

Tophe
C'était ok pour les wifi hotspot
c'est désormais ok pour ma box (j'irai tester avec celle des voisins)
.
Par contre je ne pourrais dire exactement comment j'ai fait
* j'avais des soucis avec Network Manager (connrction/deconnexion toutes les secondes) que j'ai désinstallé
* j'ai installé Wicd et wpa-supplicant
* l'interface de wicd reconnaissait ma box mais me renvoyait "mot de passe erronné", une erreur apparemment fréquente
.
* un peu de nettoyage
- j'ai supprimé un dossier "Network Manager" qui trainait dans /etc/network
- et un autre dans les fichiers cachés de mon user (dans .kde/share/apps)
- et un fichier dans .kde/share/config
.
* Dans l'interface de la box j'ai vérifié son SSID et j'en ai profité pour faire un ctrl+C de la clé (au cas où j'avais mal relevé sur l'étiquette arrière)
- J'ai aussi remis les paramètres d'origine ( WPA personnel PSK et TKIP + AES) qui auraient pu ne pas être remis en place après les tests effectués avec Network Manager
;
* j'ai aussi vérifié que le /etc/network/interfaces soit bien tel qu'avant mes bidouillages
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
.
* J'ai balancé en root
# wpa_passphrase ssiddemabox cledemabox
.
* J'ai copié la clé dans l'interface de Wicd.
.
J'ai rebooté ... et ô, chouette disait le hibou, ça fonctionne big_smile

Pied de page des forums

Propulsé par FluxBB