RE: Délai de 25 secondes
Bonjour, Tu peux mettre tes commandes dans ~/.xsessionrc . Ça marche, merci ! Je lis en ligne que ce fichier de config semble spécifique à Debian (et dérivés). Je ne peux pas juste appeler à la main /etc/X11/Xsession au début de mon ~/.xinitrc car /etc/X11/Xsession se termine par un "exec $STARTUP". Ici (Bookworm) je n'ai pas cette ligne. J'avais pris un raccourci, je voulais dire que le dernier fichier appelé dans /etc/X11/Xsession, /etc/X11/Xsession.d/99x11-common_start, contient "exec $STARTUP". Seb.
Re: Délai de 25 secondes
Bonjour,
poll([{fd=11, events=POLLIN}], 1, 25000
Sitôt le délai (25000) passé, pavucontrol s'ouvre.
j'ai vu un comportement proche sous ArchLinux il y a quelques mois, la
piste **dbus** est à explorer:
https://bbs.archlinux.org/viewtopic.php?id=275523
YOUHOU! C'est pile le bon pointeur.
Je peux donc maintenant raconter l'histoire.
Il ne me manquait pas de package.
Par contre, je démarre X avec "startx" et depuis presque 30 ans j'utilise
un fichier $HOME/.xinitrc pour dire ce qu'il faut faire : lancer fvwm2,
puis faire un xmodmap, un xrdb, lancer xdaliclock, ouvrir un terminal,
bref faire en sorte que l'environnement graphique soit confortable dès
qu'il s'ouvre.
Quand l'utilisateur n'a pas de fichier ~/.xinitrc, le système utilise le
fichier par défaut : /etc/X11/xinit/xinitrc. Celui-ci redirige vers
/etc/X11/Xsession.
À une date que je ne connais pas, quelqu'un s'est dit que
/etc/X11/Xsession était un super endroit pour lancer des services (liste
dans /etc/X11/Xsession.d), entre autres DBus.
Sauf que /etc/X11/Xsession n'est pas appelé si on a son propre fichier
~/.xinitrc.
À son origine, DBus servait, il me semble, à la communication des
processus dans KDE ou dans Gnome, et comme je n'utilise ni l'un, ni
l'autre, ça ne me manquait pas. DBus a pris maintenant un rôle plus
important, et son absence commence à se faire sentir même sous Fvwm.
Son timeout est d'exactement 25 secondes.
La solution simple dans mon cas est donc de renommer ~/.xinitrc en
trucs-a-lancer-au-demarrage.sh afin que les fichiers par défaut dans
/etc/X11 soient utilisés.
Du coup, j'ai une question connexe : quel est aujourd'hui l'emplacement
recommandé pour les p'tites commandes (xmodmap, xrdb, etc.) qui devraient
se lancer automatiquement sitôt fvwm2 démarré ?
Je ne peux pas juste appeler à la main /etc/X11/Xsession au début de mon
~/.xinitrc car /etc/X11/Xsession se termine par un "exec $STARTUP".
Seb.
Re: Délai de 25 secondes
Bonsoir, Question que je ne pense pas avoir lu jusque là, quelle carte graphique utilises-tu ? Une vieille NVidia. J'ai une carte NVIDIA et j'ai eu ce genre de souci quand j'avais voulu tester ce que ça donnerait avec le pilote nouveau. J'utilisais effectivement le pilote nouveau. Et installer le paquet du pilote propriétaire correspondant à ma carte avait résolu le souci. J'ai installé le pilote Nvidia et... ça n'a rien changé. Merci quand même ! Seb. C'est probablement pas la solution vu que j'y vais un peu au hasard, mais sait-on jamais si ça peut être utile. Patrick Le 10/11/2023 à 08:43, Seb a écrit : Salut, Il y a 6 mois (Debian 11), je n'avais aucun problème de ce type. Il y a 3 mois (Debian 11), j'ai remarqué ce souci avec un Firefox que je venais de mettre à jour. Aujourd'hui (Debian 12), j'ai le problème avec Firefox, Pavucontrol et Xdaliclock. Le problème est croissant et menace de devenir handicapant en Debian 13. Je ne pense pas qu'il soit lié spécifiquement à Pavucontrol. Quelque chose qui rend mon installation peu courante, c'est que pendant l'install je décoche toutes les cases liées à des gestionnaires de fenêtres, et une fois l'install terminée j'installe le minimum (fvwm et ses dépendances). D'habitude, quand on décoche toutes ces cases, c'est pour un serveur (qui ne lancera jamais xdaliclock, donc on ne verra pas apparaître ce délai de 25 secondes). De la sorte, il est probable que je n'installe pas un package qui est standard chez les autres utilisateurs et qui s'avère utile pour certains logiciels graphiques (quoique pas indispensable puisque ces logiciels finissent par se lancer). Sinon, un rapport de bogue sur https://gitlab.freedesktop.org/pulseaudio/pavucontrol/-/issues pourrait être utile. C'est vrai qu'un rapport de bug pourrait servir. Peut-être plus avec reportbug toutefois, si c'est bien un package qui me manque ; il n'y aurait alors qu'une simple dépendance à ajouter. Pour ma part, je cherche des contributeurs pour le moteur d'inférences http://refpersys.org/ Ça a l'air intéressant ; bonne chance ! Si tu as la flemme de débugger, j'imagine que tu as actuellement pulseaudio d'installé. Tu pourrais le retirer au profit de pipewire-pulse et voir si ça fonctionne mieux. À vrai dire, j'utilise très peu pavucontrol ; c'est la multiplication des endroits où le délai se manifeste qui m'inquiète. En tout état de cause, vu que tu as le fd et 25 secondes pour agir, un ls -al /proc/XXX/fd/YYY est sans doute utile pour savoir quelle socket/autre il poll. Ben ça donne ça: ~> ls -l /proc/$(pidof pavucontrol)/fd/11 lrwx-- 1 seb seb 64 Nov 10 10:42 /proc/135045/fd/11 -> 'anon_inode:[eventfd]' Seb. -- Patrick ZAJDA
Re: Délai de 25 secondes
Salut, Il y a 6 mois (Debian 11), je n'avais aucun problème de ce type. Il y a 3 mois (Debian 11), j'ai remarqué ce souci avec un Firefox que je venais de mettre à jour. Aujourd'hui (Debian 12), j'ai le problème avec Firefox, Pavucontrol et Xdaliclock. Le problème est croissant et menace de devenir handicapant en Debian 13. Je ne pense pas qu'il soit lié spécifiquement à Pavucontrol. Quelque chose qui rend mon installation peu courante, c'est que pendant l'install je décoche toutes les cases liées à des gestionnaires de fenêtres, et une fois l'install terminée j'installe le minimum (fvwm et ses dépendances). D'habitude, quand on décoche toutes ces cases, c'est pour un serveur (qui ne lancera jamais xdaliclock, donc on ne verra pas apparaître ce délai de 25 secondes). De la sorte, il est probable que je n'installe pas un package qui est standard chez les autres utilisateurs et qui s'avère utile pour certains logiciels graphiques (quoique pas indispensable puisque ces logiciels finissent par se lancer). Sinon, un rapport de bogue sur https://gitlab.freedesktop.org/pulseaudio/pavucontrol/-/issues pourrait être utile. C'est vrai qu'un rapport de bug pourrait servir. Peut-être plus avec reportbug toutefois, si c'est bien un package qui me manque ; il n'y aurait alors qu'une simple dépendance à ajouter. Pour ma part, je cherche des contributeurs pour le moteur d'inférences http://refpersys.org/ Ça a l'air intéressant ; bonne chance ! Si tu as la flemme de débugger, j'imagine que tu as actuellement pulseaudio d'installé. Tu pourrais le retirer au profit de pipewire-pulse et voir si ça fonctionne mieux. À vrai dire, j'utilise très peu pavucontrol ; c'est la multiplication des endroits où le délai se manifeste qui m'inquiète. En tout état de cause, vu que tu as le fd et 25 secondes pour agir, un ls -al /proc/XXX/fd/YYY est sans doute utile pour savoir quelle socket/autre il poll. Ben ça donne ça: ~> ls -l /proc/$(pidof pavucontrol)/fd/11 lrwx-- 1 seb seb 64 Nov 10 10:42 /proc/135045/fd/11 -> 'anon_inode:[eventfd]' Seb.
Re: Délai de 25 secondes
Bonjour,
poll([{fd=11, events=POLLIN}], 1, 25000
Là il attend un évènement sur le file descripteur 11, il faudrait
repérer au dessus un appel open (ou nom approchant) que retourne 11
pour voir à quelle ressource ça correspond
J'ai redirigé la sortie de strace vers un fichier "trace".
Ensuite:
~/temp> egrep 'poll.*fd=11|^open.*= 11' trace | cat -n
1 poll([{fd=11, events=POLLIN}], 1, 25000) = 1 ([{fd=11, revents=POLLIN}])
2 poll([{fd=11, events=POLLIN}], 1, 25000) = 1 ([{fd=11, revents=POLLIN}])
3 poll([{fd=11, events=POLLIN}], 1, 25000) = 1 ([{fd=11, revents=POLLIN}])
4 poll([{fd=11, events=POLLIN}], 1, 25000) = 1 ([{fd=11, revents=POLLIN}])
5 poll([{fd=11, events=POLLIN}], 1, 25000) = ? ERESTART_RESTARTBLOCK
(Interrupted by signal)
6 openat(AT_FDCWD,
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache", O_RDONLY) = 11
7 openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/gio/modules",
O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 11
8 openat(AT_FDCWD,
"/usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so", O_RDONLY|O_CLOEXEC) = 11
9 openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so",
O_RDONLY|O_CLOEXEC) = 11
[...]
C'est le "poll" de la ligne 5 qui bloque.
Je ne vois donc pas d'openat renvoyant 11 dans les lignes qui le précèdent.
ls -l /proc/$(pidof pavucontrol)/fd
Cela donne, pendant le chargement de pavucontrol :
~> ls -l /proc/$(pidof pavucontrol)/fd
total 0
lrwx-- 1 seb seb 64 Nov 9 16:07 0 -> /dev/pts/11
lrwx-- 1 seb seb 64 Nov 9 16:07 1 -> /dev/pts/11
lrwx-- 1 seb seb 64 Nov 9 16:07 10 -> 'anon_inode:[eventfd]'
lrwx-- 1 seb seb 64 Nov 9 16:07 11 -> 'anon_inode:[eventfd]'
lrwx------ 1 seb seb 64 Nov 9 16:07 2 -> /dev/pts/11
lrwx-- 1 seb seb 64 Nov 9 16:06 3 -> 'socket:[443606]'
lrwx-- 1 seb seb 64 Nov 9 16:07 4 -> 'anon_inode:[eventfd]'
lrwx-- 1 seb seb 64 Nov 9 16:07 5 -> 'socket:[444861]'
lrwx-- 1 seb seb 64 Nov 9 16:07 6 -> 'socket:[440203]'
lrwx-- 1 seb seb 64 Nov 9 16:07 7 -> 'anon_inode:[eventfd]'
lrwx-- 1 seb seb 64 Nov 9 16:07 8 -> 'anon_inode:[eventfd]'
lrwx-- 1 seb seb 64 Nov 9 16:07 9 -> 'socket:[444862]'
man proc a quelques infos sur "anon_inode:[eventfd]", mais ça ne m'avance
pas beaucoup :
For file descriptors that have no corresponding inode (e.g.,
filedescriptors produced by bpf(2), epoll_create(2),
eventfd(2), inotify_init(2), perf_event_open(2), signalfd(2),
timerfd_create(2), and userfaultfd(2)), the entry will be a sym-
bolic link with contents of the form
anon_inode:file-type
In many cases (but not all), the file-type is surrounded by
square brackets.
For example, an epoll file descriptor will have a symbolic link
whose content is the string anon_inode:[eventpoll].
man 2 eventfd parle d'un mécanisme d'attente :
eventfd() creates an "eventfd object" that can be used as an event
wait/notify mechanism by user-space applications, and by the kernel to
notify user-space applications of events.
Cela ne m'avance guère.
Quelqu'un sait-il donner du sens à tout cela ?
Ou pense à une piste complètement différente pour donner sens à ces
25 secondes d'attente ?
Merci !
Seb.
Délai de 25 secondes
Bonjour !
J'ai installé hier une Debian 12 en remplacement d'une Debian plus
ancienne. C'est une installation à partir de zéro, pas une mise à jour.
Mon gestionnaire de fenêtres est fvwm.
Lorsque je lance pavucontrol (ou xdaliclock, ou firefox), il s'écoule
25 secondes avant qu'une fenêtre ne s'ouvre. Et dans la Debian précédente,
j'avais remarqué le même délai avec firefox depuis quelques mois
seulement. Je n'ai pas souvenir que pavucontrol ou xdaliclock ait posé le
même problème dans la Debian que j'utilisais précédemment.
Les autres programmes s'ouvrent sans délai (gimp, brave-browser, okular,
etc.).
Quand j'appelle "strace pavucontrol", les messages cessent de défiler en
arrivant à la dernière des lignes copiées-collées ci-dessous :
[...]
eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK) = 11
futex(0x55c3de03dba0, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource
temporarily unavailable)
futex(0x55c3de03dba0, FUTEX_WAKE_PRIVATE, 1) = 0
write(10, "\1\0\0\0\0\0\0\0", 8)= 8
futex(0x55c3ddf73278, FUTEX_WAKE_PRIVATE, 1) = 1
poll([{fd=11, events=POLLIN}], 1, 25000
Sitôt le délai (25000) passé, pavucontrol s'ouvre.
Auriez-vous une idée de ce qui cause cet arrêt temporaire, ou du moins
d'une direction dans laquelle chercher ?
Merci pour vos conseils !
Seb.
Re: Problème de permissions dans Debian ?
Bonjour, Pour exclure complètement la piste d'un problème lié à ton environnement, tu pourrais créer un nouveau compte utilisateur et vérifier comment ça se comporte chez lui. (Idéalement en utilisant le même WM). Merci pour l'idée. Il se trouve que mon compte est copié tous les soirs de la machine Debian 11, où Okular pose problème, vers la machine Debian 10 où Okular ne pose aucun problème. Cela ne devrait donc pas être un problème dans $HOME. En outre, avec un $HOME inchangé, le problème est apparu dès que la version de Debian a changé. Le vrai test, je crois, serait d'installer la 11 dans une virtualbox et de tester avec FVWM. Ça demande un peu de disponibilité d'esprit, je pourrai peut-être faire ça dans deux semaines. Seb.
Re: Problème de permissions dans Debian ?
Bonjour, ici Bullseye+Gnome, ça marche OK, merci d'avoir testé. À moins de faire l'hypothèse que les gros WM comme Gnome et KDE installent ou configurent quelque chose que ne fait pas FVWM, la piste semble donc bien être celle d'une mise à jour fautive du logiciel lors du passage de Debian 10 à Debian 11, pour une raison inconnue. => les permissions sont bonnes sur le répertoires des schémas? que donne un $ ls -al ~/.local/share/okular/shortcuts Pour en avoir le coeur net, j'ai déplacé ~/.local/share/okular ailleurs puis lancé /bin/okular, et j'ai les mêmes soucis (sauvegarde d'un fichier sous un autre nom et raccourcis clavier). Seb.
Re: Problème de permissions dans Debian ?
Bonjour, Troisièmement, ton message d'erreur Okular dit que /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so n'est pas accessible, donc que donne $ sudo ls -al /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so Les permissions sont bien celles attendues, j'ai oublié de le dire: ~> ls -al /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so -rw-r--r-- 1 root root 104664 Jul 15 2021 /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so tu peux éventuellement chercher si tu as des packages à demi-configurés et obsolètes ou locaux par $ sudo aptitude search '~c' et $ sudo aptitude search '~o' Voici les résultats: ~> sudo apt search '~c' Sorting... Done Full Text Search... Done libtext-brew-perl/stable 0.02-1.1 all perl implementation of Brew edit distance ~> sudo apt search '~o' Sorting... Done Full Text Search... Done Ça fait maigre. si il y en a, ce sont potentiellement eux qui empêchent une transition complète de Buster à Bullseye A-t-on une raison de penser que le problème provient de la transition ? J'ai constaté le problème sur deux machines sous Debian 11, une qui avait été mise à jour, l'autre installée à neuf (et depuis repassée en Debian 10 pour une raison sans rapport avec Okular). Sébastien.
Problème de permissions dans Debian ?
Bonjour ! Il me semble avoir repéré un problème de permissions. Le logiciel dont le comportement me conduit à penser cela est Okular, mais le fond du problème n'est peut-être pas lié à ce logiciel. En Debian oldstable, je n'avais aucun problème avec Okular. En Debian stable, quand je tente de créer un nouveau raccourci clavier mon écran virtuel est quasiment gelé. Je ne peux rien faire hormis cliquer sur l'icône d'un autre écran virtuel (depuis lequel je peux 'kill'er Okular). En espérant que ce problème serait résolu avec une version ultérieure d'Okular, j'ai installé sa version testing (apt-get -t testing). Je rencontre le même problème d'écran virtuel qui gèle, et en plus Okular ne parvient plus à enregistrer le fichier PDF sous un autre nom, j'obtiens le message suivant: File could not be saved in 'file:///raid/home/seb/temp/a.pdf'. Error: 'Unable to create io-slave. klauncher said: Error loading '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'.'. Try to save it to another location apt-file m'apprend que kf5/kio/file.so n'existe que dans le package kio, qui est bien installé. Le point intéressant, c'est que ces deux problèmes disparaissent si je lance Okular en sudo. Je peux ajouter un raccourci clavier (et il fonctionne), enregistrer un fichier PDF sous un autre nom: plus aucun problème apparent. Sauf que le problème sous-jacent est toujours là, et qu'il pourrait bien se manifester plus tard d'une autre manière. Ma Debian est une stable stock, seul Okular et ses dépendances sont (maintenant) en testing. Le même problème existe-t-il chez quelqu'un d'autre ? Je précise que mon WM n'est pas KDE mais fvwm. J'avais envoyé un report de bug sur Okular en novembre, mais je n'ai pas eu de réponse. Je joins ci-dessous les informations que 'reportbug' insérerait (aujourd'hui) pour un nouveau rapport de bug (que je n'ai pas fait). Merci d'avance pour votre aide ! Sébastien. === -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso88591), LANGUAGE=C Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages okular depends on: ii kinit 5.78.0-2 ii kio 5.78.0-5 ii libc6 2.33-1 ii libfreetype6 2.10.4+dfsg-1 ii libjpeg62-turbo 1:2.0.6-4 ii libkf5activities5 5.78.0-2 ii libkf5archive55.88.0-1 ii libkf5bookmarks5 5.78.0-2 ii libkf5codecs5 5.88.0-1 ii libkf5completion5 5.78.0-3 ii libkf5configcore5 5.88.0-1 ii libkf5configgui5 5.88.0-1 ii libkf5configwidgets5 5.88.0-1 ii libkf5coreaddons5 5.88.0-1 ii libkf5crash5 5.88.0-1 ii libkf5i18n5 5.88.0-2 ii libkf5itemviews5 5.88.0-1 ii libkf5jobwidgets5 5.78.0-2 ii libkf5kexiv2-15.0.0 20.12.0-1 ii libkf5kiocore55.78.0-5 ii libkf5kiowidgets5 5.78.0-5 ii libkf5parts5 5.78.0-3 ii libkf5pty55.78.0-2 ii libkf5purpose-bin 5.78.0-2 ii libkf5purpose55.78.0-2 ii libkf5service-bin 5.78.0-2 ii libkf5service55.78.0-2 ii libkf5textwidgets55.78.0-2 ii libkf5wallet-bin 5.78.0-2 ii libkf5wallet5 5.78.0-2 ii libkf5widgetsaddons5 5.88.0-2 ii libkf5windowsystem5 5.88.0-1 ii libkf5xmlgui5 5.88.0-1 ii libokular5core9 4:21.08.3-1 ii libphonon4qt5-4 4:4.11.1-4 ii libpoppler-qt5-1 20.09.0-3.1 ii libqmobipocket2 4:20.12.0-1 ii libqt5core5a 5.15.2+dfsg-9 ii libqt5dbus5 5.15.2+dfsg-9 ii libqt5gui55.15.2+dfsg-9 ii libqt5printsupport5 5.15.2+dfsg-9 ii libqt5svg55.15.2-3 ii libqt5texttospeech5 5.15.2-2 ii libqt5widgets55.15.2+dfsg-9 ii libqt5xml55.15.2+dfsg-9 ii libspectre1 0.2.9-1 ii libstdc++611.2.0-13 ii phonon4qt54:4.11.1-4 ii zlib1g1:1.2.11.dfsg-2 Versions of packages okular recommends: ii cups-bsd 2.3.3op2-3+deb11u1 Versions of packages okular suggests: ii ghostscript9.53.3~dfsg-7+deb11u1 ii okular-extra-backends 4:21.08.3-1 ii poppler-data 0.4.10-1 ii texlive-binaries 2020.20200327.54578-7 pn unrar
Re: Upgrade de carte vidéo: résolution incorrecte
Bonjour, (J'ai essayé d'installer le driver Nvidia le plus récent via un gros fichier *.run téléchargé sur leur site: même résultat.) (J'ai aussi essayé le driver "nouveau", mais au lancement de X depuis la console j'obtiens le message "Screen not found".) j'ai fait un ensemble de courriels sur cette liste pour documenter le problème et il suffit de faire les recherche sur les modelines http://debian.2.n7.nabble.com/modelines-pour-un-moniteur-tft-27-quot-td4383483.html Tiens, l'affichage est bizarre sur cette archive des mails de la liste; je joins une capture d'écran. Le problème est-il de mon côté (Firefox-esr et Chromium m'affichent la même chose) ou de celui du site web ? remarque, il faut en premier retrouver le constructeur de la dalle tft Dans les informations données sur la page web, je ne vois pas de mention du constructeur de la dalle tft; je ne vois donc pas comment injecter cette information dans cvt ou gtf. xrandr --newmode "1920x1080_60.00" 148.5 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync xrandr --addmode VGA-0 1920x1080_60.00 xrandr --output VGA-0 --mode 1920x1080_60.00 Voici ce que cela donne: ~> xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 DP-0 disconnected primary (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 597mm x 336mm 1920x1080 60.00*+ 59.9450.0023.9860.0560.0050.04 1680x1050 59.95 [etc.] ~> xrandr --newmode "2560x1440_60.00" 312.25 2560 2752 3024 3488 1440 1443 1448 1493 -hsync +vsync ~> xrandr --addmode VGA-0 "2560x1440_60.00" xrandr: cannot find output "VGA-0" ~> xrandr --addmode HDMI-0 "2560x1440_60.00" X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 140 (RANDR) Minor opcode of failed request: 18 (RRAddOutputMode) Serial number of failed request: 27 Current serial number in output stream: 28 ~> xrandr --addmode DP-0 "2560x1440_60.00" X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 140 (RANDR) Minor opcode of failed request: 18 (RRAddOutputMode) Serial number of failed request: 27 Current serial number in output stream: 28 Que faire du message « xrandr: cannot find output "VGA-0" » ? Une recherche sur Google m'a conduit à installer firmware-linux-nonfree, mais cela n'a rien changé. L'ajout de sudo ne change rien non plus. Merci pour vos conseils ! Seb.
Re: Upgrade de carte vidéo: résolution incorrecte
Si vous avez plusieurs câbles HDMI, vous pouvez essayer un autre câble. Hélas je n'ai qu'un seul câble HDMI, il est tout neuf, livré en même temps que la nouvelle carte graphique. D'après la page web de materiel.net, il supporte la résolution max 4096×2160. Pour en avoir le coeur net j'ai emprunté un câble HDMI: même résultat. Le problème est donc ailleurs, il est probablement logiciel... Seb.
Re: Upgrade de carte vidéo: résolution incorrecte
Bonjour, Est-ce que, avec l'ancienne carte graphique, vous avez la résolution 2560×1440 ? Oui. Si vous avez plusieurs câbles HDMI, vous pouvez essayer un autre câble. Hélas je n'ai qu'un seul câble HDMI, il est tout neuf, livré en même temps que la nouvelle carte graphique. D'après la page web de materiel.net, il supporte la résolution max 4096×2160. Je n'ai pas de câble display port. Concernant le HDMI, il existe plusieurs versions et la résolution QuadHD n'est supporté qu'à partir de la version 1.3 du HDMI. Je pense que cela peut jouer mais je n'ai jamais eu ce problème. A priori, le câble devrait être correct, enfin espérons ! Seb.
Upgrade de carte vidéo: résolution incorrecte
Bonjour, J'ai installé une nouvelle carte vidéo dans mon PC, en remplacement de l'ancienne. La voici: ~> lspci | grep nvidia 01:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce GT 1030] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GP108 High Definition Audio Controller (rev a1) J'ai éliminé l'ancien driver: apt-get --purge remove libegl-nvidia-legacy-390xx0:amd64 libgl1-nvidia-legacy-390xx-glvnd-glx:amd64 libgles-nvidia-legacy-390xx1:amd64 libgles-nvidia-legacy-390xx2:amd64 libglx-nvidia-legacy-390xx0:amd64 libnvidia-legacy-390xx-cfg1:amd64 libnvidia-legacy-390xx-eglcore:amd64 libnvidia-legacy-390xx-glcore:amd64 libnvidia-legacy-390xx-ml1:amd64 nvidia-legacy-390xx-alternative nvidia-legacy-390xx-driver nvidia-legacy-390xx-driver-bin nvidia-legacy-390xx-driver-libs:amd64 nvidia-legacy-390xx-egl-icd:amd64 nvidia-legacy-390xx-kernel-dkms nvidia-legacy-390xx-kernel-support nvidia-legacy-390xx-vdpau-driver:amd64 nvidia-legacy-390xx-vulkan-icd:amd64 nvidia-settings-legacy-390xx xserver-xorg-video-nvidia-legacy-390xx et installé nvidia-driver, recommandé par nvidia-detect. X se lance bien, je retrouve mon environnement usuel, sauf que la résolution n'est pas bonne. ~> xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 DP-0 disconnected primary (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 597mm x 336mm 1920x1080 60.00*+ 59.9450.0023.9860.0560.0050.04 1680x1050 59.95 1600x1200 60.00 1280x1024 75.0260.02 1280x800 59.81 1280x720 60.0059.9450.00 1152x864 75.00 1024x768 75.0360.00 800x600 75.0060.32 720x576 50.00 720x480 59.94 640x480 75.0059.9459.93 alors que mon écran est nativement en 2560×1440, une résolution qui ne semble pas connue de xrandr. Elle est pourtant supportée par la nouvelle carte vidéo. Est-ce que vous pourriez m'aider à retrouver la bonne résolution ? Merci d'avance ! Seb.
Re: Détecter si une imprimante est allumée
Bonjour, Cela ne veut rien dire ! Si tu as plus d'une imprimante définie comment sais tu que ce paramètre s'applique bien à ce modèle ? OK, je précise qu'il y a une seule imprimante branchée et que j'ai vérifié que la même information était bien cliquée sur l'interface web de CUPS. Une idée me vient en quelques secondes, tu ne pourrait pas "connaître" l'état de ton imprimante via SNMP par exemple Hou, ça fait longtemps que je n'ai pas regardé SNMP. Si ça marche avec une imprimante branchée en USB, je ne sais pas faire. et ainsi "retarder" l'impression depuis la configuration de l'impression pilote, ppd. Oui, c'est en gros ce que je proposais il me semble. Comme j'imprime pratiquement toujours via un script maison (qui redistribue le travail ensuite aux différents outils en fonction du type de fichier), retarder ne pose pas de problème *si* on sait déterminer si l'imprimante est allumée ou pas. Certains GET ou WALK SNMP don't meme "capables" de réveiller voire redémarrer une imprimante. Quel est ton modèle et as-tu déjà récupéré la Mib SNMP ? C'est une imprimante HP assez ancienne, gros format (4250 laserjet), que l'on n'allume qu'avec un commutateur physique. (Je serais très preneur d'une commande pour l'arrêter sans toucher à ce bouton :-) Seb.
Re: Détecter si une imprimante est allumée
[...] Peut-on faire plus simple, et idéalement régler le système plutôt que trafiquer le hardware ? Dans la configuration CUPS de ton imprimante as tu bien ErrorPolicy retry-job ? Oui: ~>sudo grep ErrorPolicy /etc/cups/printers.conf ErrorPolicy retry-job Seb.
Re: Détecter si une imprimante est allumée
Bonjour, Peut-être une c? mais juste un ping ne suffirait-il pas ? Ah, j'aurais dû préciser que l'imprimante est connectée en USB. Pour détailler un peu: il y a une dizaine de jours j'avais envoyé un mail sur cette liste parce que le comportement du spooler d'impression semble avoir changé entre Debian 9 et Debian 10. Au lieu de réessayer d'imprimer jusqu'à ce que l'imprimante soit allumée, il abandonne au premier échec. Résultat, si je lance une impression avant d'allumer mon imprimante, je suis obligé de passer ensuite par l'interface web de CUPS pour débloquer le job. (Et je ne peux pas laisser l'imprimante allumée en permanence, parce qu'elle passe en mode soufflerie pendant une minute toutes les dix minutes.) Comme je n'ai pas trouvé comment régler le spooler (ce qui serait la bonne solution) et comme mon message n'avait pas inspiré la liste (aucune répnse), j'ai pensé à la solution de contournement « détecter si l'imprimante est allumée » pour qu'un script temporise l'envoi du fichier à CUPS jusqu'à ce qu'il ait le feu vert du système. Je note donc qu'une idée serait de connecter l'imprimante en Ethernet. Ce n'est pas si commode car elle n'a pas carte réseau, il faudrait que je trouver un boîtier externe pour la conversion Ethernet/USB. Peut-on faire plus simple, et idéalement régler le système plutôt que trafiquer le hardware ? Merci ! Seb.
Re: killall ne kille plus ?
Bonjour, Après avoir lancé simplescreenrecorder, /dev/shm reste vide. Dommage, ça aurait été pratique d'avoir des fichiers PID, pour vérifier que l'on va bien tuer ce qu'on voulait tuer. :( (Et pkill ne tue pas non plus simplescreenrecorder.) En français rapide, /proc/pid/stat tronque le nom du process à 15 Je n'ai pas de répertoire proc/pid: ROOT ~#ls -l /proc/pid ls: cannot access '/proc/pid': No such file or directory Ça fait deux occasions de récupérer un PID que je ne peux pas exploiter. Du coup, je me demande s'il me manque un package important... $ pkill -f simplescreenrecorder # Notez le nom complet. Ça marche ! Merci encore ! Seb.
Détecter si une imprimante est allumée
Bonjour, Y a-t-il un moyen de déterminer, en ligne de commande, si une imprimante est allumée ou pas ? (J'ai regardé sans succès lpadmin, lpstat et cupsctl.) Merci pour vos pistes ! Seb.
Re: killall ne kille plus ?
Bonjour, Le passage de Debian 9 à Debian 10 semble avoir modifié le comportement de killall. Exemple: ~>ps auxw | grep simplescreen seb 13630 2.3 0.7 393012 64192 pts/31 Sl+ 15:31 0:00 simplescreenrecorder ~>killall simplescreenrecorder simplescreenrecorder: no process found ~>killall -e simplescreenrecorder simplescreenrecorder: no process found ~>kill 13630 ~> À en juger par le manuel de killall(1) fournie dans Sid, à la description de l'option -e (--exact) le comportement de la commande devient? curieux? dès lors que le nom du processus dépasse 15 caractères. Avec cette information en tête, les commandes suivantes sont tombées en marche : $ killall simplescreenrec $ killall -e simplescreenrec Aaaahh... Merci !! killall ne m'a pas l'air très solide à l'usage. Quand je peux, je préfère me référer à un fichier PID dans les scripts. Apparemment, à moins de préciser un --statsfile particulier, simplescreenrecorder(1) va crééer par défaut un fichier /dev/shm/simplescreenrecorder-stats-PID, si j'en croie son manuel. Il y a peut-être moyen de travailler avec ça ? Après avoir lancé simplescreenrecorder, /dev/shm reste vide. (Et pkill ne tue pas non plus simplescreenrecorder.) Seb.
killall ne kille plus ?
Bonjour, Le passage de Debian 9 à Debian 10 semble avoir modifié le comportement de killall. Exemple: ~>ps auxw | grep simplescreen seb 13630 2.3 0.7 393012 64192 pts/31 Sl+ 15:31 0:00 simplescreenrecorder ~>killall simplescreenrecorder simplescreenrecorder: no process found ~>killall -e simplescreenrecorder simplescreenrecorder: no process found ~>kill 13630 ~> Donc kill fait bien le boulot, mais killall ne retrouve pas la bonne ligne. (Du coup, un script qui marchait sans problème depuis des années est tombé en panne.) Je n'ai pas trouvé d'information dans la page de man de killall, qui est d'ailleurs exactement la même en Debian 9 et en Debian 10. Sauriez-vous comment faire retomber killall en marche ? Merci d'avance ! Seb.
Impression avant d'allumer l'imprimante
Bonjour, Mon imprimante est bruyante même quand elle n'imprime pas: je ne l'allume donc qu'en cas de besoin. Sous Stretch, je pouvais lancer l'impression d'un fichier (lpr, dvips, etc.), puis allumer l'imprimante et ça marchait. Sous Buster, si je fais ça, l'impression reste bloquée: l'imprimante s'allume et n'imprime rien, même en attendant longtemps. Un autre job, lancé après l'allumage de l'imprimante, s'imprime bien, sans que cela n'entraîne l'impression au passage du doc bloqué. Il faut que je me connecte à l'interface web de CUPS pour débloquer l'impression par un clic. Toujours sous Buster, dans le sens inverse (allumer l'imprimante puis lancer l'impression), pas de problème. J'ai cherché dans les réglages de CUPS, sans rien trouver. J'imagine qu'un spooler (en amont de CUPS, donc c'est bien une question Debian :-) renonce après le premier échec au lieu de persévérer à intervalles réguliers. Sauriez-vous comment faire pour qu'impression et allumange commutent de nouveau ? Merci pour votre aide ! Seb.
Re: apt-get n'installe pas fuse
Bonjour Jean-Marc, Tout s'est bien passé excepté l'installation de fuse: Ça ressemble à ça : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935496 Merci beaucoup ! Si tel est le cas, c'est fixé depuis aujourd'hui dans la version 2.9.9-2. Un peu de patience pour voir atterrir le fix dans Buster. Super nouvelle. J'ai fait de nouveaux essais d'installation hier et ce matin, sans succès; au final j'ai installé la version unstable il y a quelques minutes; depuis tout est bon. Merci pour ton aide ! Seb.
apt-get n'installe pas fuse
Bonjour !
J'ai installé hier une Debian Buster. C'est une installation à neuf, dans
laquelle j'ai ensuite réinstallé mes packages usuels:
apt-cache dumpavail > truc
sudo dpkg --merge-avail truc
rm truc
sudo dpkg --set-selections < packages-a-reinstaller
sudo apt-get dselect-upgrade
Tout s'est bien passé excepté l'installation de fuse:
# apt-get install fuse
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
fuse
0 upgraded, 1 newly installed, 0 to remove and 48 not upgraded.
Need to get 72.3 kB of archives.
After this operation, 144 kB of additional disk space will be used.
Get:1 http://ftp.fr.debian.org/debian buster/main amd64 fuse amd64 2.9.9-1
[72.3 kB]
Fetched 72.3 kB in 0s (601 kB/s)
Selecting previously unselected package fuse.
(Reading database ... 373204 files and directories currently installed.)
Preparing to unpack .../fuse_2.9.9-1_amd64.deb ...
Unpacking fuse (2.9.9-1) ...
Setting up fuse (2.9.9-1) ...
dpkg: error processing package fuse (--configure):
installed fuse package post-installation script subprocess returned error
exit status 1
Processing triggers for man-db (2.8.7-3) ...
Errors were encountered while processing:
fuse
E: Sub-process /usr/bin/dpkg returned an error code (1)
J'ai essayé plusieurs fois, en ponctuant de --purge remove, en enlevant ou
non le .deb du cache: rien à faire. Et le message d'erreur ci-dessus ne
m'aide guère à comprendre le problème.
Le message signale le "post-installation script" alors j'ai regardé
/var/lib/dpkg/info/fuse.postinst. Mais ça ne doit pas être le bon fichier
car "exit 1" n'apparaît que dans le cas "*)" et s'il était appelé on
devrait voir d'abord le message
echo "postinst called with unknown argument \`${1}'" >&2
Je ne vois pas d'information dans /var/log/syslog, et dans
/var/log/apt/term.log, le message d'erreur est le même que ci-dessus.
Si j'enlève (--purge remove) fuse, apt ne signale pas de problème:
# apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 48 not upgraded.
Par contre, j'ai des packages non installés qui sont bloqués par l'échec
sur fuse:
# apt-get dselect-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
exfat-fuse fuse kdeconnect libaribb25-0 libdav1d1 libdsm3 libfaac0
libfdk-aac2 libffms2-4 libilbc2 libkvazaar4 liblivemedia66 libmfx1 libnfs13
libogdi4.1 libopenh264-5 libplacebo2 libzimg2 ntfs-3g nvidia-legacy-check
sshfs vapoursynth vapoursynth-ffms2
The following packages will be upgraded:
audacious audacious-plugins audacious-plugins-data ffmpeg gstreamer1.0-gl
gstreamer1.0-plugins-bad gstreamer1.0-plugins-base gstreamer1.0-plugins-good
handbrake-cli k3b k3b-data kdenlive kdenlive-data libasound2-plugins
libaudcore5 libaudgui5 libaudtag3 libavcodec58 libavdevice58 libavfilter7
libavformat58 libavresample4 libavutil56 libchromaprint1
libffmpegthumbnailer4v5 libgegl-0.4-0 libgegl-common libgstreamer-gl1.0-0
libgstreamer-plugins-bad1.0-0 libgstreamer-plugins-base1.0-0 libk3b7
libk3b7-extracodecs libmlt++3 libmlt6 libpostproc55 libquicktime2
libswresample3 libswscale5 melt mpv python-mlt vlc-data vlc-l10n
vlc-plugin-base vlc-plugin-qt vlc-plugin-samba vlc-plugin-skins2
vlc-plugin-video-output
48 upgraded, 23 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/64.9 MB of archives.
After this operation, 14.9 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Je ne pense que l'information ci-dessus soit pertinente, c'est-à-dire que
cette file d'attente puisse expliquer le blocage de l'installation de fuse
-- mais comme je n'ai pas de piste sérieuse, autant que je signale ce qui
sort de l'ordinaire.
Auriez-vous une piste pour m'aider à installer fuse ?
Merci d'avance !
Seb.
Re: Boot et RAID5
Hello, Quelle solution vous semble la plus solide ? - Un disque dédié à /boot + des disques en RAID sans GRUB. Si un downtime de quelques heures est acceptable pour changer un disque système, ce qui n'arrive pas tous les ans, cette solution est acceptable aussi. Un tout petit SSD est alors parfait pour le système (+swap). Dans ce cas, il est pratique qu'une crontab copie (rsync) sur le RAID une fois par jour tout /etc, + la liste des packages installés, afin que la réinstallation soit rapide. C'est ce que j'utilise pour 2 de mes 3 serveurs (je mets aussi les /home sur le RAID). - Pas de disque dédié et GRUB sur tous les disques de la grappe. Ça marche aussi (RAID logiciel), plutôt avec la variante suivante: du RAID1 pour le système (pas seulement /boot), avec grub installé sur le MBR de chaque disque, et du RAID6 pour les données (et /home). C'est ce que j'utilise sur le 3e serveur (le plus précieux). Seb.
Re: Performance RAID instable
Merci Pascal pour les explications ! Pascal Hambourg (Fri, 20 Oct 2017): Le 20/10/2017 à 09:10, Seb a écrit : Pourquoi 4 Go ? C'est un peu arbitraire. As-tu essayé d'autres valeurs entre 4 et 8 Go ? Il me semble que le PAE permet au noyau d'utiliser la RAM au-delà de 4 Go: Cette formulation est ambiguë. PAE étend l'espace d'adressage en mémoire physique des processeurs 32 bits de 4 Gio à 64 Gio. Mais cet espace ne contient pas que la RAM système. Il contient aussi les plages d'adresses des mémoires non volatiles du firmware de la carte mère et des périphériques internes comme la carte graphique, de la mémoire des mêmes périphériques permettant au système de transférer des données avec eux... Le pseudo-fichier /proc/iomem recense les plages utilisées de l'espace mémoire physique. Un système d'exploitation 32 bits sans PAE n'étant pas capable d'adresser au-delà de 4 Gio, toutes les plages autres que la RAM système doivent être accessibles à des adresses en-deça de cette limite. La plage d'adresse réservée aux périphériques est parfois appelée "PCI hole". Cela implique que la quantité de RAM système effectivement accessible à des adresses en-deça de 4 Gio sera nécessairement inférieure à 4 Gio, typiquement de l'ordre de 3,5 Go. Il ne faut pas confondre cette diminution avec la partie de la RAM système qui est réservée au GPU intégré. La partie de la RAM système qui ne peut être adressée dans la plage en-deçà de 4 Gio est accessible à des adresses au-delà de 4 Gio donc uniquement par un système 32 bits avec PAE ou 64 bits. Si par "au-delà de 4 Gio" tu voulais parler des adresses, alors oui. Mais si tu voulais parler de la quantité, alors non, la limite est plus basse notamment à cause du "PCI hole". Utiliser 4 Gio de RAM avec un système 32 bits requiert PAE. Je me suis dit que le noyau devait avoir des fonctions pour des RAM d'au plus 4 Go, et des astuces en plus pour les RAM au-delà, et que ce sont ces dernières qui sont actuellement buguées. Comme « ça marche », l'hypothèse a l'air correcte. Mais effectivement, non, je n'ai pas tenté 6 Go. Je ne vois pas de raison pour que ça marche. PAE n'est pas juste une fonction qu'on active uniquement pour accéder aux adresses mémoire au-delà de 4 Gio. C'est une réorganisation permanente de la façon d'accéder à la mémoire physique. Avec un noyau PAE, les mécanismes de PAE sont à l'oeuvre quelle que soit la quantité de mémoire utilisable ou utilisée. Bref, tout ça pour dire que la limite de 4 Gio de RAM que tu as fixée est arbitraire du point de vue de PAE car elle est déjà supérieure à la quantité utilisable sans PAE. Par contre je me rappelle un commentaire de Linus Torvalds il y a déjà fort longtemps disant en substance qu'au-delà de 8 Gio de RAM, il valait mieux utiliser un noyau 64 bits car la gestion d'une telle quantité de mémoire par un noyau 32 bits avec PAE risquait d'être moins performante. Il ne faut pas oublier que même avec PAE l'espace d'adressage en mémoire virtuelle reste limité à 4 Gio, et l'espace réservé au noyau dans celui-ci à 1 Gio (3 Gio pour le processus).
Re: Performance RAID instable
Bonjour, Il y a un détail qui m'interpelle. Pourquoi la gestion mémoire avec PAE n'impacte (apparement) que le système RAID logiciel du noyau ? Chez moi seuls les tableaux RAID étaient affectés mais... je n'utilise que du RAID. D'autres ont signalé le même problème sur des disques isolés et même avec un clef USB. C'est donc seulement ma présentation qui donnait cet angle RAID (je pensais que le problème pouvait provenir de la gestion du RAID, idée plus immédiate que la gestion de la RAM). Pourquoi 4 Go ? C'est un peu arbitraire. As-tu essayé d'autres valeurs entre 4 et 8 Go ? Il me semble que le PAE permet au noyau d'utiliser la RAM au-delà de 4 Go: https://fr.wikipedia.org/wiki/Extension_d%27adresse_physique Je me suis dit que le noyau devait avoir des fonctions pour des RAM d'au plus 4 Go, et des astuces en plus pour les RAM au-delà, et que ce sont ces dernières qui sont actuellement buguées. Comme « ça marche », l'hypothèse a l'air correcte. Mais effectivement, non, je n'ai pas tenté 6 Go. Je ne vois pas de raison pour que ça marche. Seb.
Re: Performance RAID instable
Bonjour, Merci beaucoup pour l'aide que vous m'avez apportée dans le diagnostic du problème. C'était bien un souci de gestion de la mémoire lié au PAE. Sur la machine à la maison j'ai limité la RAM à 4 Go et depuis, la performance des disques est stable (980 Mo/s de moyenne). Sur la machine au bureau, 4 Go de RAM est trop juste pour InDesign dans une VirtualBox alors j'ai réinstallé en amd64. Seb.
Re: Performance RAID instable
Bonjour, La semaine dernière, sur l'une des deux machines dont la performance disques est instable, j'avais installé un noyau 3.16. Le système a booté sans soucis, et depuis les chutes brutales et durables de performance ont cessé. J'ai uploadé un graphique: https://framapic.org/2CBbZrCPNdnf/oQyFGaq0gACj.png Au bruit près, la performance stable est d'environ 350 Mo/s. Cela permet de supposer qu'une génération suivante de noyaux a tenté d'optimiser la gestion de la mémoire (noyau 32 bits PAE), atteignant des vitesses de 1000 Mo/s avec le même matériel, mais hélas cela conduisait à des « plantages » (chute vers < 1 Mo/s). La toute dernière version du noyau améliore un peu les choses, mais pas de manière décisive. Il me reste à tester sur quelques jours le comportement d'un noyau 4.12 avec la ligne mem=3500m lors du boot. Provisoirement, c'est un noyau 3.16 qui m'apporte le plus de confort. Seb.
Re: Performance RAID instable
(Je vois bien la méthode facile et rapide pour descendre à 4 Go: enlever l'une des deux barrettes de RAM; comment feriez-vous si vous ne pouviez pas toucher au matériel ?) En passant l'option mem=xxx à la ligne de commande du noyau. Donc à la main lors du boot. OK. (Oui bidouiller /etc/default/grub, noté.) Par contre, concernant le choix du noyau 3.16, pourquoi avoir choisi celui de wheezy-backports qui était adapté à l'userland de wheezy (déjà ancien et sans systemd) et n'est plus maintenu depuis la publication de jessie, plutôt que celui de jessie ? Quand j'ai installé Jessie sur la machine de bureau, en 2015, je n'ai eu aucun problème avec le débit des disques. Quand j'ai installé Jessie sur la machine à la maison, qui est presque un clone de la machine de bureau, en janvier 2017, le problème est apparu. À la même date, Jessie sur la machine de bureau, sur laquelle je fais des 'upgrade' mais jamais de 'dist-upgrade', fonctionnait sans problème. Je fais donc l'hypothèse que le noyau a été mis à jour (sans changement du numéro de version) pendant la durée de vie de Jessie. Je sais que je ne veux pas la version du noyau qui était en vigueur dans Jessie juste avant la release de Stretch. Je ne sais pas laquelle des deux versions me donnerait le paquet linux-image-3.16.0-4-686-pae. Dans le doute, j'ai pris la version la plus ancienne que me proposait apt-get: linux-image-3.16.0-0.bpo.4-686-pae . Cela dit, s'il ne parle pas à systemd, ça va pas booter en Debian 9... Seb.
Re: Performance RAID instable
* Le problème ne se manifeste pas sur deux autres machines sous Debian 9, qui ont pourtant le noyau 4.9.0-3-686-pae, signe que ce n'est pas toute cette classe de noyaux qui pose problème. Pardon, correction: je constate que ces deux machines (qui fonctionnent bien, elles) ont 2 Go de RAM. Du coup, l'hypothèse d'une RAM > 4 Go mal gérée dans les noyaux récents se trouve confortée. Sur ma machine de bureau, je dois hélas régulièrement utiliser InDesign dans une VirtualBox: ça rame déjà affreusement, ça m'embêterait de ne pas disposer de 8 Go quand j'en ai besoin. Sur la machine à la maison, par contre, je pourrai sans problème descendre à 4 Go si le passage au noyau 3.16 ne se passe pas comme espéré. (Je vois bien la méthode facile et rapide pour descendre à 4 Go: enlever l'une des deux barrettes de RAM; comment feriez-vous si vous ne pouviez pas toucher au matériel ?) Seb.
Re: Performance RAID instable
Bonjour, Tu peux ajouter ces lignes dans le fichier "/etc/apt/sources.list" : deb ftp://ftp.debian.org/debian/ wheezy-backports main contrib non-free deb ftp://ftp.fr.debian.org/debian jessie main contrib non-free Merci ! C'est ce que j'ai fait, Le package que je viens d'installer est linux-image-3.16.0-0.bpo.4-686-pae Par contre j'ai fait ça à distance si bien que je ne peux pas sélectionner aisément le noyau à utiliser par défaut lors du reboot; je testerai de visu ce soir pour valider que le système démarre correctement en 3.16 . À propos de l'archi: * Le problème ne se manifeste pas sur deux autres machines sous Debian 9, qui ont pourtant le noyau 4.9.0-3-686-pae, signe que ce n'est pas toute cette classe de noyaux qui pose problème. * Avec le noyau initial de la Debian 8 (mais pas avec le noyau qui équipait l'ISO en janvier 2017), sur la même machine au bureau je n'avais aucun souci (8 Go RAM, noyau -686-pae). À propos de gqview: oui, théoriquement je pourrais recompiler à partir des sources, en gardant des versions figées des bibliothèques, à la manière d'un snap. Mais pour l'instant, il suffit que j'accepte la légère pénalité de performance d'un noyau -686 par rapport à un noyau -amd pour pouvoir utiliser tel quel un ancien .deb; le compromis me va. Seb.
Re: Performance RAID instable
Bonjour, Une remarque en passant : je n'ai pas observé ce genre de chose en amd64 (et sur aucune de mes machines, que ce soit en 4.11 ou 4.12). J'utilise les noyaux 686. (Parce que l'antique 'gqview' est le visualisateur d'images qui a ma préférence -- geekie ne sait pas bien effacer des images si je laisse la touche Delete appuyée, ce qui m'arrive souvent -- et qu'il n'est plus maintenu ni packagé: j'ai gardé un .deb mais il ne s'installe pas sur un système en 64 bits.) Je ne sais pas si tu as indiqué plus haut la taille de la mémoire installée 8 Go. Et rien qui en consomme beaucoup, sauf ponctuellement (VirtualBox). et le chipset (ou le contrôleur disque). C'est un point à ne pas négliger d'autant que je vois pae dans le nom du noyau. Je ne sais pas comment trouver le nom du chipset; peux-tu m'indiquer quelle serait la bonne commande ? Avec un init systemV, c'est assez trivial. Avec la grouille systemd/udev, c'est assez casse-gueule. J'aurais préféré rester en systemV, mais l'option n'est pas proposée lors de l'installation de Debian et je ne sais pas dans quelle mesure on peut espérer que Devuan et Debian resteront synchrones. La seule fois où j'ai dû faire ça, cela s'est soldé par un échec. Aïe... Seb.
Re : Performance RAID instable
Bonjour Thierry, Idée de troisième solution à faire en parallèle d'un contournement: se rapprocher des développeurs du kernel pour signaler qu'il y a probablement un bug. Je pense qu'il n'y pas plus vraiment de doute l'existence d'un bug. Peut être que eux, justement, pourront proposer un contournement fiable en attendant la release du correctif. C'est faisable. Tu me conseilles de contacter debian-kernel ou lkml ? Seb.
Re: Performance RAID instable
Bonjour Pascal, Je n'ai pas le courage de relire le fil pour voir si tu l'as déjà fait : utiliser le noyau 3.16 de Debian 8 sur Debian 9 ? Ah oui, c'est une bonne idée. Si j'appelle sur une machine en Debian 9 apt-cache search linux-image je ne vois pas de noyau 3.16 . Dans la FAQ Debian, chapitre "Debian and the kernel", je ne vois pas de solution packagée indiquée; d'un autre côté, elle ne mentionne pas non plus les backports pour avoir, au contraire, un noyau plus récent. Y a-t-il une méthode standard Debian qui me permettrait d'installer sans trop souffrir le noyau 3.16 sur la Debian 9 ? (Un pointeur vers la bonne page web m'irait amplement.) Il y a bien longtemps de cela, dans les années 1990, je compilais mes noyaux à la main; ensuite il y a eu trop d'options dans le noyau pour que cela reste raisonnable (et puis il fallait aussi s'occuper d'initramfs, puis grub a supplanté lilo), bref par commodité je n'ai plus utilisé que le noyau pré-packagé depuis une quinzaine d'années. Faute d'expérience récente, j'aimerais bien éviter de replonger les mains trop profondément dans le système, sans outils Debian dédiés il est presque sûr que j'obtiendrais au mieux une machine qui ne boote plus. Seb.
Re: Performance RAID instable
Bonjour, Pour finir, je sais obtenir un retour a des performances normales en vidant le cache : sync ; echo 2 > /proc/sys/vm/drop_caches et comme toi, j'ai une nouvelle dégradation violente au bout d'un certain temps. Il y a quelques jours, j'ai passé la machine à la maison (Debian 9 stable) sur le noyau 4.12.0-0.bpo.1-686-pae (backports). J'ai continué à mesurer la performance des disques avec cette nouvelle situation. Voici le résultat: https://framapic.org/bFa8E3Zz3aJA/3vFMDsmo5LhF.png J'observe ceci: * La vitesse normale de la partition mesurée (par un simple 'dd') est d'environ 1000 Mo/s. Cette vitesse est atteinte si j'appelle à la main la commande envoyée par Jean-Bernard: sync; echo 2 >! /proc/sys/vm/drop_caches * Le système n'est toujours pas stable à cette vitesse, mais quand le débit chute, après quelques heures seulement, il peut se stabiliser vers 150 Mo/s (1er octobre) ou (comme avant) à < 1 Mo/s (4 octobre). La chute est toujours aussi brutale. * Au régime intermédiaire 150 Mo/s, le système finit par retomber spontanément au régime bas < 1 Mo/s. * Dans les minutes qui suivent minuit, auparavant quelque chose dans le système (dans le noyau ?) envoyait la machine en régime bas; maintenant, cette même chose la remet en régime intermédiaire si elle se trouvait en régime bas (2-3 octobre) mais aussi si elle se trouvait en régime haut (1-2 octobre, 3-4 octobre). * Aujourd'hui, tout à droite de la courbe, je constate une oscillation entre régime haut et régime intermédiaire. Je n'ai pas été devant la machine de toute la journée. Hypothèses: * Puisque le changement de noyau produit un changement de comportement, on peut supposer que le problème est dans le noyau, ou du moins lié au noyau. * On dirait que le programme qui s'enclenche peu après minuit cherche à régler le débit sur un régime qu'il estime soutenable à moyen terme. (Rappel: c'est du RAID1 sur deux disques SSD modernes, il devrait sans problème pouvoir tenir 1000 Mo/s.) Signe peut-être que des développeurs ont eu conscience d'un problème et qu'ils ont cherché à amenuiser ses conséquences, sans résoudre vraiment la question de fond cependant. À ce stade, je me suis dit qu'il serait judicieux d'installer le tout dernier noyau mais... c'est le 4.12 en fait, celui que j'ai mis il y a quelques jours. Il me reste donc deux options: * Effacer la Debian 9, installer une Debian 8 qui, elle, n'avait pas ce problème. * Appeler en crontab chaque heure le contournement ponctuel de Jean-Bernard. La deuxième solution est crado, mais je ne connais pas ses vrais inconvénients (risques de plantage ?). Les connaissez-vous ? Et entre les deux, que me conseillez-vous ? Une idée pour une troisième option ? (À part bug-fixer le noyau :-) Seb.
Re: Performance RAID instable
Bonjour Pascal, Plus exactement, la valeur 2 ne vide que les caches de "dentries" (directory entries) et d'inodes, c'est-à-dire les méta-données associées aux répertoires et fichiers, mais pas le cache du contenu des fichiers. Merci pour la correction. L'information m'a peut-être échappée, mais je n'ai pas vu dans les messages si des tests de débit comparatifs pour déterminer l'étendue précise du problème avaient été faits : - en lecture dans le système de fichiers Non testé. - en écriture dans le système de fichiers Testé. - en lecture brute dans le périphérique bloc - en écriture brute dans le périphérique bloc (attention : détruit le système de fichiers) Pas testé :-) - même chose dans une partition classique non RAID Testé en écriture (pas par moi): pareil. - même chose avec d'autres types de systèmes de fichiers Non testé. Quelles informations rechercherait-on avec ces tests supplémentaires ? Seb.
Re: Re : Re : Performance RAID instable
Bonjour, Donc c'est clair (et d'autres messages le confirment) que ce n'est pas lié à la nature des disques. (Ni au système de fichiers.) Vu la solution de contournement, ca doit se passer au niveau de la gestion du cache en RAM. Ça semble sensé. Je viens d'installer un noyau 4.12 (686-pae) avec stretch-backport, on verra si cela change quelque chose... Seb.
Re: Performance RAID instable
Bonjour, J'ai également constaté un comportement très similaire sur un de mes serveurs après le passage a debian9. Merci de le dire ! J'ai également incriminé le raid (raid5 hard HP). Sur disques SSD ou à plateaux ? Avec quel filesystem ? Pour finir, je sais obtenir un retour a des performances normales en vidant le cache : sync ; echo 2 > /proc/sys/vm/drop_caches Super, merci pour cette astuce; je l'ai testée tout à l'heure, elle fonctionne aussi chez moi. C'est déjà un soulagement de ne plus avoir à rebooter... Même si cela soigne les symptômes sans s'attaquer à la racine du problème. En espérant avoir apporté un élément nouveau qui puisse aider a comprendre, je suis moi aussi avide d'une solution. J'ai utilisé "/proc/sys/vm/drop_caches" comme mot-clef dans Google. La ligne de commande que tu indiques demande au noyau de libérer la RAM qu'il avait allouée pour mettre en cache les fichiers et répertoires qu'il a lus. C'est très bizarre que ceci influence la vitesse de nos tableaux RAID car cette portion de RAM est supposée être réutilisable dès qu'un besoin réel se présente. En outre, sur une machine qui est actuellement coincée à des débits de 1 Mo/s, j'ai: ~>free -m totalusedfree shared buff/cache available Mem: 7980 7736125 1721080 6278 Swap: 3813 03813 Sur 8 Go de RAM, plus de 6 Go sont disponibles. On ne peut pas qu'il y ait un manque. Par ailleurs, j'ai suivi le conseil donné par Thierry Bugier: dans la machine à la maison, j'ai branché deux disques à plateaux que j'avais remisés, assemblé un RAID1 pour faire une partition (10 Go, JFS, aucun fichier) et j'ai enregistré leur débit. J'ai uploadé sur framapic deux images parlantes: Bureau: https://framapic.org/gallery#Pn5Jx4AuzmI3/5cUOEH82OcpU.png Maison: https://framapic.org/mt5DVGNW6QXb/lWj5EGz6jZJ6.png Elles représentent le débit, mesuré grossièrement avec 'dd', de la partition montée en racine, de la partition montée en /home et, pour la machine à la maison, de la partition construite avec les disques à plateaux. (L'excellent débit des disques à plateaux est dû à la petite taille -- 10 Mo -- du fichier que je crée avec 'dd': on reste dans les caches des disques.) On observe d'abord une excellente concordance des performances: elles chutent en même temps sur des filesystems différents. Ce n'est donc pas, par exemple, un problème de fsck. En outre, ce n'est pas lié aux disques SSD puisque la partition sur les disques à plateaux montre les mêmes symptômes. Je constate aussi une chute dans le premier quart d'heure après minuit pour toutes les partitions (2 au bureau, 3 à la maison). Or je n'ai aucune crontab, en utilisateur ou en root, qui se lance dans cette tranche horaire, sur aucune des deux machines. Cela pointe vers une action du système juste après minuit. Quand je regarde /etc/crontab, cependant, je vois que les cron.daily sont lancées à 6h25 le matin. Est-ce que quelqu'un a une idée pour identifier ce qui se passe peu après minuit dans la Debian ? Pour continuer les tests, je viens de passer en ext4 la partition des disques à plateaux, on verra si elle continue à suivre les autres... Merci pour votre aide. Seb.
Re: Performance RAID instable
Bonjour, Je serais fort surpris que le problème soit lié aux disques: * un reboot résout le problème pour plusieurs heures; * ces disques fonctionnaient parfaitement juste avant le passage en Debian 9, et incorrectement juste après; Tu as essayé avec d'autres versions du noyau ? En un sens oui, puisque le problème est apparu sur une machine avec l'installation de la Debian 8, version de janvier 2017, et sur l'autre avec l'installation de la Debian 9. Sauf erreur, le noyau n'est pas le même dans la Debian 8 de janvier 2017 et dans la Debian 9 de juillet 2017. Au fait, je voulais vous envoyer un graphique qui montre le débit du tableau RAID sur une période de 24 h, mais mon courrier n'atteint jamais la liste quand il contient une pièce jointe (j'ai essayé les formats PDF et JPEG). Quelle serait la bonne manière de procéder ? Seb.
Re: Performance RAID instable
Hello, Après j'avoue que ca m'a toujours un peu perdu ces histoires de fakeraid... J'aurais dû préciser quelque chose qui n'était qu'implicite dans mon message initial: tout mes tableaux RAID sont en soft, gérés par 'mdadm'. Je n'utilise aucune carte RAID. J'ai souvenir que pour installer Debian sur du raid, il fallait absolument ajouter dmraid=true dans la ligne de commande du cd d'install, ce qui signifie qu'il s'agit de fakeraid et que c'est donc géré par l'OS ? Je configure le RAID soft avec le partitionneur de Debian (version manuelle), lors de l'installation. Seb. Le 22/09/2017 à 17:09, Seb a écrit : Bonjour, Les astuces que j'ai décrites permettent de maintenir les performances quand on écrit une grande quantité de données d'un coup ou bien une grandes quantité d'écritures aléatoirement réparties. C'est donné au cas où l'hypothèse que j'ai émise est la bonne, car ça colle très bien à ce que j'observe sur les supports amovibles. Reste à vérifier si l'architecture dont j'ai parlé est la même sur les SSD. J'irai jeter un oeil par curiosité. La comparaison me paraît limitée: sur mon système, je peux copier des centaines de Mo sans aucun problème à pleine vitesse puis, une heure plus tard, alors qu'il ne se passe rien de particulier sur la machine, observer que mes disques SSD sont tout à coup devenus plus lents que ma connexion ADSL. Je serais tenté de tester les disques avec l'outil de diagnostic constructeur, spécifique aux SSD, si il existe (je suis resté sur les magnétiques pour le stockage de masse (je veux dire autre que l'OS)). Je serais fort surpris que le problème soit lié aux disques: * un reboot résout le problème pour plusieurs heures; * ces disques fonctionnaient parfaitement juste avant le passage en Debian 9, et incorrectement juste après; * j'observe la chose sur deux machines, dont une neuve. D'ailleurs avec LVM ou RAID + hotswap ça peut se faire à chaud sans période d'arrêt ou très courte. Sous réserve d'avoir des disques SSD d'avance, ce qui n'est pas mon cas... Seb. Le vendredi 22 septembre 2017 à 16:12 +0200, Seb a écrit : Hello, Les SSD prennent ils en charge TRIM ? Oui. ~>sudo smartctl -i /dev/sda | grep ^"Device Model" Device Model: Samsung SSD 850 EVO 1TB ~>sudo smartctl -i /dev/sdb | grep ^"Device Model" Device Model: Samsung SSD 850 EVO 1TB http://www.samsung.com/fr/consumer/memory-storage/ssd/850-evo/MZ-75E1 T0B/EU/ (^F TRIM) (Je m'étais assuré de ce point quand j'avais acheté les disques.) Je rappelle en outre que le même tableau RAID1 avec les mêmes disques SSD a fonctionné pendant longtemps sans aucun souci -- jusqu'au passage de cette machine de Debian 8 à Debian 9. L'effondrement de performance ne serait-il consécutif à une écriture en peu de temps de quelques centaines de Mo, ou bien de nombreuses écritures très petites (< 32Ko environ) ? Il m'arrive couramment de déplacer ou copier des centaines de Mo en peu de temps, mais ces moments ne coïncident pas avec la perte de performance. Des crontabs font des tas de jobs pour moi en sous-main, mais elles les faisaient aussi sous Debian 8. Je n'utilise pas JFS, mais a t il été optimisé si possible pour respecter les contraintes techniques de ce genre de support ? J'ai utilisé JFS sur des tas de machines depuis 10-15 ans, des disques seuls, des tableaux RAID1, 5 et 6, je n'ai jamais eu de problème comparable à celui que je constate aujourd'hui. J'ai signalé JFS pour le cas où quelqu'un aurait connaissance d'un changement dans la prise en charge de ce filesystem dans Debian, mais autrement, en lui-même, il m'a toujours semblé très solide. Il faut que je vérifie si ce qui suit s'applique aux SSD. En tout cas sur une clé USB bas de gamme ça fait des miracles. Merci pour ces astuces d'optimisation. Mon problème est toutefois inverse: empêcher la chute soudaine et inexpliquée des performances, plutôt que tirer autant de débit que possible d'un système fonctionnant correctement à la base :-) Seb. J'utilise Debian depuis une quinzaine d'années, sans problème de RAID jusqu'à présent. Mon souci actuel est que deux machines qui font chacune du RAID1 sur deux disques SSD ont des performances disque qui se dégradent brutalement, sans raison apparente (rien trouvé dans syslog, notamment). La vitesse du tableau passe, en gros, de 600 Mo/s à 0,5 Mo/s. La différence est si nette qu'une mesure grossière avec 'dd' suffit à la mettre en évidence (dd if=/dev/zero of=dd.big bs=1k count=1). * La machine à la maison en a été la première victime, dès son installation sous Debian 8 en janvier 2017 (Debian 8 téléchargée en janvier aussi). Le PC était n
Re: Performance RAID instable
Bonjour, Les astuces que j'ai décrites permettent de maintenir les performances quand on écrit une grande quantité de données d'un coup ou bien une grandes quantité d'écritures aléatoirement réparties. C'est donné au cas où l'hypothèse que j'ai émise est la bonne, car ça colle très bien à ce que j'observe sur les supports amovibles. Reste à vérifier si l'architecture dont j'ai parlé est la même sur les SSD. J'irai jeter un oeil par curiosité. La comparaison me paraît limitée: sur mon système, je peux copier des centaines de Mo sans aucun problème à pleine vitesse puis, une heure plus tard, alors qu'il ne se passe rien de particulier sur la machine, observer que mes disques SSD sont tout à coup devenus plus lents que ma connexion ADSL. Je serais tenté de tester les disques avec l'outil de diagnostic constructeur, spécifique aux SSD, si il existe (je suis resté sur les magnétiques pour le stockage de masse (je veux dire autre que l'OS)). Je serais fort surpris que le problème soit lié aux disques: * un reboot résout le problème pour plusieurs heures; * ces disques fonctionnaient parfaitement juste avant le passage en Debian 9, et incorrectement juste après; * j'observe la chose sur deux machines, dont une neuve. D'ailleurs avec LVM ou RAID + hotswap ça peut se faire à chaud sans période d'arrêt ou très courte. Sous réserve d'avoir des disques SSD d'avance, ce qui n'est pas mon cas... Seb. Le vendredi 22 septembre 2017 à 16:12 +0200, Seb a écrit : Hello, Les SSD prennent ils en charge TRIM ? Oui. ~>sudo smartctl -i /dev/sda | grep ^"Device Model" Device Model: Samsung SSD 850 EVO 1TB ~>sudo smartctl -i /dev/sdb | grep ^"Device Model" Device Model: Samsung SSD 850 EVO 1TB http://www.samsung.com/fr/consumer/memory-storage/ssd/850-evo/MZ-75E1 T0B/EU/ (^F TRIM) (Je m'étais assuré de ce point quand j'avais acheté les disques.) Je rappelle en outre que le même tableau RAID1 avec les mêmes disques SSD a fonctionné pendant longtemps sans aucun souci -- jusqu'au passage de cette machine de Debian 8 à Debian 9. L'effondrement de performance ne serait-il consécutif à une écriture en peu de temps de quelques centaines de Mo, ou bien de nombreuses écritures très petites (< 32Ko environ) ? Il m'arrive couramment de déplacer ou copier des centaines de Mo en peu de temps, mais ces moments ne coïncident pas avec la perte de performance. Des crontabs font des tas de jobs pour moi en sous-main, mais elles les faisaient aussi sous Debian 8. Je n'utilise pas JFS, mais a t il été optimisé si possible pour respecter les contraintes techniques de ce genre de support ? J'ai utilisé JFS sur des tas de machines depuis 10-15 ans, des disques seuls, des tableaux RAID1, 5 et 6, je n'ai jamais eu de problème comparable à celui que je constate aujourd'hui. J'ai signalé JFS pour le cas où quelqu'un aurait connaissance d'un changement dans la prise en charge de ce filesystem dans Debian, mais autrement, en lui-même, il m'a toujours semblé très solide. Il faut que je vérifie si ce qui suit s'applique aux SSD. En tout cas sur une clé USB bas de gamme ça fait des miracles. Merci pour ces astuces d'optimisation. Mon problème est toutefois inverse: empêcher la chute soudaine et inexpliquée des performances, plutôt que tirer autant de débit que possible d'un système fonctionnant correctement à la base :-) Seb. J'utilise Debian depuis une quinzaine d'années, sans problème de RAID jusqu'à présent. Mon souci actuel est que deux machines qui font chacune du RAID1 sur deux disques SSD ont des performances disque qui se dégradent brutalement, sans raison apparente (rien trouvé dans syslog, notamment). La vitesse du tableau passe, en gros, de 600 Mo/s à 0,5 Mo/s. La différence est si nette qu'une mesure grossière avec 'dd' suffit à la mettre en évidence (dd if=/dev/zero of=dd.big bs=1k count=1). * La machine à la maison en a été la première victime, dès son installation sous Debian 8 en janvier 2017 (Debian 8 téléchargée en janvier aussi). Le PC était neuf, ses disques aussi. (C'est toujours la version stable de Debian que j'utilise.) * La machine de bureau, qui donnait entière satisfaction depuis plusieurs années, a commencé à montrer les mêmes symptômes juste après son passage de Debian 8 à Debian 9 en juillet 2017. Avant la réinstallation (ce n'était pas une migration de 8 à 9 ne nécessitant qu'un reboot), la Debian 8 n'était que partiellement à jour car j'utilise apt-get upgrade mais jamais dist- upgrade. La version de Debian 8 sur la machine à la maison en janvier 2017 était donc en un sens plus récente que la version de Debian 8 sur la machine de bureau en juillet 2017. * Par ailleurs, j'ai pa
Re: Re : Performance RAID instable
Hello,
Les SSD prennent ils en charge TRIM ?
Oui.
~>sudo smartctl -i /dev/sda | grep ^"Device Model"
Device Model: Samsung SSD 850 EVO 1TB
~>sudo smartctl -i /dev/sdb | grep ^"Device Model"
Device Model: Samsung SSD 850 EVO 1TB
http://www.samsung.com/fr/consumer/memory-storage/ssd/850-evo/MZ-75E1T0B/EU/
(^F TRIM)
(Je m'étais assuré de ce point quand j'avais acheté les disques.)
Je rappelle en outre que le même tableau RAID1 avec les mêmes disques SSD
a fonctionné pendant longtemps sans aucun souci -- jusqu'au passage de
cette machine de Debian 8 à Debian 9.
L'effondrement de performance ne serait-il consécutif à une écriture en
peu de temps de quelques centaines de Mo, ou bien de nombreuses
écritures très petites (< 32Ko environ) ?
Il m'arrive couramment de déplacer ou copier des centaines de Mo en peu de
temps, mais ces moments ne coïncident pas avec la perte de performance.
Des crontabs font des tas de jobs pour moi en sous-main, mais elles les
faisaient aussi sous Debian 8.
Je n'utilise pas JFS, mais a t il été optimisé si possible pour
respecter les contraintes techniques de ce genre de support ?
J'ai utilisé JFS sur des tas de machines depuis 10-15 ans, des disques
seuls, des tableaux RAID1, 5 et 6, je n'ai jamais eu de problème
comparable à celui que je constate aujourd'hui. J'ai signalé JFS pour le
cas où quelqu'un aurait connaissance d'un changement dans la prise en
charge de ce filesystem dans Debian, mais autrement, en lui-même, il m'a
toujours semblé très solide.
Il faut que je vérifie si ce qui suit s'applique aux SSD. En tout cas
sur une clé USB bas de gamme ça fait des miracles.
Merci pour ces astuces d'optimisation. Mon problème est toutefois inverse:
empêcher la chute soudaine et inexpliquée des performances, plutôt que
tirer autant de débit que possible d'un système fonctionnant correctement
à la base :-)
Seb.
J'utilise Debian depuis une quinzaine d'années, sans problème de
RAID
jusqu'à présent. Mon souci actuel est que deux machines qui font
chacune
du RAID1 sur deux disques SSD ont des performances disque qui se
dégradent
brutalement, sans raison apparente (rien trouvé dans syslog,
notamment).
La vitesse du tableau passe, en gros, de 600 Mo/s à 0,5 Mo/s. La
différence est si nette qu'une mesure grossière avec 'dd' suffit à
la
mettre en évidence (dd if=/dev/zero of=dd.big bs=1k count=1).
* La machine à la maison en a été la première victime, dès son
installation sous Debian 8 en janvier 2017 (Debian 8 téléchargée en
janvier aussi). Le PC était neuf, ses disques aussi. (C'est toujours
la
version stable de Debian que j'utilise.)
* La machine de bureau, qui donnait entière satisfaction depuis
plusieurs
années, a commencé à montrer les mêmes symptômes juste après son
passage de
Debian 8 à Debian 9 en juillet 2017. Avant la réinstallation (ce
n'était pas
une migration de 8 à 9 ne nécessitant qu'un reboot), la Debian 8
n'était que
partiellement à jour car j'utilise apt-get upgrade mais jamais dist-
upgrade. La
version de Debian 8 sur la machine à la maison en janvier 2017 était
donc en un
sens plus récente que la version de Debian 8 sur la machine de bureau
en
juillet 2017.
* Par ailleurs, j'ai passé deux autres machines en Debian 9 sans
rencontrer le
problème, mais elles font toutes deux du RAID6 sur des disques à
plateaux.
* Les quatre machines utilisent exclusivement JFS.
Je souligne que même quand les performances deviennent abyssales, les
tableaux
RAID fonctionnent. On peut par exemple copier un fichier ('cp').
Redémarrer la machine restaure la performance normale. La performance
reste
alors stable pendant plusieurs heures. Puis elle s'écroule, ce qui
peut
arriver même quand il n'y a personne devant l'écran, en pleine nuit.
Je joins ci-dessous le résultat des commandes suivantes, lancées sur
la machine
de bureau (RAID1 sur sda+sdb):
smartctl -t short /dev/sda
smartctl -l selftest /dev/sda
smartctl -t short /dev/sdb
smartctl -l selftest /dev/sdb
Est-ce que ces comportements vous évoquent des souvenirs, ou des
pistes à
creuser ? Comment pourrais-je extraire du système des informations
sur
l'origine du problème ? Voyez-vous quels changements intervenus dans
la
Debian 8, après la release initiale, pourraient causer ce
comportement ?
Merci d'avance pour votre aide !
Seb.
PS: si quelqu'un sait comment régler le p'tit problème suivant, ça me
sera
utile aussi: jusqu'à la Debian 8 incluse, quand je faisais un copier-
coller
d'une ligne entière depuis un xterm vers un xterm exécutant zsh, la
commande
s'exécutait dès l'étape coller. Depuis le passage à Debian 9, la
commande
collée apparaît en inverse vidéo, un retour à la ligne a bien été
inséré (le
curseur e
Performance RAID instable
Bonjour !
J'utilise Debian depuis une quinzaine d'années, sans problème de RAID
jusqu'à présent. Mon souci actuel est que deux machines qui font chacune
du RAID1 sur deux disques SSD ont des performances disque qui se dégradent
brutalement, sans raison apparente (rien trouvé dans syslog, notamment).
La vitesse du tableau passe, en gros, de 600 Mo/s à 0,5 Mo/s. La
différence est si nette qu'une mesure grossière avec 'dd' suffit à la
mettre en évidence (dd if=/dev/zero of=dd.big bs=1k count=1).
* La machine à la maison en a été la première victime, dès son
installation sous Debian 8 en janvier 2017 (Debian 8 téléchargée en
janvier aussi). Le PC était neuf, ses disques aussi. (C'est toujours la
version stable de Debian que j'utilise.)
* La machine de bureau, qui donnait entière satisfaction depuis plusieurs
années, a commencé à montrer les mêmes symptômes juste après son passage de
Debian 8 à Debian 9 en juillet 2017. Avant la réinstallation (ce n'était pas
une migration de 8 à 9 ne nécessitant qu'un reboot), la Debian 8 n'était que
partiellement à jour car j'utilise apt-get upgrade mais jamais dist-upgrade. La
version de Debian 8 sur la machine à la maison en janvier 2017 était donc en un
sens plus récente que la version de Debian 8 sur la machine de bureau en
juillet 2017.
* Par ailleurs, j'ai passé deux autres machines en Debian 9 sans rencontrer le
problème, mais elles font toutes deux du RAID6 sur des disques à plateaux.
* Les quatre machines utilisent exclusivement JFS.
Je souligne que même quand les performances deviennent abyssales, les tableaux
RAID fonctionnent. On peut par exemple copier un fichier ('cp').
Redémarrer la machine restaure la performance normale. La performance reste
alors stable pendant plusieurs heures. Puis elle s'écroule, ce qui peut
arriver même quand il n'y a personne devant l'écran, en pleine nuit.
Je joins ci-dessous le résultat des commandes suivantes, lancées sur la machine
de bureau (RAID1 sur sda+sdb):
smartctl -t short /dev/sda
smartctl -l selftest /dev/sda
smartctl -t short /dev/sdb
smartctl -l selftest /dev/sdb
Est-ce que ces comportements vous évoquent des souvenirs, ou des pistes à
creuser ? Comment pourrais-je extraire du système des informations sur
l'origine du problème ? Voyez-vous quels changements intervenus dans la
Debian 8, après la release initiale, pourraient causer ce comportement ?
Merci d'avance pour votre aide !
Seb.
PS: si quelqu'un sait comment régler le p'tit problème suivant, ça me sera
utile aussi: jusqu'à la Debian 8 incluse, quand je faisais un copier-coller
d'une ligne entière depuis un xterm vers un xterm exécutant zsh, la commande
s'exécutait dès l'étape coller. Depuis le passage à Debian 9, la commande
collée apparaît en inverse vidéo, un retour à la ligne a bien été inséré (le
curseur est sur une nouvelle ligne), mais cela ne provoque pas l'exécution de
la commande, il faut encore que j'appuie sur Entrée. J'aimerais bien revenir à
la situation précédente (pas besoin d'appuyer sur Entrée) mais je ne sais pas
ce qu'il faut régler...
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
#smartctl -l selftest /dev/sda
smartctl 6.6 2016-05-31 r4324 [i686-linux-4.9.0-3-686-pae] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_DescriptionStatus Remaining LifeTime(hours)
LBA_of_first_error
# 1 Short offline Completed without error 00% 17786 -
# 2 Short offline Completed without error 00% 15666 -
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
#smartctl -l selftest /dev/sdb
smartctl 6.6 2016-05-31 r4324 [i686-linux-4.9.0-3-686-pae] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_DescriptionStatus Remaining LifeTime(hours)
LBA_of_first_error
# 1 Short offline Completed without error 00% 16593 -
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4]
[raid10]
md3 : active raid1 sdb3[1] sda3[0]
951464640 blocks super 1.2 [2/2] [UU]
bitmap: 2/8 pages [8KB], 65536KB chunk
md2 : active raid1 sda1[0] sdb1[1]
20955136 blocks super 1.2 [2/2] [UU]
unused devices:
Compilation qtwebkit
Hello, J'aimerai backporter qtwebkit de sid en wheezy, malheureusement ça échoue à la construction du paquet. --- 8< g++ -m64 -Wl,--version-script,/root/qtwebkit-2.3.4.dfsg/Tools/qmake/mkspecs/features/symbols.filter -Wl,--gc-sections -Wl,--no-undefined -Wl,-z,relro -Wl,--as-needed -Wl,--no-keep-memory -shared -o libTestNetscapePlugIn.so obj/release/PluginObject.o obj/release/PluginTest.o obj/release/TestObject.o obj/release/main.o obj/release/DocumentOpenInDestroyStream.o obj/release/EvaluateJSAfterRemovingPluginElement.o obj/release/FormValue.o obj/release/GetURLNotifyWithURLThatFailsToLoad.o obj/release/GetURLWithJavaScriptURL.o obj/release/GetURLWithJavaScriptURLDestroyingPlugin.o obj/release/GetUserAgentWithNullNPPFromNPPNew.o obj/release/NPDeallocateCalledBeforeNPShutdown.o obj/release/NPPNewFails.o obj/release/NPPSetWindowCalledDuringDestruction.o obj/release/NPRuntimeCallsWithNullNPP.o obj/release/NPRuntimeObjectFromDestroyedPlugin.o obj/release/NPRuntimeRemoveProperty.o obj/release/NullNPPGetValuePointer.o obj/release/PassDifferentNPPStruct.o obj/release/PluginScriptableNPObjectInvokeDefault.o obj/release/PluginScriptableObjectOverridesAllProperties.o obj/release/PrivateBrowsing.o -L/usr/X11R6/lib64 -L/usr/lib/x86_64-linux-gnu -lX11 -lxslt -lxml2 -lgio-2.0 -lgstapp-1.0 -lgstpbutils-1.0 -lgstvideo-1.0 -lgstaudio-1.0 -lgstbase-1.0 -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lsqlite3 -lfontconfig -lpthread -lQtOpenGL -lQtGui -lQtNetwork -lQtCore -lGL -lXext -lX11 -lm mv -f libTestNetscapePlugIn.so ../../../../lib/plugins/ make[5]: Leaving directory `/root/qtwebkit-2.3.4.dfsg/WebKitBuild/Release/Tools/DumpRenderTree/qt/TestNetscapePlugin' make[4]: Leaving directory `/root/qtwebkit-2.3.4.dfsg/WebKitBuild/Release/Tools' make[3]: Leaving directory `/root/qtwebkit-2.3.4.dfsg/WebKitBuild/Release' make[2]: Leaving directory `/root/qtwebkit-2.3.4.dfsg/WebKitBuild/Release' WebKit is now built (3h:09m:15s). To run QtTestBrowser with this newly-built code, use the "Tools/Scripts/run-launcher" script. make[1]: Leaving directory `/root/qtwebkit-2.3.4.dfsg' dh_auto_test -O--parallel -O--fail-missing -O--dbg-package=libqtwebkit4-dbg debian/rules binary dh binary --parallel --fail-missing --dbg-package=libqtwebkit4-dbg --with pkgkde_symbolshelper dh_testroot -O--parallel -O--fail-missing -O--dbg-package=libqtwebkit4-dbg dh_prep -O--parallel -O--fail-missing -O--dbg-package=libqtwebkit4-dbg dh_installdirs -O--parallel -O--fail-missing -O--dbg-package=libqtwebkit4-dbg debian/rules override_dh_auto_install make[1]: Entering directory `/root/qtwebkit-2.3.4.dfsg' dh_auto_install -- INSTALL_ROOT=/root/qtwebkit-2.3.4.dfsg/debian/tmp -C WebKitBuild/Release make[1]: Leaving directory `/root/qtwebkit-2.3.4.dfsg' dh_install -O--parallel -O--fail-missing -O--dbg-package=libqtwebkit4-dbg cp: cannot stat `debian/tmp/usr/include/qt4/QtWebKit/QGraphicsWebView': No such file or directory dh_install: cp -a debian/tmp/usr/include/qt4/QtWebKit/QGraphicsWebView debian/libqtwebkit-dev//usr/include/qt4/QtWebKit/ returned exit code 1 make: *** [binary] Error 2 dpkg-buildpackage: error: debian/rules binary gave error exit status 2 --8<--- J'ai utilisé la commande suivante (après avoir apt-get build-dep et apt-get source) dpkg-buildpackage -us -uc -b Je la lance depuis le répertoire qtwebkit-2.3.4.dfsg dans qtwebkit-2.3.4.dfsg/debian, je n'ai pas de répertoire tmp. Si je le crée et que je colle l'include, il disparait quand je tente de rebuild. Je suis preneur de toute aide, j'ai besoin de qtwebkit 2.3 car il est linké avec gstreamer1.0 au lieu de 0.10 Merci
Re: USB (Aucun medium trouvé)
Le 16/04/2013 22:35, Raphaël POITEVIN a écrit : Gal Seb writes: usb se connecte à /dev/sdb ... Si tu fais un ls -l /dev/sdb il dit quoi ? $ ls -l /dev/sdb brw-rw 1 root disk 8, 16 avril 16 21:55 /dev/sdb C'est confirmé donc :) J'osais espérer que certains d'entre vous en plus d'être disponibles auraient une expérience pour me guider et recréer les liens qui manque. Mais j'y pense, ne s'agirait-il pas d'une de ces foutues clefs U3 ? Raphaël Si c'est le cas, ce serait contre ma volonté. Et je possède cette clé depuis son achat. Elle a fonctionné quelques années. Gal
USB (Aucun medium trouvé)
Bonsoir,
Plutôt que de jeter la clé USB, je me dis que c'est l'occasion
d'approfondir le fonctionnement des périphériques sous Linux. Et donc
l'utilisation de "udev"
Alors, sous Precise Pangolin, je remercie l'"utilitaire de disque" : la
clé usb se connecte à /dev/sdb ...
Des branchements et débranchements sauvages le confirme :
dmesg |grep usb
[ 2104.221856] usb 1-1.1: USB disconnect, device number 3
[ 2111.916610] usb 1-1.1: new high-speed USB device number 4 using ehci_hcd
[ 2112.009324] scsi6 : usb-storage 1-1.1:1.0
Par contre aucune informations avec fdisk.
Je tente tout de même de formater :
sudo mkfs.vfat /dev/sdb
mkfs.vfat 3.0.12 (29 Oct 2011)
/dev/sdb: No medium found
/dev/sdd qui n'a rien de branché donne :
sudo mkfs.vfat /dev/sdd
mkfs.vfat 3.0.12 (29 Oct 2011)
/dev/sdd: No such file or directory
J'ai découvert l'outil udev alors je test une formule :
udevadm info -a -p $(udevadm info -q path -n /dev/sdb)
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/host4/target4:0:0/4:0:0:0/block/sdb':
KERNEL=="sdb"
SUBSYSTEM=="block"
DRIVER==""
ATTR{range}=="16"
ATTR{ext_range}=="256"
ATTR{removable}=="1"
ATTR{ro}=="0"
ATTR{size}=="0"
ATTR{alignment_offset}=="0"
ATTR{discard_alignment}=="0"
ATTR{capability}=="51"
ATTR{stat}==" 0000 00
00000"
ATTR{inflight}==" 00"
ATTR{events}=="media_change"
ATTR{events_async}==""
ATTR{events_poll_msecs}=="2000"
looking at parent device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/host4/target4:0:0/4:0:0:0':
KERNELS=="4:0:0:0"
SUBSYSTEMS=="scsi"
DRIVERS=="sd"
ATTRS{device_blocked}=="0"
ATTRS{type}=="0"
ATTRS{scsi_level}=="3"
ATTRS{vendor}=="USBest "
ATTRS{model}=="USB2FlashStorage"
ATTRS{rev}=="0.00"
ATTRS{state}=="running"
ATTRS{timeout}=="30"
ATTRS{iocounterbits}=="32"
ATTRS{iorequest_cnt}=="0x209"
ATTRS{iodone_cnt}=="0x209"
ATTRS{ioerr_cnt}=="0x208"
ATTRS{evt_media_change}=="0"
ATTRS{dh_state}=="detached"
ATTRS{queue_depth}=="1"
ATTRS{queue_type}=="none"
ATTRS{max_sectors}=="240"
looking at parent device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/host4/target4:0:0':
KERNELS=="target4:0:0"
SUBSYSTEMS=="scsi"
DRIVERS==""
looking at parent device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/host4':
KERNELS=="host4"
SUBSYSTEMS=="scsi"
DRIVERS==""
looking at parent device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0':
KERNELS=="1-1.1:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="usb-storage"
ATTRS{bInterfaceNumber}=="00"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bNumEndpoints}=="03"
ATTRS{bInterfaceClass}=="08"
ATTRS{bInterfaceSubClass}=="06"
ATTRS{bInterfaceProtocol}=="50"
ATTRS{supports_autosuspend}=="1"
* looking at parent device
'/devices/pci:00/:00:1a.0/usb1/1-1/1-1.1':*
KERNELS=="1-1.1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bMaxPower}==" 98mA"
ATTRS{urbnum}=="2610"
ATTRS{idVendor}=="1307"
ATTRS{idProduct}=="0163"
ATTRS{bcdDevice}=="0100"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{speed}=="480"
ATTRS{busnum}=="1"
ATTRS{devnum}=="3"
ATTRS{devpath}=="1.1"
ATTRS{version}==" 2.00"
ATTRS{maxchild}=="0"
ATTRS{quirks}=="0x0"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{authorized}=="1"
looking at parent device '/devices/pci:00/:00:1a.0/usb1/1-1':
KERNELS=="1-1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bMaxPower}==" 0mA"
ATTRS{urbnum}=="33"
ATTRS{idVendor}=="8087"
ATTRS{idProduct}=="0020"
ATTRS{bcdDevice}==""
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="01"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{speed}=="480"
ATTRS{busnum}=="1"
ATTRS{devnum}=="2"
ATTRS{devpath}=="1"
ATTRS{version}==" 2.00"
ATTRS{maxchild}=="6"
ATTRS{quirks}=="0x0"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{authorized}=="1"
looking at parent device '/devices/pci:00/:00:1a.0/usb1':
KERNEL
Re: Erreur "cp: opérande du fichier cible manquant" dans script shell [debutant]
C'est incontestable :) mais j'avoue préférer: action1 && action2 et [ expr1 -a expr2 ] ou mieux test expr1 -a expr2 action2 n'est entreprise que si action1 se termine correctement, mais ce sont des actions et il peut être dommageable d'exécuter action2 si action1 ne se passe pas bien. En revanche pour un test, surtout complexe, je préfère n'utiliser qu'une seule instance de test (ou [). Les tests n'étant qu'arithmétiques il n'y a pas de "danger" à évaluer expr2 si expr1 est faux. Ça a l'avantage de lancer un seul processus au lieu de deux (ou plus) et je perçois l'avantage comme celui d'un (joli) "grep foo bar" par rapport à un (horrible) "cat bar | grep foo" :). D'ailleurs, je n'en ai pas la moindre idée mais ça ne m'étonnerait pas que [ évalue un peu intelligemment et donc se passe d'évaluations inutiles (faudrait zieuter le code source, le man n'en parle pas) Cordialement seb - Mail original - De: "Daniel Huhardeaux" À: debian-user-french@lists.debian.org Envoyé: Lundi 16 Juillet 2012 09:16:18 Objet: Re: Erreur "cp: opérande du fichier cible manquant" dans script shell [debutant] Bonjour Le 16/07/2012 08:35, Sébastien MARQUE a écrit : > Bonjour, > > oui, si ça me piquait les yeux c'est surtout parce que c'était > difficile à lire (majuscules, pas d'espace, signes cabalistiques > toussa toussa) :), après ce sont des goûts personnels qui peuvent très > bien ne pas être les plus judicieux: > > * je trouve les tests > "[ expr1 ] && [ expr2]" > moins élégants que > "[ expr1 -a expr2 ]" Ce n'est pas la même chose. Le premier exemple dit "expr2 est réalisée si expr1 est vrai". Le second exemple dit "si expr1 ET expr2 sont vrais" -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5003bfc2.6000...@tootai.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1300833691.35769510.1342442227243.javamail.r...@zimbra33-e6.priv.proxad.net
Re: Clef wifi USB reconnue ne détecte pas de réseau
Salut, | > * la clef apparaît bien dans ifconfig -a (wlan0) : | et j'imagine, sans le numéro IP ... ? Sans IP, effectivement. Ce serait trop beau. | As tu essayé "avec" et "sans" "network-manager" ? Il est lié au bureau Gnome par nm-applet, qui est activé quand on clique sur l'icône du réseau. Je suppose que comme iwlist ne donne rien, la réponse est oui. | Es tu sûr que Squeeze a bien reconnu le module de ta clé WiFi usb ? Si ce n'était pas le cas, je ne pense pas qu'elle apparaîtrait dans ifconfig. Et le module rt2800usb apparaît bien par lsmod. | Sniff, dommage, sinon de trouver comment Ubuntu détecte bien ta clé et | de le transposer vers Debian. Yep ! Je vais recontacter les gars de network-manager, pour voir s'ils ont une idée. Sinon, j'irai toquer chez Ubuntu: il y a forcément quelqu'un qui sait, reste à le localiser. D'autant qu'Ubuntu ne s'installe pas sur ce vieux portable, peut-être parce qu'il n'a « que » 256 Mo de RAM. | Vraiment désolé de ne pouvoir t'aider plus. Merci d'avoir essayé ! Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105261923480.9527@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour, | > | > * Ubuntu Live + Gnome: la clef usb wifi est tout de suite reconnue et | > | > * Debian Live + Gnome: la clef usb n'est pas du tout vue par le système. | > | Et j'imagine pour toi, | > | Debian installée en dur + KDE et/ou GNOME = niet ? | Installer Gnome et Kde, non, ça ne pose pas de problèmes. | Ça te permettrait d'avoir ta clé WiFi opérationnelle, J'ai fait un essai en installant Debian sur un vieux portable. (D'ailleurs l'install de Squeeze ne fonctionnait pas, problème de mode d'affichage dès le début... J'ai installé Lenny puis dist-upgrade.) Avec Squeeze non live + Gnome, « ça ne marche pas »: * la clef apparaît bien dans ifconfig -a (wlan0). * iwlist wlan0 scan me renvoie "not supported, network is down". * L'icône du réseau est désactivée et quand je clique dessus, je vois, à la rubrique "wireless networks", "not connected" en grisé, non cliquable, que je boote avec ou sans la clef. (NB: c'est le nouveau modèle de la D-Link DWL-G122, pas l'ancien qui passait mieux.) La différence provient donc d'Ubuntu, qui doit ajouter quelque chose (mais quoi ??) pour que la clef fonctionne... Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105261319051.9527@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Hello, | > * Ubuntu Live + Gnome: la clef usb wifi est tout de suite reconnue et | > * Debian Live + Gnome: la clef usb n'est pas du tout vue par le système. | Et j'imagine pour toi, | Debian installée en dur + KDE et/ou GNOME = niet ? Je ne tiens vraiment pas à installer KDE/Gnome: ça va être la galère ensuite pour expliquer au système que je veux démarrer en console et lancer fvmw2 à la main via startx... Donc je ne sais pas. Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105231557100.4800@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour, | > Je cherche plutôt une explication dans la direction d'Ubuntu ou de Gnome. | Je n'ai pas vu passer la suite et fin sur ce sujet. | Elle m'aurait intéressé : | sous Squeeze et KDE-4, je n'arrive pas à connecter ma Box via WiFi, | par contre sous Gnome = OUI. | Merci d'un petit retour si résolu ou pas. Sur le conseil de la liste, j'ai fait un essai avec une Debian Live récente, sous Gnome. Verdict: * Ubuntu Live + Gnome: la clef usb wifi est tout de suite reconnue et utilisable. * Debian Live + Gnome: la clef usb n'est pas du tout vue par le système. Il y a donc dans Ubuntu un petit plus qui n'est pas présent dans Debian, mais je ne sais pas ce que c'est. (Et je ne veux utiliser ni Ubuntu, ni Gnome...) Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105231431550.4717@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
| http://www.debian.org/CD/live/ Merci pour le pointeur, je télécharge pour faire l'essai. | Désolé, j'avais mal suivi le thread : tu es donc sous Ubuntu. Non, je suis sous Debian Squeeze. Juste, le seul Gnome que j'avais sous la main était sur un live CD d'Ubuntu. Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105132234060.9565@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Hello, | Et avec Debian Squeeze sous GNOME ? : | la clé USB WiFi fonctionne ? Hélas je n'ai pas de moyen simple de le tester: le CD d'Ubuntu peut être utilisé en Live, pas celui de Debian il me semble. (Mais ça fait bien longtemps que je n'ai pas booté un CD de Debian: je migre de version en version.) Je ne tiens pas vraiment à installer Gnome sur ma machine d'usage. | Jamais réussi à connecter la wifi après une Lenny upgradée =>Squeeze | sous KDE ... Par contre avec le bureau GNOME, aucun problème. Tiens, c'est bizarre et intéressant ! Parmi les pistes, ce serait donc plutôt Gnome qui fait quelque chose de spécial, pas Ubuntu... Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105132120130.9565@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour Raphaël, | Il arrive parfois que certains chipsets soient bridés à une certaine | plage de canaux en fonction de la zone choisie. En principe les | utilitaires sous windows permettent de choisir sa région. Si on sors de | la plage définie, point de détection. Par exemple France = 11-13 et | Europe=1-13. Peut être un truc comme ça ? Piste intéressante, mais qui ne colle pas bien avec le fait que la clef marche parfaitement dans un environnement Ubuntu+Gnome (ou Windows), désolé de ne pas avoir redonné cette info dans le mail précédent. Je cherche plutôt une explication dans la direction d'Ubuntu ou de Gnome. Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105131823010.9565@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour, | > as tu regardé si ta clé a un "rfkill" ? Merci pour le pointeur; j'ai testé; mais pas de problème de blocage. Pour information, j'ai aussi pris contact avec les développeurs de Network-Manager via IRC et ils ne voient pas bien pourquoi la clef est reconnue et aisément utilisable sous Ubuntu+Gnome alors qu'elle ne détecte aucun réseau par iwlist que ce soit sous Debian+fvwm ou Ubuntu+Gnome (iwlist reste muet même quand la clef est en train de fonctionner grâce à nm-applet). D'après eux, la détection de réseau par NM est un enrobage autour de iwlist justement. Je suppose que l'enrobage est particulièrement bien fait... Autre info: pour lancer nm-applet depuis fvwm, il faut installer un systray, par exemple stalonetray. À partir de là j'ai bien une icône pour NM; elle ne détecte aucun réseau (alors qu'elle devrait en voir une dizaine) mais si je lui indique le nom de mon réseau wifi (sur Freebox) elle parvient à se connecter -- mais seulement en mode ad hoc, c'est-à-dire en établissant une connexion point à point dont on ne peut pas sortir. La solution n'est pas encore là, mais il y a un peu de progrès... Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105131808490.9565@ybpnyubfg.ybpnyqbznva
Re: Shift + flèche dans éditeur
Bonjour, | Sous Vim, il y a plus efficace: | i# (j'insère un #) | j.j.j.j.j. ... (je descend d'un et je répète l'insertion) J'aurais dû préciser que c'est surtout Nano qui m'intéresse: j'utilise celui-ci pour écrire et Vim pour des corrections touffues. | Sur le problème d'origine, je regarderais dans les définitions de | terminal qui ont du changer, mais sans garantie. Heu, volontiers mais cela dépasse mes compétences: où chercher une telle info ? Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105131311040.9565@ybpnyubfg.ybpnyqbznva
Shift + flèche dans éditeur
Bonjour,
Lors du passage de Lenny à Squeeze, un problème petit mais embêtant en
pratique est apparu: quand, dans un éditeur (nano ou vim), j'appuie sur
une flèche de direction (en pratique, Up ou Down) en appuyant sur Shift,
l'éditeur ne se comporte pas comme si la touche Shift n'était pas enfoncée
(ce qui était le comportement sous Lenny).
Le moment où cela intervient, c'est quand j'ajoute des caractères de mise
en commentaire ('#' pour Perl, '%' pour LaTeX), que je compose sur un
clavier qwerty (d'où le Shift). Quand il y a $n lignes à commenter, c'est
vraiment plus pratique de laisser Shift enfoncée: Shift+3 (#), Shift+Down
(ligne vers le bas), et on recommence.
Actuellement: sous Nano, Shift+Down = rien (curseur immobile); sous Vim,
Shift+Down = comme le G du mode commande (on va à la dernière ligne), mais
en restant dans le mode insertion.
Sauriez-vous quel fichier de config modifier, ou quel package
installer/dpkg-reconfigurer, pour m'enlever cette épine du pied ?
Seb.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/Pine.LNX.4.58.1105130022000.30415@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour Bernard,
Merci pour les idées et pour les commandes à copier-coller !
(Prélude: j'ai lancé une Ubuntu en mode Live CD. Quand j'atterris dans
Gnome, je clique sur l'icône des arcs de cercle concentriques. L'interface
me propose tout de suite une liste de réseaux disponibles; je choisis le
mien, j'entre le mot de passe; ça marche du premier coup. Donc la clef
fonctionne sous Linux. Il manque juste de comprendre quelle magie opère
dans les coulisses de l'icône du wifi sous Gnome.)
| en premier et pour l'ensemble des lecteurs, serait il possible de
| donner :
| -a) la version du noyau installé
| uname -ar |awk '{print $1 " "$3 " "$5}'
~> uname -ar |awk '{print $1 " "$3 " "$5}'
Linux 2.6.32-5-686 SMP
| -b) la liste des paquets usb installés :
| dpkg -l |grep usb |awk '{print $2" "$3}'
~> dpkg -l |grep usb |awk '{print $2" "$3}'
libusb-0.1-4 2:0.1.12-17
libusb-1.0-0 2:1.0.8-2
libusbmuxd1 1.0.4-1
multisystem 1.0059
usb-modeswitch 1.1.4-2
usb-modeswitch-data 20100826-1+squeeze0
usbmount 0.0.21
usbmuxd 1.0.4-1
usbutils 0.87-5
xserver-xorg-video-sisusb 1:0.9.3-2
| pour mémoire :
|gestionnaire de bureau : fvwm
|dpkg -l firmware-ralink|awk '{print $2" "$3}'
~>dpkg -l firmware-ralink|awk '{print $2" "$3}'
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
Err?=(none)/Reinst-required (Status,Err:
Name Version
firmware-ralink 0.28
| listes des paquets "conseillés"
| hostapd - user space IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP
| python-wicd
| wicd
| wicd-cli
| wicd-curses
| wicd-daemon
| wicd-gtk
Certains packages n'étaient pas encore installés. Je les ai ajoutés par:
apt-get install hostapd wicd-cli wicd-curses
Quand je branche la clef usb wifi, elle apparaît maintenant comme wlan1
dans ifconfig.
| apt-cache show networkconf
~# apt-cache show networkconf
N: Unable to locate package networkconf
E: No packages found
~# apt-cache search networkconf
knetworkconf - network configuration tool
~# apt-cache search network | grep network | grep conf | grep ^net | cut -d ' '
-f 1
netenv
netscript-2.4-upstart
netscript-2.4
network-config
Aucun (y compris knetworkconf) ne correspond à la description suivante:
| Network/Wifi configuration tool Simple tool for quickly
| configuring eth and wlan devices for Debian-based
| distributions using /etc/network/interfaces.
| Initially for the Morphix project, this tool also provides
| WEP options for wireless network cards.
| je n'ai pas de solution directe à donner, mais simplement pour
| aporter une piste de réflexion
C'est déjà utile, merci.
Nouvel essai, après avoir décommenté les lignes concernant wlan1 dans
/etc/network/interfaces (où j'ai également changé wlan0 en wlan1):
~# ifdown wlan1 && ifup wlan1
ifdown: interface wlan1 not configured
Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wlan1/34:08:04:94:0f:a9
Sending on LPF/wlan1/34:08:04:94:0f:a9
Sending on Socket/fallback
DHCPDISCOVER on wlan1 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan1 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on wlan1 to 255.255.255.255 port 67 interval 9
^C
~# iwlist wlan1 scan
wlan1 No scan results
Bouh.
Je manque d'idée pour faire le pas suivant... Merci d'avance pour votre
aide !
Seb.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/Pine.LNX.4.58.1105071309070.29754@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonsoir, | J'ai la même clé : | $ lsusb | Ralink Technology, Corp. RT2501/RT2573 Wireless Adapter Presque mais pas tout à fait: D-Link System AirPlus G DWL-G122 Wireless Adapter(rev.E) [Ralink RT2870] | $ ps aux | grep rt | rt73usb Les chipsets des clefs USB Ralink un peu plus anciennes chargent effectivement rt73usb, ce qui n'est pas le cas de la mienne hélas. En l'occurrence, je n'ai rien via 'ps': ~>ps aux | grep rt | grep usb ~> C'est peut-être un symptôme intéressant, mais je ne sais pas quoi en faire... | # cat /etc/modprobe.d/ralink | alias wlan* rt73 ~>cat /etc/modprobe.d/ralink cat: /etc/modprobe.d/ralink: No such file or directory puis: ~# echo "alias wlan* rt73" >> /etc/modprobe.d/ralink ensuite je débranche/rebranche la clef, mais: ~# ifconfig wlan0 down && ifconfig wlan0 up && iwlist wlan0 scan wlan0 No scan results donc: ~# rm /etc/modprobe.d/ralink | # /etc/network/interfaces | allow-hotplug wlan0 | auto wlan0 | iface wlan0 inet dhcp | wireless-essid | wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf Je n'ai pas encore configuré wpa_supplicant, je me dis que cela vient en aval de la détection de réseaux. | Cette clé USB marche très bien, juste un peu capricieuse et parfois | lente pour accrocher le n° IP depuis le serveur DHCP. Lente comment ? Pourrais-tu copier-coller un exemple de transaction qui s'affiche par "/etc/init.d/networking restart" ? Merci pour ton aide et pour ces pistes ! Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105062333160.24267@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonsoir Jean-Sébastien, | Ma réponse est probablement trop simple, mais comme tu dis que utilises | le wifi pour la première fois⦠Je recherche justement des idées basiques, merci ! | Pour que iwlist te renvoie quelque-chose il faut bien le précéder d'un | « ifconfig wlan0 up », que je te conseille même de précéder d'un | « ifconfig wlan0 down » pour être sûr que la carte n'a pas des | réglages incompatibles avec la détection (par exemple airodump-ng | change son mode de réception). Je viens d'essayer et hélas cela n'a pas changé la donne: ~# ifconfig wlan0 down && ifconfig wlan0 up && iwlist wlan0 scan wlan0 No scan results et ceci que je commente ou non les lignes concernant wlan0 dans /etc/network/interfaces. | En parlant de cet exemple, tu peux utiliser airodump-ng du paquet | aircrack-ng pour faire ta détection. Bien sûr ces paquets servent | aussi à bien d'autres choses, mais ils sont vraiment efficaces pour | s'affranchir des problèmes de conf. Tu fais un « ifconfig wlan0 | down » et airodump-ng se charge de passer en mode âpromiscuousâ et | entame sa détection des réseaux environnants. Je n'ai pas trouvé de package pour aircrack: ~>apt-cache search crack | grep air ~> J'utilise les dépôts usuels: ~>grep . /etc/apt/sources.list | egrep -v '#|src' deb http://ftp.fr.debian.org/debian/ squeeze main contrib non-free deb http://ftp.fr.debian.org/debian/ testing main contrib non-free deb http://security.debian.org/ squeeze/updates main deb http://www.debian-multimedia.org/ squeeze main Saurais-tu quel est celui qui me manque pour aircrack ? À défaut, j'ai téléchargé les sources sur www.aircrack-ng.org, compilé et installé. Mais cela ne m'a pas fourni airodump-ng. Voici ce qui est dispo: ~>air aircrack-ngairdecap-ngairdecloak-ng Merci pour tes conseils ! Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105062316530.24267@ybpnyubfg.ybpnyqbznva
Re: Clef wifi USB reconnue ne détecte pas de réseau
Bonjour Christophe, | Ajouter la section non-free au sources.list et aptitude install | firmware-ralink pourrait t'aider. Bonne idée mais: ~>dpkg -l firmware-ralink ||/ Name VersionDescription +++-==-==- ii firmware-ralin 0.28 Binary firmware for Ralink wireless cards Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105062122160.24267@ybpnyubfg.ybpnyqbznva
Clef wifi USB reconnue ne détecte pas de réseau
Bonjour ! J'ai une clef USB wifi (TP-Link TL-WN727N) qui utilise un chipset Ralink: ~>lsusb | grep -i wireless Bus 001 Device 016: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter Elle est reconnue par le système dès que je la branche: ~>ifconfig -a [snip] wlan0 Link encap:Ethernet HWaddr 54:e6:fc:92:72:00 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) ~>iw wlan0 info Interface wlan0 ifindex 13 type managed ~>lsmod | grep rt2 rt2870sta 326811 0 rt2800usb 24919 0 rt2x00usb 5713 1 rt2800usb rt2x00lib 19101 2 rt2800usb,rt2x00usb led_class 1757 1 rt2x00lib mac80211 123570 2 rt2x00usb,rt2x00lib cfg80211 87657 2 rt2x00lib,mac80211 crc_ccitt 1039 2 rt2870sta,rt2800usb usbcore98733 7 rt2870sta,rt2800usb,rt2x00usb,usbhid,ohci_hcd,ehci_hcd Problème: je ne parviens pas à détecter de signal wifi. *Aucun* signal wifi, ce n'est pas seulement celui de ma Freebox qui n'apparaît pas: ceux des voisins n'apparaissent pas non plus. ~#iwlist wlan0 scan wlan0 No scan results ~>nmcli dev wifi SSID BSSID MODE FREQ RATE SIGNAL SECURITY ACTIVE ~> ~#wicd-client -n -> fenêtre et la mention "No wireless networks found." Quand j'ai testé cette clef sous Windows, je n'avais pas ce problème: une dizaine de signaux wifi étaient captés, dont celui de ma Freebox. Donc la clef fonctionne. Précisions importantes: * Je suis en Debian stable. * Je connais assez bien Linux, mais je n'ai /jamais/ utilisé de wifi auparavant; il est donc très possible que j'aie raté un truc évident et essentiel à ce sujet. * Je n'utilise pas Gnome/KDE/etc., mais fvwm2, et je n'ai pas de clic-clic bien enrobé pour lancer network-manager (quand je lance nm-applet en ligne de commande, il ne se passe rien, sauf que le prompt est mobilisé). * Pour faire comme dit dans la doc de network-manager, j'ai commenté toutes les lignes concernant wlan0 dans /etc/network/interfaces. * Quand je mets les lignes suivantes dans /etc/network/interfaces: auto wlan0 iface wlan0 inet dhcp wpa-ssid wpa-psk et que je lance /etc/init.d/networking restart, l'établissement d'une connexion échoue: Listening on LPF/wlan0/54:e6:fc:92:72:00 Sending on LPF/wlan0/54:e6:fc:92:72:00 Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5 [etc.] * En suivant des tutos en ligne, j'ai fait pas mal de manips type enlever tel driver par rmmod, le blacklist, etc. Rien n'a marché. J'ai tout remis en l'état de départ. Mais après avoir débranché et rebranché la clef, c'est tombé en marche: "iwlist wlan0 scan" me donnait une dizaine de réseaux. J'étais hélas incapable de savoir ce qui avait produit cet effet (qui ne s'est manifesté qu'après avoir débranché/rebranché la clef). J'ai rebooté et patatras: mêmes symptômes que ci-dessus, plus de réseau détecté, que je boote avec la clef branchée ou non. Je ne sais vraiment pas ce qui a fait temporairement la différence et je n'ai pas réussi à retomber dessus par hasard. Moralité quand même: ça *peut* marcher, ça *a* marché, c'est juste un problème de config qui me dépasse. * Enfin, un ami qui a la même clef me dit que sur son Ubuntu 11.04, le clic-clic de Gnome fait marcher la clef tandis que "iwlist wlan0 scan" ne renvoie rien en ligne de commande. À l'évidence son clic-clic fait un truc supplémentaire, mais quoi... J'aimerais beaucoup réussir à faire enfin marcher cette clef, vous avez sans doute compris que j'y ai déjà passé pas mal de temps... Tout conseil sera le bienvenu, merci d'avance ! Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/Pine.LNX.4.58.1105062001180.24267@ybpnyubfg.ybpnyqbznva
Re: Son sous Lenny: pb à l'installation
| > * Quand j'installe Lenny en version « poste de travail » avec Gnome, | > j'ai du son (carte SoundBlaster PCI 128, driver pour Ensoniq 1371). | > | > * Quand je l'installe en version minimale (pas d'utilisation typique | > sélectionnée à la fin de l'install), en ajoutant les paquets à la | > main (mon WM est FVWM2) à mesure des besoins, je ne parviens pas à | > faire marcher le son. | As-tu essayé d' installer en utilisant le mode expert et en mettant | desktop=fvwm2? (Je pense que c'est possible) Je suis sorti des phases d'installation, pour me fixer sur une install en Lenny; j'aimerais vraiment éviter de repartir encore une fois à zéro, et identifier définitivement le bug plutôt que le contourner. Cependant c'est une bonne idée dans l'absolu, je la note au moins pour le prochain changement de PC. Seb. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Son sous Lenny: pb à l'installation
Bonjour !
Je suis en Debian Lenny et je rencontre un problème assez curieux.
* Quand j'installe Lenny en version « poste de travail » avec Gnome, j'ai
du son (carte SoundBlaster PCI 128, driver pour Ensoniq 1371).
* Quand je l'installe en version minimale (pas d'utilisation typique
sélectionnée à la fin de l'install), en ajoutant les paquets à la main
(mon WM est FVWM2) à mesure des besoins, je ne parviens pas à faire
marcher le son.
* Quand je réinstalle Etch en version minimale (+ paquets à la main, les
mêmes qu'au point précédent via un script), le son fonctionne tout de
suite.
* Si à partir de cette base j'upgrade ma Etch en Lenny, le son continue à
fonctionner.
Question configuration, je pense que c'est bon, mais voici les principales
infos.
~>lsmod | grep ^snd_ens1371
snd_ens137119072 0
~>cat /proc/asound/cards
0 [AudioPCI ]: ENS1371 - Ensoniq AudioPCI
Ensoniq AudioPCI ENS1371 at 0xb000, irq 16
~>cat $HOME/.asoundrc
pcm.!default { type hw card "AudioPCI" }
ctl.!default { type hw card "AudioPCI" }
# Carte intégrée à la CM mise en commentaires.
J'ai utilisé alsaconf pour sélectionner cette carte, puis utilisé
alsamixer pour augmenter le volume. À ce stade, ça devrait marcher. Signe
que les branchements matériels sont bons, j'entends un bref « pouf » dans
les hauts-parleurs quand alsaconf termine son job. Quand je lance
MPlayer sur un MP3, il n'indique rien d'anormal. Pour lui, ça roule. Et
d'ailleurs quand j'ai les mêmes réglages sous Etch, ça marche.
Tout cela me conduit à penser que quelque chose a changé dans
l'installation entre Etch et Lenny concernant le son. Peut-être qu'un
package important (mais pas suffisamment crucial pour qu'alsaconf ni
mplayer ne remarque son absence) n'est maintenant présent que si on
installe un WM à la mode comme Gnome ou KDE. J'ai envoyé un bug-report
contre ce problème, mais l'équipe de développement de l'install dit que
cela n'empêche pas l'install donc ce n'est pas son problème.
Auriez-vous des idées pour traquer où est précisément le bug, et
déterminer ce que je devrais installer pour avoir du son ?
Merci pour votre aide !
Seb.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Partage de fichier à distance
Sylvain a écrit : > Bonjour à toute la liste ! Salut, [...] > exemple) ou pour l'échange de fichier. Si maintenant ce serveur n'est > plus hébergé chez moi, quelle autre solution me reste t'il pour > continuer à travailler de cette façon ? J'aimerais évidemment que seules > les machines que j'ai autorisées aient accès aux données, et tant qu'à > faire que la connexion entre les machines (tournant sous linux, mac os > ou windows) et le serveur soit sécurisée ... À l'époque où j'avais un serveur à la maison, j'utilisais sshfs. Il est basé sur SSH, donc avec une authentification par clés même pas besoin de mot de passe. En revanche, il y a le délai de connexion qui peut faire diminuer les perfs. > Merci de vos bons conseils ! pas de quoi Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux et virtualisation
Thierry Leurent a écrit : > Bonjour, Salut, > Je voudrais créer plusieurs machines virtuelles linux sur mon partable. > Le but est de "clôner" mon hardware pour installer d'autres machines, un > serveur web/php5, un desktop kde4, . > > Il y a : > - vmware, commercial, et apparement pas génial avec une debian. > - xen, racheté. > - kvm ? > - vserver ? > - qemu pas mal il parait. > > Quels sont vos expériences ? Il y a eu récemment une discussion sur le sujet. J'ai fait moi-même la recherche dans les archives pour t'éviter de te donner tout ce mal : http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/d1d43bb27aa05a62/8ad403c4f6538231?lnk=st&q=&rnum=1#8ad403c4f6538231 Mais tu dois déjà la connaître puisque tu l'avais initiée... Je ne comprends pas bien l'intérêt de poster à nouveau un discussion identique... > Merci Pas de quoi. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problème utilisateur - Messagerie él ectronique - logiciel évolution
bejito a écrit : > J'ai un problème similaire en voulant récupérer mes messages d'un autre > comptes. > Je n'ai pas résolu mon problème mais j'ai peut être une piste: > > il y a un dossier ~/.evolution/mail/config > > qui contient une liste de fichier xml dont le nom indique les chemins pour > accéder au bon répertoire. Notamment le fichier folder-tree-expand-state.xml > qui > contient le chemin du fichier de base de la boite de réception. > > J'ai vérifié que le chemin était juste dans ce dernier, et renommer les > fichier > xml pour qu'ils aient le bon chemin.. Mais cela ne semble pas être suffisant.. Ça peut aussi se passer dans la config de Gnome. Pour celà, lancer gconf-editor et rechercher . Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: port serie RS232
Gilles MISSONNIER a écrit : > bonjour, Bonjour, > sous etch, sur les 2 sorties série du PC, format DB9, > j'ai les tensions suivantes : > pinuches #1, 2, 6, 8 et 9 : 0.15 volt > pinuches #3, 4 et 7 : 10.60 volt > pinuche #5 : 0.00 volt > > > > comment faire pour faire monter le voltage > sur l'une des pinuches #1, 2, 6, 8 ou 9 par une commande RS232 ? Je ne comprends pas bien l'intérêt de la question. Normalement c'est l'UART qui gère ça comme une grande. En DB9 la borne 5 c'est la masse (0V mesuré, c'est OK), la 2 c'est le RX (pour la réception des données) et la 3 c'est le TX (pour l'émission des données). La tension sur les bornes 2 et 3 changera automatiquement en fonction des données émises ou reçues. Il suffit donc d'envoyer des données sur le port série pour modifier la tension sur ces bornes. En ce qui concerne les tensions mesurées, ça me paraît correct. le 10,60V sera interprété comme un 1 et le 0,15V comme un 0. > le paquet "setserial" existe pour testing, et si quelqu'un sait comment > faire avec setserial, alors je passerai à testing. Je ne connais pas setserial, mais à part régler le débit, la parité et le contrôle de flux, je ne pense pas qu'il permette grand-chose. > merci > > - gilles missonnier - Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ssh -X ; sudo umount : device is busy
[EMAIL PROTECTED] a écrit : > Bonjour à tous, Salut, > Je me suis conneté avec un "ssh -X" > Et j'ai monté un périphérique /dev/hda?? > avec les droits de superutilisateur. > > Ultérieurement, je n'ai pas pu démonter le périphérique > "device is busy". > > fuser ne dit rien à propos de ce périphérique. > > En espérant que vous ayez des idées. > Je voudrais le démonter proprement, > et savoir ce qui a cloché. Tu peux trouver ce genre d'infos en tapant ls -l /proc/*/fd | less puis en recherchant hda ou bien le point de montage. Ça te permettra de déterminer le PID du processus qui utilise le disque. > FA Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Comment suivre les mises à jour chez Debian-multimedia?
Vivien Barousse a écrit : > Bonjour, Bonjour, > Il y a deux listes de diffusions sur lists.debian.org qui te permettent de > suivre toutes les mises à jour de sécurité (ou pas) : > Debian Security Announce <[EMAIL PROTECTED]>, qui te > permet de suivre les mises à jour de sécurité, toutes distributions > confondues. > Debian Devel Changes <[EMAIL PROTECTED]>, qui te permet de > suivre les mises à jours de tous les paquets, dans unstable et experimental. > > Essayes de voir dans les archives si tu trouves ce qui t'intéresses. Malheureusement Debian Multimedia n'est pas un dépôt officiel et ces listes ne concernent que les paquets officiels. Il n'y aura donc aucune information utile sur les paquets de Debian Multimedia. Sur la page d'accueil http://debian-multimedia.org, il y a l'adresse e-mail de Christian Marillat, peut-être faudrait-il lui poser la question et en diffuser la réponse sur la liste (ça lui évitera de répondre à des centaines de messages identiques). > Cordialement, > > Vivien Barousse Sen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Clonage
M S Slimani a écrit : > Bonjour; Bonjour, > J'ai installer et configurer un serveur DELL PowerEdge 1800 (debian, > samba, serveur mail, apache, MySQL et autre). Tout marche a merveille > (c'est a signaler :)). Possedant 5 autres serveur du meme type je > voudrais savoir quel moyen utiliser pour ne pas refaire tout les > installs et les config sur les autres postes. Un genre de ghost sous > Linux ca existe ? Il existe g4u (Ghost for Unix) qui est basé sur (free|net)BSD. Au niveau matériel, il faut d'abord vérifier que ça soit supporté. Sinon en branchant un à un les disques cibles dans la machine opérationnelle, il est possible de copier bloc par bloc. Si les 5 disques sont identiques ça fonctionnera. La commande miraculeuse est cat /dev/hda > /dev/hdb ou dd if=/dev/hda of=/dev/hdb à adapter bien sûr en fonction du système (sdX pour du scsi par exemple). > Merci d'avance Pas de quoi Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Pilotes nvidia
djellel(deb) a écrit : > Bonjour Bonjour, > normal... continue et clique sur ok pour qu'il te fasse une compilation > ad-hoc. ... (Il faut bien sûr avoir déjà installé tous ce qu'il faut pour > compiler un noyau et les en-têtes de ton noyau (linux-headers) ou les > sources ) Il me semble que les en-têtes ne suffiront pas. À la maison je suis systématiquement obligé d'installer les sources du noyau, de créer le lien /usr/src/linux qui pointe vers les sources précédemment installées et aussi de copier la config du noyau (/boot/config-xxx) dans /usr/src/linux/.config Je crois aussi qu'il faut lancer un make menuconfig pour définir correctement CONFIG_LOCALVERSION. Bref, tout ça pour confirmer ce qu'a écrit Benjamin tout à l'heure : # m-a a-i nvidia-kernel Cette solution est propre (c'est à dire parfaitement intégrée à Debian), simple (pas besoin de bricoler) et en plus elle fonctionne (du moins avec ma GeForce4 440Go). Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[HS] cpufrequtils - impacts sur le processeur
Bonjour, Je viens de configurer mon système (Intel Core Duo) pour moduler automatiquement la fréquence du CPU en fonction des besoins. Pour celà j'ai suivi cette doc : http://doc.ubuntu-fr.org/cpu-frequtils. Tout s'est bien passé, maintenant ça module en permanence afin de limiter dès que possible la fréquence et donc la consommation. J'ai choisi le gouverneur "conservative", c'est à dire que dès que la charge système diminue un peu, on diminue la fréquence, dès que la charge augmente, on augmente la fréquence et ce par paliers. Le résultat est que mon processeur passe son temps à changer de fréquence. Est-ce que ce comportement peut être dangereux pour la durée de vie du proc ? Est-ce qu'il ne vaudrait pas mieux (toujours pour le proc) que je choisisse un gouverneur "ondemand" qui passe de la fréquence minimale à la fréquence maximale directement puis revient en fréquence minimale lorsque le système n'a vraiment plus rien à faire ? Merci pour vos avis, liens, etc. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kunbuntu / saisie du mot de passe root
Damien BROQUA a écrit : > Bonjour, > la commande sudo ne demande pas le mot de passe root mais le mot de > passe de l'utilisateur courant. > Par défaut sur les systèmes *ubuntu il n'y a pas de mot de passe pour root. > Pour qu'un utilisateur puisse exécuté des commandes root il doit être > ajouter dans le fichier /etc/sudoers . Non, il n'est pas utile de l'ajouter dans /etc/sudoers car Ubuntu autorise tous les utilisateurs faisant partie d'un certain groupe (adm ou admin je crois) à utiliser sudo. Il suffit donc d'ajouter l'utilisateur au groupe en question pour qu'il ait ce droit (et de l'en retirer pour qu'il ne l'ait plus). Pour vérifier le nom du groupe, voir le fichier /etc/sudoers (ou les forums Ubuntu car là, on s'éloigne un peu de Debian). > Cordialement Idem -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Electronique
Zuthos a écrit : > Bonjour, Salut, > Je cherche un logiciel permetant de tester et simuler des circuits > électronique. > Je ne sais pas si cela existe, mais cela me serait trés utile. aptitude search electronics m'a renvoyé education-electronics qui lui-même suggère le paquet ksimus qui d'après sa description simule des circuits électriques. Je ne l'ai jamais utilisé, je ne sais donc pas si il correspondra à tes attentes... > Merci d'avavance Pas de quoi. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Choix de canaux logiciels
Aurelien Roux a écrit : Je ne sais pas si c'est judicieux de le faire maintenant, étant donné qu'etch vient d'être publiée en tant que stable. C'est une question qu'on m'a posée : est-ce que les versions testing sont moins stables dans la période qui suit directement la publication de la version antérieure ? Personnellement je ne pense pas que la testing soit moins stable immédiatement après la stabilisation d'une release. Les paquets qui arrivent dans testing sont d'abord passés par unstable et, suite à une première phase de tests, ils arrivent dans testing. La majorité des gros bugs bien gênants doit donc avoir disparu à ce moment là [1]. Je suis passé sous Lenny immédiatement après la publication de Etch en stable et je n'ai aucun souci. Les mises à jour sont très légères (quelques paquets par jour). J'ajouterai que la rigueur et la qualité du travail fourni par les membres actifs du projet Debian sont plutôt rassurantes quant à l'utilisation d'une version "de test". Je prendrai pour exemple ma courte expérience de la version "stable" de Ubuntu qui s'est révélée largement moins stable que la version "de test" de Debian ! Seb [1] http://www.debian.org/devel/testing.fr.html -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: répertoire de pages Web
Pierre Crescenzo a écrit : > Bonjour, Bonjour, [...] > J'aimerais donc faire un script qui mette automatiquement dans un > répertoire une copie HTML de l'ensemble des pages accédées pour que je > puisse, ensuite, les lire en local plus rapidement. (Pour chaque URL, > une seule page m'intéresse, pas tout un site.) > > Auriez-vous des outils à me conseiller pour faire cela ? (Je sais faire > un script Shell, ce sont les outils d'accès en ligne de commande à une > page Web, avec sauvegarde de cette page, qui m'intéressent ici mais que > je ne connais pas.) Merci. Ça m'a tout l'air d'un boulot pour wget... wget sauvegarde le fichier pointé par url sur le disque dur. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question à propos de variables bash EX: problèmes rsync
Tahar a écrit : > Merci beaucouppour vos réponses, > > ça a en effet l'air d'être un problème de mémoire, donc j'ai crée un > script afin de découper la synchro en morceau et de traiter chaque > répértoire et son arborescence tout seul et donc un fichier d'index par > sous racine. > > ceci m'amène à une autre question, j'ai plus ou moins terminé mon > script, mais je voudrais savoir s'il y a une possibilité de traiter des > variables en tant que nombre hexadecimal, > > mes répértoires sont numéroté en hexa, donc il vont de 00 jsuqu'à 13 en > passant par 0A, 0B jusqu'à 0F, pour l'instant j'ai divisé mon script sur > deux une boucle qui s'occupe de tout ce qui est répértoire de 00 jusqu'à > 13 avec deux variables l'une allant de 0 à 9 et l'autre de 0 à 1 et pour > les 0A jusqu'à 0F je les ai fait manuellement avec une instruction par > ligne, > > y a t'il un moyen de tout intégrer dans une seule boucle ? Compter en hexa je ne sais pas trop, en revanche, on peut utiliser un compteur qui va aller de 0 à 19 (0x13), puis le convertir en hexa dès qu'on en a besoin via la commande printf : #~ printf "%02x" $compteur Il faudra sûrement l'adapter car les digits A à F sont affichés en minuscules. > merci encore pour votre aide Pas de quoi. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question à propos de variables bash EX: problèmes rsync
Tahar a écrit : > Merci beaucouppour vos réponses, > > ça a en effet l'air d'être un problème de mémoire, donc j'ai crée un > script afin de découper la synchro en morceau et de traiter chaque > répértoire et son arborescence tout seul et donc un fichier d'index par > sous racine. > > ceci m'amène à une autre question, j'ai plus ou moins terminé mon > script, mais je voudrais savoir s'il y a une possibilité de traiter des > variables en tant que nombre hexadecimal, > > mes répértoires sont numéroté en hexa, donc il vont de 00 jsuqu'à 13 en > passant par 0A, 0B jusqu'à 0F, pour l'instant j'ai divisé mon script sur > deux une boucle qui s'occupe de tout ce qui est répértoire de 00 jusqu'à > 13 avec deux variables l'une allant de 0 à 9 et l'autre de 0 à 1 et pour > les 0A jusqu'à 0F je les ai fait manuellement avec une instruction par > ligne, > > y a t'il un moyen de tout intégrer dans une seule boucle ? Compter en hexa je ne sais pas trop, en revanche, on peut utiliser un compteur qui va aller de 0 à 19 (0x13), puis le convertir en hexa dès qu'on en a besoin via la commande printf : #~ printf "%02x" $compteur Il faudra sûrement l'adapter car les digits A à F sont affichés en minuscules. > merci encore pour votre aide Pas de quoi. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [etch]logiciel de montage video
[EMAIL PROTECTED] a écrit : > Selon Benjamin Lannoy <[EMAIL PROTECTED]>: > >> Le Thu, 15 Mar 2007 11:53:44 +0100 (CET), >> Dominique Claver KOUAME <[EMAIL PROTECTED]> a écrit : >> >>> Bonjour à tous, >> Salut. :) Salut, >>> Quelqu'un pourrait m'indiquer un soft de montage video >>> installable sur Debian etch, un peu dans le style de >>> Ulead Videostudio, capable de sortir les videos au >>> format mpeg. Si c'est pour faire du montage non-linéaire (travailler avec plusieurs pistes vidéo, plusieurs pistes audio, ajouter des effets, des transitions), j'en connais deux : - cinelerra qui n'est pas dans les dépôts de Debian ni ceux de C. Marillat, qui est puissant mais difficile à prendre en main. Accessoirement il permet de faire du rendu en mode batch, très pratique pour faire faire le montage à un serveur via la crontab. - kdenlive que je viens de découvrir qui est pas mal ergonomique, un peu bogué mais ça n'est pas non-plus très handicapant. En revanche il est assez exigent sur les formats d'entrée... kdenlive est disponible sur le dépôt de C. Marillat Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation spamassassin et clamav
philippe a écrit : > Bonjour la liste, Bonjour, > Je suis en train d'essayer d'installer spamassassin et clamav sur un serveur > de messagerie sous debian etch avec postfix et qpopper [...] > Que pensez vous de la procédure ? Je n'en pense trop rien, désolé... je laisse les autres répondre à ce point. > Et maintenant comment tester si tout fonctionne bien ? anti spam et > antivirus ? Pour tester l'antivirus on peut utiliser EICAR [1], il permettra de montrer que l'antivirus est démarré et qu'il scanne bien les e-mails. [1] http://fr.wikipedia.org/wiki/Fichier_de_test_Eicar > Merci par avance Pas de quoi. > Philippe Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lecteurs pdf et problèmes de lecture/im pression
zelos 414 a écrit : > Bonjour, Salut, > Voici mon problème avec qq pdfs exotiques (je pense en particulier à > ceux des attestations Assedics) > > > Jai installé le lecteur d'acrobat pour les pdf. Il les lit > correctement mais il est incapable de les envoyer à CUPS pour > impression! > > Avec evince, xpdf ou d'autres, je ne vois que partie du document (3/4 > lignes sur ceux cités ci-dessus) mais en revanche je peux imprimer (ça > sert pas à grand chose du coup!) > > Une solution existe-t-elle pour imprimer correctement depuis le lecteur > d'Adobe? J'ai aussi des "problèmes" pour imprimer mais ça ne concerne pas que les PDF exotiques, même ceux que je génère depuis LaTeX, ou n'importe quel PDF qui croise mon chemin... Bref, tout ça pour en venir à la constatation que j'ai faite, pour imprimer, il ne faut pas sélectionner l'imprimante voulue, mais "Custom..." dans la liste de sélection de l'imprimante, et s'assurer que la commande indiquée dans la zone de texte à droite est correcte (/usr/bin/lp). Ensuite on peut modifier la commande pour envoyer vers une autre imprimante que celle par défaut. > Merci, > Zelos En espérant que ça fonctionne... Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Encore] perte de molette de souris
Jean-Yves F. Barbier a écrit : > Le mercredi 28 février 2007 00:58, Baron Christophe a écrit : > > >> "gdm", je crois que c'est son nom, il n'est pas installé >> sur mon système, et moi, je n'y suis pour rien. >> Pourquoi n'y est-il pas, pourquoi devrait-il y être, >> serait-ce mieux avec que sans?? > > nan: gdm est le gestionnaire de souris en mode console; il ne > sert pratiquement plus à rien et peut mal interagir avec X. *gpm* est le gestionnaire de souris en console. gdm c'est le gestionnaire de connexion graphique de gnome. Du temps où j'avais installé gpm il ne m'a jamais posé de problème avec X. Mais en ces temps reculés, c'était une souris PS/2, je n'ai aucune idée de son comportement avec une souris USB. À ce sujet, gpm transmet les données qu'il reçoit de la souris sur /dev/gpmdata qui peut très bien alimenter un serveur X, du moins ça marchait plutôt pas mal sous Woody. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problème avec ma fam...
Damelo a écrit : > Damelo a écrit : > >> Bonjour la liste! Salut, >> Mon problème est "fam", (The File Alteration Monitor), plus >> précisément, "famd" qui se met à utiliser tout mon processeur quant je [...] > Bon, je n'avais pas assez bien chercher, c'est un vieux bug de famd bien > connu et, visiblement, rester sans soluce. Je vais voir pour faire un > script qui vas surveiller le taux d'utilisation du processeur par famd > pour tuer/relancer celui-ci en cas de besoin. Facile, je n'ai jamais > rien programmé. > Je prend toujours les indices et/ou soluces. FAM qui monopolise le CPU c'est un grand classique ! Quand j'utilisais FAM (à l'époque où on n'avait pas vraiment le choix) j'avais essayé de le redémarrer lorsqu'il commençait à déconner. J'avais constaté que Gnome ne rafraîchissait plus bien l'affichage suite au redémarrage... Par contre depuis, on a un paquet qui s'appelle gamin, qui est compatible avec FAM et qui justement ne pose pas ce genre de problème. Je crois d'ailleurs qu'il a été développé pour ça. Le paragraphe précédent concerne Etch. Pour une Sarge, je crois qu'il faut malheureusement faire avec FAM... > Merci. Pas de quoi. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mettre de la musique sur un lecteur mp3 ?
Frédéric BOITEUX a écrit : > Bonjour, Bonjour, > J'ai une amie qui vient d'avoir un petit lecteur mp3, et qui m'a [...] > Et vous, comment faites-vous pour mettre de la musique sur un lecteur > mp3 ? J'utilise amaroK pour tout ce qui est audio. Je me suis récemment penché sur le "problème" des lecteurs mp3 et amaroK s'en sort très bien. Quand le périphérique est connecté pour la première fois, il demande ce qu'il doit en faire, je lui ai répondu de le gérer comme un périphérique générique. Par la suite, il se débrouillera tout seul. On peut affiner les paramètres du périphérique dans la fenêtre de configuration d'amaroK et spécifier les formats acceptés et ce qu'on doit faire lorsqu'on veut copier des fichier d'un autre format. Pour le transfert, aucun souci, il gère une file d'attente et quand c'est prêt, il n'y a plus qu'à lui demander de transférer. J'ai tout de même dû bidouiller (avec sudo et umount) pour qu'il soit capable de gérer le démontage (le montage ayant été fait par gnome-volume-manager). Au sujet de la conversion OGG->MP3, là encore, aucun souci mais ce n'est pas géré par défaut, il faut installer une extension [1]. Sur ma machine j'ai installé celle transKode [2] mais il doit bien y en avoir d'autres. [1] http://amarok.kde.org/wiki/Scripts [2] http://kde-apps.org/content/show.php?content=27512 > Fred. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Freeze lors de l'installation de Debian
Bonjour à tous ! J'ai un problème sur une installation de debian , à un moment ( variable ) lors de l'installation du système, l'installateur se bloque et le système cesse de répondre. Même le clavier est bloqué ( plus possible d'activer/désactiver le verrouillage numérique par exemple ) J'ai essayé avec différentes images ISO et différents supports j'ai toujours le même problème. Je suppose que cela vient de mon disque dur, mais un coup de fsck.etx3 avec test des secteurs ne me donne rien. Comme c'est un disque dont je ne me sert pas souvent, je ne sais pas si il est en train de mourir ou non, et si il est possible d'y installer Debian quand même.. Est-ce que vous auriez des idées sur mon problème ou des outils à me conseiller pour voir d'où vient le dysfontionnement ? Je vous remercie ! Sébastien
Re: [HS] lecture de pages web hors ligne...
Frédéric BOITEUX a écrit : > Bonjour, Bonjour, > Petite question d'un béotien du portable : comment faire le plus > simple pour lire sur un portable sans connexion internet des pages web > que l'on aurait chargées auparavant ? Le mode "offline" ne > semble pas fonctionner si l'on a entre temps éteint la machine. > Il y a bien sûr la solution d'enregistrer manuellement chaque page, > mais n'existe-t-il pas d'autre solution ? On peut aussi les enregistrer automatiquement avec httrack, mais il doit y en avoir d'autres... > > Fred. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: passage de hda IDE -> SATA
zelos 414 a écrit : > Bonjour, Salut, > Je dois changer de disque dur aujourd'hui mais mon disque hda > (partition "/" dans fstab) sera remplacé pas un disque SATA. > > Comment procéder sans tout réinstaller? Une copie (avec dd par > exemple) du disque IDE-> SATA suffirait-elle? C'est, je pense, la solution la plus simple et la plus efficace. En revanche, ça ne suffira pas. Pour que la machine démarre correctement sur son nouveau disque, il faudra adapter la config du bootloader (Lilo ou Grub) ainsi que le fstab. En gros, il s'agit de faire la chasse aux hda dans le /etc et les remplacer par sda. Question subsidiaire : le noyau du système est-il capable de gérer le disque SATA ? Si c'est une Sarge, il risque d'y avoir quelques problèmes (voir notamment sur http://boisson.homeip.net/installation.html - merci François !!!). > Merci, > Zelos Bonne chance. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apt-get autoremove ???
Bonjour, Dans la version de apt-get utilisée par Ubuntu 7.04 (Feisty Fawn), il existe un argument autoremove qui permet de désinstaller automatiquement les paquets installés pour satisfaire des dépendances. Étant donné que Synaptic est quand-même bien pratique pour une utilisation poste de travail de Debian, je trouve que cette fonctionnalité est plutôt intéressante (ça amènerait apt-get au niveau d'aptitude ?!?). Bref, je compare les versions sur ma Etch et sur la Ubuntu et voilà ce que j'obtiens : Etch : apt 0.6.46.4 pour linux i386 est compilé le Dec 4 2006 17:48:09 Feisty : apt 0.6.46.4ubuntu7 pour linux i386 est compilé le Feb 6 2007 18:49:33 Les versions de base sont donc les mêmes. Il me semble que "ubuntu7" correspond, comme chez Debian à des corrections de bugs ou en tout cas des patchs du responsable de paquet, pas à des nouvelles fonctionnalités, donc. Des questions maintenant. 1. Je n'ai rien compris au sujet des règles de dénomination des paquets ? 2. Peut-on utiliser la fonction autoremove sous Etch par simple reconfiguration de apt (ça m'étonnerait...) ? 3. Quelqu'un sait-il quand on aura accès à cette fonctionnalité sous Etch ? Merci d'avance. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Adaptateur CPL
Jean-Michel Caricand a écrit : > Je confirme. J'ai installé 4 adaptateurs 4CPL Devolo 85 Mbs pour la famille. > On branche et ca marche. OS utilisés : Linux, Windows, FreeBSD. Désolé si je reviens au CPL... En faisant ma recherche dans mon coin je suis tombé sur Devolo. D'après ce que j'ai pu en lire ce sont de bons produits, pas très chers (la paire à 75€) et en plus le constructeur s'intéresse à nous et fournit une interface de configuration accessible depuis un système Linux. À ce sujet, comment ça se configure ces choses-là ? si je veux définir une clé de cryptage, ça se passe comment ? > Ca change du WIFI ! Reste à voir maintenant si le rayonnement électromagnétique est raisonnable. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Adaptateur CPL
Bonjour, J'aimerais bien investir dans une paire d'adaptateurs CPL (c'est tout de même plus sain que le Wifi...). En regardant les descriptifs des différents matériels qui se font, je vois indiqué "Compatible Windows 2000/XP", etc. A-priori pour moi c'est relativement générique comme équipement. J'ai du mal à voir comment intervient l'OS là dedans. J'imagine qu'il s'agit du logiciel utilisé pour définir une clé de cryptage, etc. Bref, quelqu'un utilise-t-il ce genre d'équipement sous Debian ? Lequel et comment ? Merci d'avance. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Créer son CD d'installatio
[EMAIL PROTECTED] a écrit : > Bonjour, Bonjour, > Je cherche à créer mon proproe CD d'installtion. Le processus d'installation > doit être simplifié au maximum. De plus je souhaite rajouter des logiciels, > automatiquement installés sur le disque dur. > > L'installation doit poser le minimum de questions : > * partitions > * mot de passe root > > c'est à peu pres tout. > > Auriez vous des liens ? des idées? methodes ? Pas de lien car pas trop de temps, mais tout va se gérer grâce à un fichier preseed (bon mot clef pour une recherche) qui indique à d-i (debian-installer) quelle valeur attribuer à quelle variable. Par ailleurs, après l'install d'une machine à partir du kit d'install standard, il est possible de récupérer une liste contenant la valeur qu'on a attribué (à la main) à chacune des variables. accessoirement, pas mal de sites traitent du remasterisage (c'est correct ce mot ?) de Ubuntu, ça peut s'adapter assez facilement. > merci d'avance ;) Pas de quoi Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tandberg 840LTO
Girigi Ngabirano a écrit : > Bonjour. Bonjour, > Je voudrais solliciter votre aide. > Je suis abonnés sur :[EMAIL PROTECTED] > Malheureusement, je ne peux pas envoyer un message sur cette liste. > Voudriez-vous m'aider pour que je puisse envoyer des message sur cette > liste que j'aime bien. > Je viens de m'apercoir aussi que je peux envoyer un message à > [EMAIL PROTECTED] Visiblement il n'y a pas de problème, ce message étant adressé à DUF et en CC sur mon adresse, je l'ai reçu deux fois, une fois via la liste DUF et une deuxième à cause du CC. > > PS: je reçois des message de cette liste. > Ngabirano os lumières :-) PS (à mon tour): Merci d'éviter d'usurper les threads. Je ne vois pas bien le rapport entre tandberg LTO et les problèmes d'envoi de message à la liste et de config postfix... Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tandberg 840LTO
bigaignon enrico a écrit : > Bonjour, Bonjour, > Nous utilisons des quantum ultrium lto3 à la place d'anciens sdlt et dlt. > Il n'y a pas eu besoin de driver particulier pour utiliser ces lecteurs. > > Dans les deux cas, c'est le module de la carte scsi qui est chargé et permet > d'acceder au lecteur, quelque soit son type. Avec l'aide du module st bien sûr (modprobe st). > En esperant que cela aide. > > Enrico Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: comment réinstaller rcconf sans updat e-rc.d ?
Sébastien Kirche a écrit : > Bonsoir, Bonjour, > je viens de me tirer une balle dans le pied en connaissance de cause en > insistant pour supprimer sysvinit. Ça a entraîné la suppression > d'update-rc.d et il est impossible de réinstaller rcconf car il gueule > de ne pas trouver update-rc.d dans le path. Bref je tourne en rond. C'est plutôt con ça... [...] > Mais par curiosité je me demandais si / comment on peut s'en sortir dans > mon cas quand il faut update-rc.d pour installer update-rc.d ? Il y a toujours moyen d'extraire le contenu du .deb et de copier update-rc.d là où il faut. Pour cela il y a "dpkg -x". Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install ou aptitude install ?
Julien Valroff a écrit : > Le mercredi 10 janvier 2007 à 20:47 +0100, Tony GALMICHE a écrit : >> Bonsoir à tous, Bonjour, >> Y a t-il des raisons techniques ou est-ce simplement une question >> d'habitude ? > Je penche pour l'habitude ! > aptitude est en fait le front-end à apt préférable (depuis la sortie de > Sarge) : http://www.debian.org/doc/manuals/reference/ch-package.fr.html > > La plupart des utilisateurs ont conservé leurs habitudes. La plupart des développeurs aussi ?! Si je ne me trompe, l'installeur Debian utilise apt-get, non ? C'est étrange dans la mesure où le manuel recommande aptitude... Je me trompe ? > @++ > Julien Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Volumes montés invisibles sur bureau gnome
GIGGz a écrit : > monte tes volumes ds /media/ et ils apparaitront sur le bureau... Étrange, j'ai plein de montages NFS sous /mnt/ et ils sont tous présents sur mon bureau... Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [debian 4] remplaçant de firefox
Klaus Becker a écrit : > Am Donnerstag, 4. Januar 2007 17:29 schrieb Dominique Claver KOUAME: >> Bonsoir à tous, Salut, >> Je souhaiterais que vous m'indiquer le package qui a >> remplacé firefox > > Iceweasel > > Klaus > >> et thunderbird sous Debian. et icedove >> PS: J'ai un Debian Testing 4. >> >> Merci à tous pour vos posts. Pas de quoi Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: connexon à un domaine Windows
mahashakti a écrit : > Bonjour ! Bonjour, > Je vous soumets un problème réseau, je suis une bille en la matière. J'ai > fait l'acquisition d'un portable ASUS, où j'ai installé une Debian, tout ou > presque marche, sauf la webcam intégrée pour laquelle je n'ai pas trouvé de > pilote. Au travail j'aimerais avoir accès au haut-débit, le serveur est sous > Linux, le domaine est un domaine Windows. Bref comment fait-on cela ?? Malheureusement il faudrait un peu plus d'infos pour qu'on puisse te donner une réponse... Premièrement, comment fonctionne le modem ? En mode bridgé ou en mode routé ? Plus concrètement, qu'elle est l'adresse IP de la machine Windows ? Si c'est une adresse privé (192.168..., 172, etc.) alors c'est du routé. Si c'est une adresse publique (8x.xxx.xxx.xxx, etc.) alors c'est du bridgé. Si c'est du routé, il doit y avoir un serveur DHCP sur le LAN et une simple reconfiguration de eth0 en DHCP devrait faire l'affaire. Si c'est du bridgé, il faudra surement bricoler sur le poste Windows pour qu'il autorise le partage de connexion. Dans la mesure où c'est "au boulot", il y a de fortes chances pour que ce soit un LAN et non pas une unique machine Windows. Dans ce cas il doit y avoir un serveur DHCP, un ou des serveurs DNS et une simple reconfiguration de eth0 devrait suffire. Je te conseille donc d'essayer, dans le fichier "/etc/network/interfaces" de configurer eth0 comme tel : iface eth0 inet dhcp puis de lancer "/etc/init.d/networking restart" Si ça ne fonctionne pas, alors il faudrait plus d'infos (Adresse IP d'un poste qui a accès à Internet, adresses des DNS, adresse de la passerelle). Accessoirement, l'adresse IP de la machine Debian pourrait être utile (ifconfig). > Merci de vos lumières Je fais ce que je peux... > mahashakti89 Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
