Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...
Bonjour, Le mardi 03 octobre 2017 à 17:23, lou a écrit : > J'aimerais savoir ce que fait l'option du noyau "noresume" ?? et si je > peux laisser l'option au noyau...? L’option « noresume » dit au noyau de ne pas tenter de reprendre une mise en veille. Lorsque tu mets en veille (hibernation), l’état de ton système est enregistré dans la partition swap. Ton noyau va tenter de le restaurer. J’imagine qu’il y avait des choses incohérentes dedans. Tu peux laisser l’option, mais dans ce cas, tu ne pourras plus mettre ton système en veille. Tu peux aussi tester de redémarrer sans l’option. Normalement ta partition de swap a dû être réinitialisée… > Parce que, maintenant, je peux entrer dans ma debian :)) Bonne nouvelle ! Sébastien
Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...
Le Tue, 3 Oct 2017 17:16:17 +0200, Sébastien NOBILI a écrit : > Le mardi 03 octobre 2017 à 10:48, louis a écrit : > > Pensez-vous que le screenshot en PJ a à voir avec ce problème? > > Aaaah, voilà la pièce-jointe :D > > Le « -.mount » est étrange… Un problème avec le contenu de fstab ou > bien un problème d’interprétation de son contenu par Systemd. > > Pourrais-tu nous envoyer le contenu du fichier « /etc/fstab » de ton > système Debian (pas celui du LiveCD). > > Si tu as des mots de passe dedans, efface-les avant. > > Sébastien > J'aimerais savoir ce que fait l'option du noyau "noresume" ?? et si je peux laisser l'option au noyau...? Parce que, maintenant, je peux entrer dans ma debian :)) MERCI! Je poste quand même mon fstab... parce que je comprend toujours pas pourquoi j'étais bloqué au démarrage.???.. Je n'est pas de double entrer UUID ou 2 swap et tout semble normale pour ma part. J'ai une ligne commenter et s'est une partition chiffré que je monte au moment où je suis dans ma debian et non au boot. > vous n'auriez pas branché un disk ou une vm ou un tail ou une usb > chiffrée avant en oubliant de déconnectez correctement ? > ou alors une manipulation de fichiers .conf mal sauvegardée ? > ou un service par init /systemd toujours ouvert ? fermez le service : > stop J'avais une clé usb d'insérée au moment ou j'ai redémarré la machine et je l'ai pas déconnectée avant le redémarrage j'ai souvent fait ça et j'ai jamais eu de soucidevrais-je? Merci à vous 2 Sebastien & Mizett Et oui mailoo marche toujours, mais je sais pas pour combien de temps! ;-) le fstab est en pièce jointe :D
Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...
Le mardi 03 octobre 2017 à 10:48, louis a écrit : > Pensez-vous que le screenshot en PJ a à voir avec ce problème? Aaaah, voilà la pièce-jointe :D Le « -.mount » est étrange… Un problème avec le contenu de fstab ou bien un problème d’interprétation de son contenu par Systemd. Pourrais-tu nous envoyer le contenu du fichier « /etc/fstab » de ton système Debian (pas celui du LiveCD). Si tu as des mots de passe dedans, efface-les avant. Sébastien
Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...
Bonjour à tous et à toutes! Le problème est sur une debian Stretch 9.1 stable, xfce4. Précisément, après le menu grub, j'appuie sur enter pour choisir cette debian et rien ne se passe...un clignotement, puis un message disant :Gave up waiting for suspend/resume device Et avec le mode sans échec, je me heurte à :Begin /scripts/local-block.Done Et sa répète cette ligne à l'infini.. J'ai booté un live debian xfce pour monter ma partition affectée ds un chroot pour voir les erreurs de la commande :dmesg J'ai attaché à ce mail le screenshot d'une erreur qui me semble être liée au problème... car cette erreur, je ne l'avais jamais vue auparavant Autre fait intéressant et toujours dans ma live session... thunar, qui liste par défaut les périphériques, ne liste pas cette partition (dev/sda6), la partition debian à problème...Par contre il liste toutes les autres:temp,data,etc J'ai l'impression que lors du dernier redémarrage de celle-ci, elle n'aurait pas fermé comme à l'habitude (vu le message cité plus haut : Gave up waiting for suspend/resume device) Aussi c'est que, la dernière chose que j'ai fait avant de redémarrer c'est de créer une clé usb bootable avec "cp firmware-9.0.0-amd64-netinst.iso /dev/sdc && sync" (je n'ai pas précisé le chemin du iso, car j'étais dans le répertoire...) et ensuite, lors de mon démarrage en mode live session dans le chroot le périphérique créé par cp était dans mon /media/pascal/debian 9.0.0 amd64 n.Je sais pas si il y a corrélation et je préférais vous le dire . Pourtant mon système s'est fermé comme à l'habitude. Pensez-vous que le screenshot en PJ a à voir avec ce problème? Sinon, auriez-vous une piste à me suggérer? Merci
Re: wheezy gdm3 s'arrete en route ??? OOPS
On Sun, 23 Oct 2011 14:58:09 +0200 Bruno wrote: J'ai posté un peu trop vite et hors sujet! gdm peut-être intéressant quand il y a plusieurs utilisateurs différents, mais si c'est une machine uniquement pour toi, laisse tomber: il bouffe bcp trop de RAM et n'apporte rien dans ce cas. Logue-toi en mode console et démarre X avec startx (package xinit). Si tu veux absolument un graphic logger, il existe aussi slim qui est pômal. Par ailleurs, wheezy n'est sans doute pas une bonne solution pour quelqu'un qui commence - stable (squeeze) est préférable pour se faire la main; ne serais-ce que parce qu'on évite tous les PBs de packages cassés ou qui disparaissent. -- Falling in love makes smoking pot all day look like the ultimate in restraint. -- Dave Sim, author of "Cerebus". -- 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/20111023155111.7b036fb1@anubis.defcon1
Re: mapage de touche OOPS
On Tue, 18 Oct 2011 21:39:46 +0200 prego Jérémy wrote: Il fallait lire 'Insert' (au lieu du code touche 0xff63) bien entendu. -- The difficult we do today; the impossible takes a little longer. -- 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/20111018224513.0dc46e2b@anubis.defcon1
Re: kernel bug - Lenny 2.6.26-2-amd64 -OOPS
Le Tue, 10 Aug 2010 23:14:45 +0200, Alain Vaugham a écrit : Oops: gros oubli. évidemment, ça peut très bien venir du kernel aussi... -- Live Free or Live in Massachusetts. -- 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/20100810233026.7948d...@anubis.defcon1
oops
Jean-Yves F. Barbier a écrit : > Keven Chaussé a écrit : > ... avant tout, valide ta conf avec le driver non-accéléré de Xorg: nv histoire d'éliminer des interractions possibles entre driver proprio et conf. -- I can't complain, but sometimes I still do. -- Joe Walsh -- 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
oops
Jean-Yves F. Barbier a écrit : >> (WW) xf86OpenConsole: setsid failed: Operation not permitted > anormal: le user est-il bien dans le groupe video et les droits de > /dev/nvidia* (s'ils sont là) sont-ils à root:video c440? c660 -- "Spare no expense to save money on this one." -- Samuel Goldwyn -- 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: Kernel Oops.
Jean-Yves F. Barbier a écrit : Tonio a écrit : Bonjour, J'ai un soucis avec un vieil ordinateur dédié à la bureautique : celui ci plante régulièrement (écran, clavier et souris bloqué), pourtant le ... J'ai testé le matériel avec un certain nombre d'outils qui m'indiquent quels outils? Ceux trouvés sur Ultimate Boot Cd, j'ai notamment utilisé StressCpu et Memtest86+ que tout semble correct de ce côté. Le problème reste le même avec un autre noyau. J'ai essayé avec des drivers libres et avec des proprios. Vérifie les températures (CPU & chipset) Reteste avec l'AGP Gart du kernel Je vais jeter un oeil de ce côté. Si ça plante toujours, teste la RAM avec memtest86+ (plusieurs passes ET intervertion des barettes entre les tests) Il y a eu un bip sonore et ça a freezé... Ce qui m'étonne c'est que je puisse toujours accéder à la machine via ssh, que l'ensemble des processus continuent de fonctionner (d'après "ps aux" et "top"). Pourtant j'ai beau tuer ceux liés à xserver et xfce, le clavier, la souris et l'écran reste bloqué. Je vais refaire les tests. Merci pour ces pistes -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: Kernel Oops.
Tonio a écrit : > Bonjour, > > J'ai un soucis avec un vieil ordinateur dédié à la bureautique : celui > ci plante régulièrement (écran, clavier et souris bloqué), pourtant le ... > J'ai testé le matériel avec un certain nombre d'outils qui m'indiquent quels outils? > que tout semble correct de ce côté. > Le problème reste le même avec un autre noyau. > J'ai essayé avec des drivers libres et avec des proprios. Vérifie les températures (CPU & chipset) Reteste avec l'AGP Gart du kernel Si ça plante toujours, teste la RAM avec memtest86+ (plusieurs passes ET intervertion des barettes entre les tests) -- Mate, this parrot wouldn't VOOM if you put four million volts through it! -- Monty Python -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Kernel Oops.
Bonjour, J'ai un soucis avec un vieil ordinateur dédié à la bureautique : celui ci plante régulièrement (écran, clavier et souris bloqué), pourtant le système tourne toujours puisque j'arrive à me connecter via ssh dessus et un vim /var/log/kern.log m'informe de ceci : Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187548] BUG: unable to handle kernel NULL pointer dereference at 0020 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187558] IP: [] sock_poll+0x9/0xe Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187572] *pde = Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187576] Oops: [#1] SMP Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187580] last sysfs file: /sys/devices/pci:00/:00:02.0/usb2/2-2/2-2:1.0/usb/lp0/dev Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187586] Modules linked in: usblp nvidia(P) ppdev lp ipt_REJECT xt_tcpudp xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables loop snd_wavefront snd_intel8x0 snd_cs4236 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_wss_lib snd_opl3_lib snd_hwdep snd_pcm snd_mpu401 snd_mpu401_uart snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd evdev ns558 snd_page_alloc shpchp pci_hotplug soundcore gameport pcspkr parport_pc parport processor button i2c_nforce2 i2c_core ext3 jbd mbcache ide_cd_mod cdrom ide_gd_mod ide_pci_generic usbhid hid amd74xx ide_core ata_generic libata ohci_hcd ehci_hcd forcedeth scsi_mod usbcore nvidia_agp agpgart floppy thermal fan thermal_sys Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187656] Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187662] Pid: 2398, comm: Xorg Tainted: P (2.6.30-bpo.1-686 #1) A7N8X-X Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187666] EIP: 0060:[] EFLAGS: 00013246 CPU: 0 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187671] EIP is at sock_poll+0x9/0xe Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187674] EAX: f604b4a0 EBX: ECX: EDX: f4f87200 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187678] ESI: EDI: f604b4a0 EBP: ESP: f6511b88 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187682] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187687] Process Xorg (pid: 2398, ti=f651 task=f6894c70 task.ti=f651) Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187690] Stack: Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187692] 2000 c0198835 0020 f6511f9c f6511f60 01000895 f6511e38 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187701] 05f5e100 f6511ec0 f6511ee0 f6511f00 f6511e60 f6511e80 f6511ea0 ffc2783a Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187710] ffc2783a Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187718] Call Trace: Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187722] [] ? do_select+0x286/0x3f9 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187733] [] ? __pollwait+0x0/0x9d Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187738] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187744] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187749] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187755] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187760] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187766] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187771] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187776] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187782] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187787] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187792] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187798] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187803] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187808] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187814] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187819] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187824] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187830] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187835] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187840] [] ? pollwake+0x0/0x55 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187846] [] ? core_sys_select+0x13e/0x1c2 Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187853] [] ? __remove_hrtimer+0x47/0x4e Nov 22 16:29:43 BoucherieSanzoS kernel: [ 9438.187864] [] ? hrtimer_try_to_cancel+0x5d/0x64 Nov 22 16:29:43 Boucher
Re: changement de disque OOPS
Jean-Yves F. Barbier a écrit : > démarrer sur un live CD > monter partoche HD source & partoche HD destination > cd /pointdemontageHDsource > cp -a . /pointdemontageHDdestination/ SAUF /proc! > café, pizza (croissants?) Recrééer un /proc vide avec les bonnes permissions > remplacement vieux HD par nouveau > démarrer sur un live CD > faire un chroot sur la racine du nouveau HD > pour lilo: lilo -v > pour grub: jsais pas (j'aime pas) > rebooter > -- No matter where I go, the place is always called "here". -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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: oops: re Re: A propose de reverse proxy ...
> j'avais oublié le principal: > > Un reverse proxy ça va te permettre de répartir les requêtes vers un > serveur web. > Le client contacte le RP qui envoie la requête au serveur en fonction de > différents critères. Ca peut permettre de : > - Balancer la charge entre plusieurs serveurs webs (même site sur > plusieurs serveurs), > - Offrir l'accès à des serveurs qui sont sur le LAN, Ahhh, tres interessant ! > - Permettre l'accès à différents serveurs à partir du même port, idem > - Ajouter une couche de crypto (https) vers un serveur qui n'en propose pas. ok -- 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]
oops: re Re: A propose de reverse proxy ...
j'avais oublié le principal: Un reverse proxy ça va te permettre de répartir les requêtes vers un serveur web. Le client contacte le RP qui envoie la requête au serveur en fonction de différents critères. Ca peut permettre de : - Balancer la charge entre plusieurs serveurs webs (même site sur plusieurs serveurs), - Offrir l'accès à des serveurs qui sont sur le LAN, - Permettre l'accès à différents serveurs à partir du même port, - Ajouter une couche de crypto (https) vers un serveur qui n'en propose pas. Bernard MAYER a écrit : > Bonsoir a tous, > > J'ai obtenu, il y a qq temps, que mon poste de developpeur Cobol, soit > re-orienté vers les techno web en general, et php en particulier. > > En vous lisant, je mesure le manque de culture necessaire a la tenue de ce > poste. Connairiez vous, svp, des cours/td/tp sur ce genre de sujet, liés a > l'architecture, a la mise ne oeuvre. Bref, qq chose qui aille + loin qu'un > tuto qui explique COMMENT installer, par exemple un reverse proxy, mais > plutot POURQUOI l'installer (a quoi sert-il) > > Merci d'avance. > > > -- You will be dead within a year.
Résolu : impossible de configurer cupsys sous etch OOPS
Bonjour, Jean-Yves F. Barbier <[EMAIL PROTECTED]> a écrit : Bon, à cause de l'upgrade en etch le module usblp ne se chargeait plus. Un modeprobe usblp a tout résolu -- Philippe Monroux E 55.3 S 21.5 -- 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: impossible de configurer cupsys sous etch OOPS
Bonjour, Philippe MONROUX <[EMAIL PROTECTED]> a écrit : non vraiment impossible de la faire marcher cette hp3020 la hp3020 est une imprimante laser usb ii cupsys 1.2.7-4Common UNIX Printing System(tm) - server ii cupsys-bsd 1.2.7-4Common UNIX Printing System(tm) - BSD comman ii cupsys-client1.2.7-4Common UNIX Printing System(tm) - client pro ii cupsys-common1.2.7-4Common UNIX Printing System(tm) - common fil ii libcupsys2 1.2.7-4Common UNIX Printing System(tm) - libs est-ce que quelqu'un pourrait me dire ce qu'il faut mettre dans : device : AppSocket/HP jetDirect ou Backend Error Handler ou LPD/LPR Host or printer et ce qu'il faut mettre dans Device URI: /var/run/cups/cups.sock ou usb:/dev/usb/lp0 ou socket:/var/run/cups/cups.sock ou que sais-je encore (j'ai tout essayé) merci -- Philippe Monroux E 55.3 S 21.5 -- 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: impossible de configurer cupsys sous etch OOPS
Bonjour, Jean-Yves F. Barbier <[EMAIL PROTECTED]> a écrit : > /var.../cups.sock par: /var../cupsd.sock (pas .conf) heu je n'ai qu'un /var/run/cups/cups.sock (pas de /var/run/cups/cupsd.sock) -- Philippe Monroux E 55.3 S 21.5 -- 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: impossible de configurer cupsys sous etch OOPS
Le mercredi 14 février 2007 03:47, Jean-Yves F. Barbier a écrit : > Le mercredi 14 février 2007 03:19, Philippe MONROUX a écrit : > >... > > > > Device URI: socket:/var/run/cups/cups.sock > > Si mes souvenirs sont bons, il suffit de remplacer > /var.../cups.sock par: /var../cupsd.conf > dans la conf. /var.../cups.sock par: /var../cupsd.sock (pas .conf)
OOPS SOLVED - Re: plugin vlc plus de son
Le mercredi 14 février 2007 00:11, Jean-Yves F. Barbier a écrit : > Salut, > > depuis que j'ai basculé KDE entièrement sous ALSA, je n'ai plus de son > quand je vais regarder une video sur youtube. Quelqu'un sait-il comment > le recouvrer? > > JY bizarre le PCM a été décoché. DSL pour le bruit Bonne nuit.
Re: connexion a certains sites impossibles OOPS
Oops :) dig @198.41.0.4 puisque ton reverse ne fonctionne pas Jean-Yves F. Barbier wrote: > Salut, > > [EMAIL PROTECTED] wrote: >> [EMAIL PROTECTED] wrote: >> >> [SNIP] >> Aucun site n'est accessible par les noms >> si, debian.org par exemple >> Il y aurait peut-être un problème de DNS !! >> >> A vérifier dans la configuration du routeur. >> >> L'adresse IP du DNS devrait être celle du routeur... >> >> Déjà vérifié, le problème ne vient pas de là > > Juste pour voir si ça ne serait pas un PB des DNS de ton provider, > essaye de les changer. > fait: dig @a.root-servers.net et choisis dans la liste, > parametre les dans le router et re-teste > > Maintenant, si l'une de tes machines reste up 24/24, > ça ne serait pas inutile d'installer ton propre serveur DNS. > > JY > > -- 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ésolu][hs]Re: Oops dist-upgrade fatal pour mes impressions
Le Mercredi 9 Novembre 2005 16:06, Jody a écrit : > Jody wrote: > > [...] > > > > Enfin ton problème est plus lié au pilote HP qu'à OOo à mon avis > > lol euh désolé j'ai lu OOo au lieu de Oops :D eh ooops :-p
[résolu][hs]Re: Oops dist-upgrad e fatal pour mes impressions
Jody wrote: [...] Enfin ton problème est plus lié au pilote HP qu'à OOo à mon avis lol euh désolé j'ai lu OOo au lieu de Oops :D Jody -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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ésolu]Re: Oops dist-upgrade fatal pour mes impressions
Bonjour, Bulot Grégory wrote: [...] => je crains d'avoir à nouveau ce problème, mais pour l'instant cela fonctionne. ptal-init restart peut être ? (en root il me semble) Enfin ton problème est plus lié au pilote HP qu'à OOo à mon avis Jody -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
[résolu]Re: Oops dist-upgrade fatal pour mes impressions
Le Mardi 8 Novembre 2005 22:41, Jean-Michel OLTRA a écrit : > bonjour, > > > Le mardi 08 novembre 2005, Bulot Grégory a écrit... > > > * je ne vois rien de significatif dans syslog > > > > j'avous que je sais pas quoi chercher, ni par quoi commencer > > Je n'ai pas la solution, mais je viens de débugguer un problème de cups > chez moi en augmentant le niveau de log. Tu peux le passer à debug dans > /etc/cups/cupsd.conf et regarder les logs de cups dans /var/log/cups. > C'est bavard et ça pourra éventuellement te mettre sur la voie. En fait, j'ai utilisé un vieux reflexe windows (on est pas vendredi je sais) - arrêt ordi - débranchement des interfaces usb et // - redémarrage - rebranchement - /etc/init.d/cups, hplip, hpoj restart et tout est repartit : - j'avais fait le restart des services sans redémarrer, mais cela n'avait rien fait) - j'avais déjà redémarré mon pc juste après le distupgrade => je crains d'avoir à nouveau ce problème, mais pour l'instant cela fonctionne. Note : via printmgr (configuration / périphérique / imprimante) j'en ai profité pour déclarer mon imprimante 100% en usb (j'utilisais l'usb uniquement pour le niveau d'encre )
Re: Oops dist-upgrade fatal pour mes impressions
bonjour, Le mardi 08 novembre 2005, Bulot Grégory a écrit... > * je ne vois rien de significatif dans syslog > j'avous que je sais pas quoi chercher, ni par quoi commencer Je n'ai pas la solution, mais je viens de débugguer un problème de cups chez moi en augmentant le niveau de log. Tu peux le passer à debug dans /etc/cups/cupsd.conf et regarder les logs de cups dans /var/log/cups. C'est bavard et ça pourra éventuellement te mettre sur la voie. -- jm -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Oops dist-upgrade fatal pour mes impressions
Bonsoir, bonjour, ... J'ai fait un apt-get dist-upgrade ce matin, parmis les problèmes qu'il me reste j'en ai 2 un peu embétants : - K3b ne fait plus partie de testing (pour l'instant ?), en attendant que puis-je installer de similaire (gcombust non plus veut pas s'installer) - J'ai l'impression que l'ordre final d'impression ne se passe pas : * via konqueror dans la barre d'url : print:/manager * j'ai mon imprimante, clic droit : Tester l'imprimante (page de test) * je valide * j'ai bien le ptit logo d'une imprimante à côté de l'horloge, le document est bien là lpq HPDj990C is ready and printing RankOwner Job File(s) Total Size active gbulot 443 KDE Print Test 15360 bytes 1st gbulot 444 KDE Print Test 15360 bytes * mais aucune impression * je ne vois rien de significatif dans syslog * j'ai cups, hplip hpoj de lancé, mais rien ne sort j'avous que je sais pas quoi chercher, ni par quoi commencer
vsftpd : OOPS: priv_sock_get_result
Bonjour, Voilà, j'utilise vsftpd depuis environ 15 jours sans soucis, et apres une mise à jour de mon systeme, plus moyen de ce logguer sur le ftp. La connection est établie, utilisateur, mot de passe, puis ensuite, ce message d'erreur : OOPS: priv_sock_get_result Quelqu'un aurait-il une idée pour la résolution de ce probleme s'il vous plait ? PS : j'utilise la version Berkeley DB 3.2.9 pour la base d'authentification. Voici mon fichier vsftpd.conf : # Ceci configure vsFTPd en mode "standalone" listen=YES # On désactive les connexions anonymes # et on active les non-anonymes(c'est le cas des utilisateurs virtuels): anonymous_enable=NO local_enable=YES # Pour des raisons de sécurité on interdit toute action d'écriture: write_enable=NO anon_upload_enable=NO anon_mkdir_write_enable=NO anon_other_write_enable=NO # 'guest_enable' est très important: cela active les utilisateurs virtuels! # 'guest_username' fait correspondre tous les utilisateurs virtuels à # l'utilisateur 'virtual' que nous avons défini plus haut, et au home # correspondant: '~virtual/'. guest_enable=YES guest_username=virtual # On veut que les utilisateurs virtuels restent chez eux: '~virtual/' # (attends, on leur a fait un toît, c'est pas pour rien!) chroot_local_user=YES # On défini le nombre maximum de sessions à 200(les nouveaux clients recevront # un message du genre: "erreur: serveur occupé"). # On défini le nombre maximum de sessions par IP à 4 max_clients=3 max_per_ip=2 # politique par utilisateur user_config_dir=/etc/vsftpd/vsftpd_user_conf # Les logs xferlog_enable=YES # banniere ftpd_banner=Serveur Perso! Le respect est de rigueur # Debian customization # # (ou adoptons la debian attitude) # # Some of vsftpd's settings don't fit the Debian filesystem layout by # default. These settings are more Debian-friendly. # # This option should be the name of a directory which is empty. Also, the # directory should not be writable by the ftp user. This directory is used # as a secure chroot() jail at times vsftpd does not require filesystem # access. secure_chroot_dir=/var/run/vsftpd # # This string is the name of the PAM service vsftpd will use. pam_service_name=vsftpd # # This option specifies the location of the RSA certificate to use for SSL # encrypted connections. rsa_cert_file=/etc/ssl/certs/vsftpd.pem -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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:%20Re: insmod : Oops ??
> Donc si j'etais a ta place j'essaierais deja de recompiler le noyau en virant l'apm ! > Je tourne depuis ce matin avec le noyau debian 2.4.18-bf2.4 et il a les même options apm que mon autre noyau : CONFIG_APM=m CONFIG_APM_CPU_IDLE=y > Ensuite si le pbm est tjs la on pourra se concentrer effectivement sur le pbm usb ! > Etrangement depuis que j'ai changé j'i pas de problème, mais bon.. Je tournais depuis + de 15jours avec mon autre noyau sans avoir rebooté une seule fois, donc je ne sais pas si le problème va survenir à nouveau.. > Evidemment si tu avais un modem ethernet .. :) Bah je serais pas là je sais :) -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: insmod : Oops ??
Ketchupy a écrit : Bonjour, Je pensais avoir un système stable, finalement en quelques jours j'ai eu 2 Oops dans mon kernel... Je suis en Sarge 2.4.27 que j'ai recompilé. Je l'ai rebooté hier soir suite au premier oops et je viens de le rebooté... Visiblement ça vient de mon modem usb eci adsl/pppd/insmod, enfin quelque chose comme ça : May 30 06:28:53 sillage kernel: printing eip: May 30 06:28:53 sillage kernel: d88757f8 May 30 06:28:53 sillage kernel: Oops: May 30 06:28:53 sillage kernel: CPU:0 May 30 06:28:53 sillage kernel: EIP: 0010:[apm:__insmod_apm_O/lib/modules/2.4.27-tchup-1/kernel/arch/i386/+-96264/96] Not tainted [...] May 30 06:28:53 sillage kernel: Process eciadsl-pppoeci (pid: 520, stackpage=d4ec7000) [...] May 30 06:28:57 sillage kernel: usb.c: USB disconnect on device 00:07.2-0 address 1 May 30 06:28:57 sillage kernel: usb.c: USB disconnect on device 00:07.2-2 address 4 Suite à ça, j'avais encore la main sur ma machine mais je n'avais plus le net et j'avais mon module usb-uhci qui était dans un "mauvais" état :-) Si je faisais lsmod, usb-uhci était "deleted" et donc je ne pouvais ni le supprimer ni l'ajouter et donc j'ai du rebooter pour que ça refonctionne.. Est ce que quelqu'un pourrait m'indiquer une piste pour résoudre ce problème ? Merci Je sais pas si ca vient de ton modem usb car le message fait reference a la gestion d'energie apm 0010:[apm:__insmod_apm_O/lib/modules/2.4.27-tchup-1/kernel/arch/i386/+-96264/96] Not tainted [... Donc si j'etais a ta place j'essaierais deja de recompiler le noyau en virant l'apm ! Ensuite si le pbm est tjs la on pourra se concentrer effectivement sur le pbm usb ! Evidemment si tu avais un modem ethernet .. :) @ ++ -- Faire reagir les cons, c ce ki demande le + d'intelligence! -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
insmod : Oops ??
Bonjour, Je pensais avoir un système stable, finalement en quelques jours j'ai eu 2 Oops dans mon kernel... Je suis en Sarge 2.4.27 que j'ai recompilé. Je l'ai rebooté hier soir suite au premier oops et je viens de le rebooté... Visiblement ça vient de mon modem usb eci adsl/pppd/insmod, enfin quelque chose comme ça : May 30 06:28:53 sillage kernel: printing eip: May 30 06:28:53 sillage kernel: d88757f8 May 30 06:28:53 sillage kernel: Oops: May 30 06:28:53 sillage kernel: CPU:0 May 30 06:28:53 sillage kernel: EIP: 0010:[apm:__insmod_apm_O/lib/modules/2.4.27-tchup-1/kernel/arch/i386/+-96264/96] Not tainted [...] May 30 06:28:53 sillage kernel: Process eciadsl-pppoeci (pid: 520, stackpage=d4ec7000) [...] May 30 06:28:57 sillage kernel: usb.c: USB disconnect on device 00:07.2-0 address 1 May 30 06:28:57 sillage kernel: usb.c: USB disconnect on device 00:07.2-2 address 4 Suite à ça, j'avais encore la main sur ma machine mais je n'avais plus le net et j'avais mon module usb-uhci qui était dans un "mauvais" état :-) Si je faisais lsmod, usb-uhci était "deleted" et donc je ne pouvais ni le supprimer ni l'ajouter et donc j'ai du rebooter pour que ça refonctionne.. Est ce que quelqu'un pourrait m'indiquer une piste pour résoudre ce problème ? Merci -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Oops kernel xfs
On Fri, 11 Jun 2004, Patrick Noel wrote: > Bonjour Bonjour. > sur un woody kernel 2.4.18 avec le filesystem xfs-1.0.2 j'ai eu un > plantage : C'est vieux comme XFS... [...] > Quelle est la démarche à suivre pour signaler ce bug ? Tu peux aller sur http://oss.sgi.com/projects/xfs/, et choisir "Report XFS Bugs", comme je l'écris plus haut, les développeurs te demanderont certainement de passer à une version plus récente du noyau. J'utilise un 2.4.26 de l'upstream pour mon serveur de fichiers, mais il te faudra aller prendre les sources fournies par SGI si tu veux le support des ACLs. -- Nicolas
Oops kernel xfs
Bonjour sur un woody kernel 2.4.18 avec le filesystem xfs-1.0.2 j'ai eu un plantage : Jun 10 21:33:44 myserver kernel: printing eip: Jun 10 21:33:44 myserver kernel: c01eb35d Jun 10 21:33:44 myserver kernel: Oops: Jun 10 21:33:44 myserver kernel: CPU:0 Jun 10 21:33:44 myserver kernel: EIP:0010:[xfs_syncsub+2361/3068] Tainted: P Jun 10 21:33:44 myserver kernel: EFLAGS: 00010246 Jun 10 21:33:44 myserver kernel: eax: e016be00 ebx: d5e140c0 ecx: f73d5518 edx: f73d5400 Jun 10 21:33:44 myserver kernel: esi: edi: d75c4d60 ebp: ea5b49c4 esp: f7edbf40 Jun 10 21:33:44 myserver kernel: ds: 0018 es: 0018 ss: 0018 Jun 10 21:33:44 myserver kernel: Process kupdated (pid: 7, stackpage=f7edb000) Jun 10 21:33:44 myserver kernel: Stack: f73d5800 f73d5848 f7eda343 0008e000 f73d5518 0010 0001 Jun 10 21:33:44 myserver kernel:0001 0001 0008 0008 0040 Jun 10 21:33:44 myserver kernel: cb40c700 d5e140c0 f7eb266c 0001 0282 0003 0008e000 Jun 10 21:33:44 myserver kernel: Call Trace: [xfs_sync+21/28] [linvfs_write_super+43/48] [sync_supers+213/260] [sync_old_buffers+47/144] [kupdate+282/288] Jun 10 21:33:44 myserver kernel:[kernel_thread+40/56] Jun 10 21:33:44 myserver kernel: Jun 10 21:33:44 myserver kernel: Code: 39 46 08 0f 85 fe f7 ff ff 8b 44 24 10 50 e8 5c 6b 01 00 83 Impossible de rebooter le serveur et le process kupdated était defunct. J'ai cherché si il y avait un bug signalé sur debian.org mais j'ai pas trouvé, je ne vois pas de bug sur le patch 'patch-2.4.14-xfs-1.0.2.gz' mais j'ai peut-etre mal cherché. C'est un serveur de prod la partition xfs est sur une baie fibre en raid 5. Quelle est la démarche à suivre pour signaler ce bug ? Patrick
Re: oops quand je veux changer le fond d'écran
Le jour même X a planté, ce qui a cassé mon uptime de 46 jours ! Ouin ! nicolas patrois : pts noir asocial -- GLOU-GLOU P : Ouerk ! C'est dégueulasse, j'ai bu la tasse ! M : Panique pas... La mer est pleine de microbes, mais tellement dilués qu'ils sont inoffensifs... P : C'est ça... La mer, c'est de la merde homéopathique !
Re: oops quand je veux changer le fond d'écran
Le Mon 19/04/2004, Bruno Muller disait > Le lun 19/04/2004 à 08:53, Erwan David a écrit : > > Le Mon 19/04/2004, nicolas disait > > > Quand je veux changer le fond d'écran de GNOME ou quand xscreensaver se > > > lance j'ai ça dans les logs : > > > > > > Apr 19 07:49:26 onesicrite kernel: <1>Unable to handle kernel NULL > > > pointer dereference at virtual address > > > > > Ça mérite au moins un rapport de bug parceque un déréférencement de > > NULL dans le noyau c'ets pas anodin. N'oublie pas alors de donner la > > liste des modules noyaux chargés à ce moment là, ils peuvent être la > > cause du bug. > > Sauf si un module qui teinte le noyau est chargé (genre nvidia par > exemple)... Oui ça aussi c'est possible... -- Erwan
Re: oops quand je veux changer le fond d'écran
On Mon, 19 Apr 2004 09:00:17 +0200, Erwan David wrote: > Ça mérite au moins un rapport de bug parceque un déréférencement de > NULL dans le noyau c'ets pas anodin. N'oublie pas alors de donner la > liste des modules noyaux chargés à ce moment là, ils peuvent être la > cause du bug. J'ai redémarré GNOME et je n'ai plus le problème. > En attendant tu peux déjà upgrader en 2.4.25 (déjà ça ferme le > deuxième trou de mremap()), et vérifier que tu as encore le problème. nicolas patrois : pts noir asocial -- GLOU-GLOU P : Ouerk ! C'est dégueulasse, j'ai bu la tasse ! M : Panique pas... La mer est pleine de microbes, mais tellement dilués qu'ils sont inoffensifs... P : C'est ça... La mer, c'est de la merde homéopathique !
Re: oops quand je veux changer le fond d'écran
Le lun 19/04/2004 à 08:53, Erwan David a écrit : > Le Mon 19/04/2004, nicolas disait > > Quand je veux changer le fond d'écran de GNOME ou quand xscreensaver se > > lance j'ai ça dans les logs : > > > > Apr 19 07:49:26 onesicrite kernel: <1>Unable to handle kernel NULL pointer > > dereference at virtual address > Ça mérite au moins un rapport de bug parceque un déréférencement de > NULL dans le noyau c'ets pas anodin. N'oublie pas alors de donner la > liste des modules noyaux chargés à ce moment là, ils peuvent être la > cause du bug. Sauf si un module qui teinte le noyau est chargé (genre nvidia par exemple)... -- SUEUR M : Incroyable, ça ! Je pue jamais des dessous de bras... Snif ! Snif ! P : Évidemment ! Les chiens ne transpirent que de la langue ! Tu veux sucer mon narta ?
Re: oops quand je veux changer le fond d'écran
Le Mon 19/04/2004, nicolas disait > Quand je veux changer le fond d'écran de GNOME ou quand xscreensaver se > lance j'ai ça dans les logs : > > Apr 19 07:49:26 onesicrite kernel: <1>Unable to handle kernel NULL pointer > dereference at virtual address > Apr 19 07:49:26 onesicrite kernel: printing eip: > Apr 19 07:49:26 onesicrite kernel: c0119b87 > Apr 19 07:49:26 onesicrite kernel: *pde = 0000 > Apr 19 07:49:26 onesicrite kernel: Oops: > Apr 19 07:49:26 onesicrite kernel: CPU:0 > Apr 19 07:49:26 onesicrite kernel: EIP:0010:[__wake_up+39/112]Not > tainted > Apr 19 07:49:26 onesicrite kernel: EFLAGS: 00010097 > Apr 19 07:49:26 onesicrite kernel: eax: 24448b53 ebx: c013f540 ecx: > edx: 24448b53 > Apr 19 07:49:26 onesicrite kernel: esi: d71003fc edi: 0001 ebp: > de6a1e8c esp: de6a1e70 > Apr 19 07:49:26 onesicrite kernel: ds: 0018 es: 0018 ss: 0018 > Apr 19 07:49:26 onesicrite kernel: Process bouncingcow (pid: 26740, > stackpage=de6a1000) > Apr 19 07:49:26 onesicrite kernel: Stack: e615 0001 0286 > e0ee1580 c37a5580 d5c64580 0014 > Apr 19 07:49:26 onesicrite kernel:c01bf88f c37a5580 7fff > e0ee1580 e780e3f7 e0ee1580 > Apr 19 07:49:26 onesicrite kernel:0001 0013 de6a1ec4 ddc6e780 > d5c64580 ff91 0013 d71005e0 > Apr 19 07:49:26 onesicrite kernel: Call Trace:[sock_def_readable+95/112] > [usb-uhci:__insmod_usb-uhci_O/lib/modules/2.4.24-1-k7/kernel/drivers/+-1510409/128] > [sys_connect+125/176] [sock_map_fd+265/352] [sys_socket+61/96] > Apr 19 07:49:26 onesicrite kernel: [sys_socketcall+165/608] > [sys_newuname+56/96] [system_call+51/56] > Apr 19 07:49:26 onesicrite kernel: > Apr 19 07:49:26 onesicrite kernel: Code: 8b 01 85 c7 75 19 8b 02 89 d3 89 c2 > 0f 0d 00 39 f3 75 ea ff > > Et bien entendu je n'ai ni changement du fond d'écran ni économiseur > d'écran. > Éh quoi, il va falloir que je reboote après 49 jours de bons services ? > > Distro : Sarge à jour > Noyau : 2.4.24-1-k7 Ça mérite au moins un rapport de bug parceque un déréférencement de NULL dans le noyau c'ets pas anodin. N'oublie pas alors de donner la liste des modules noyaux chargés à ce moment là, ils peuvent être la cause du bug. En attendant tu peux déjà upgrader en 2.4.25 (déjà ça ferme le deuxième trou de mremap()), et vérifier que tu as encore le problème. -- Erwan
oops quand je veux changer le fond d'écran
Quand je veux changer le fond d'écran de GNOME ou quand xscreensaver se lance j'ai ça dans les logs : Apr 19 07:49:26 onesicrite kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address Apr 19 07:49:26 onesicrite kernel: printing eip: Apr 19 07:49:26 onesicrite kernel: c0119b87 Apr 19 07:49:26 onesicrite kernel: *pde = Apr 19 07:49:26 onesicrite kernel: Oops: Apr 19 07:49:26 onesicrite kernel: CPU:0 Apr 19 07:49:26 onesicrite kernel: EIP:0010:[__wake_up+39/112]Not tainted Apr 19 07:49:26 onesicrite kernel: EFLAGS: 00010097 Apr 19 07:49:26 onesicrite kernel: eax: 24448b53 ebx: c013f540 ecx: edx: 24448b53 Apr 19 07:49:26 onesicrite kernel: esi: d71003fc edi: 0001 ebp: de6a1e8c esp: de6a1e70 Apr 19 07:49:26 onesicrite kernel: ds: 0018 es: 0018 ss: 0018 Apr 19 07:49:26 onesicrite kernel: Process bouncingcow (pid: 26740, stackpage=de6a1000) Apr 19 07:49:26 onesicrite kernel: Stack: e615 0001 0286 e0ee1580 c37a5580 d5c64580 0014 Apr 19 07:49:26 onesicrite kernel:c01bf88f c37a5580 7fff e0ee1580 e780e3f7 e0ee1580 Apr 19 07:49:26 onesicrite kernel:0001 0013 de6a1ec4 ddc6e780 d5c64580 ff91 0013 d71005e0 Apr 19 07:49:26 onesicrite kernel: Call Trace:[sock_def_readable+95/112] [usb-uhci:__insmod_usb-uhci_O/lib/modules/2.4.24-1-k7/kernel/drivers/+-1510409/128] [sys_connect+125/176] [sock_map_fd+265/352] [sys_socket+61/96] Apr 19 07:49:26 onesicrite kernel: [sys_socketcall+165/608] [sys_newuname+56/96] [system_call+51/56] Apr 19 07:49:26 onesicrite kernel: Apr 19 07:49:26 onesicrite kernel: Code: 8b 01 85 c7 75 19 8b 02 89 d3 89 c2 0f 0d 00 39 f3 75 ea ff Et bien entendu je n'ai ni changement du fond d'écran ni économiseur d'écran. Éh quoi, il va falloir que je reboote après 49 jours de bons services ? Distro : Sarge à jour Noyau : 2.4.24-1-k7 nicolas patrois : pts noir asocial -- GLOU-GLOU P : Ouerk ! C'est dégueulasse, j'ai bu la tasse ! M : Panique pas... La mer est pleine de microbes, mais tellement dilués qu'ils sont inoffensifs... P : C'est ça... La mer, c'est de la merde homéopathique !
OOPS: vsftpd: cannot locate user specified in 'tunable_ftp_username'
Boujour à tous! j'ai installé vsftpd sur mon serveur maison, modifier le /etc/vsftpd.conf à mon goût et lorsque j'essaie de me connecté j'obtiens OOPS: vsftpd: cannot locate user specified in 'tunable_ftp_username' alors j'ai crée un user 'ftpsecure' avec *code* adduser --system -no-create-home --disabled-password --diasabled-login ftpsecure *endcode* et décommenté la ligne 'nopriv-user=ftpsecure' dans le fichier config et rebooté ma machine (je sais, je sais ya d'autres moyens, mais bon..) et j'obtiens toujours le meme message d'erreur. j'ai également décommenter la bonne ligne dans /etc/inetd.conf Des idées? merci
Oops
> «d abord de rajouter dans le crontab une ligne avec > ntpdate, mais j aime pas (surtout quand on a plus > internet a la maison)» Désolé ;)
Re: emacs et la molette : Oops...
Le Wed, 16 Oct 2002 19:07:34 +0200, Manganneau Emmanuel <[EMAIL PROTECTED]> a écrit: [...des fonctions lisp...] j'ai oublié ceci : (global-set-key [mouse-4] 'scrollup) (global-set-key [mouse-5] 'scrolldown) __ | Manganneau Emmanuel| gsm : 06 64 09 73 07 | |PimenTech SARL | tel : 01 43 56 05 00 | | [EMAIL PROTECTED] | fax : 01 43 56 05 50 | `--'
C'est quoi ce Oops ?
Bonjour Depuis un moment j'ai des Oops assez frequents (causes par differents programmes, comme smbd, AvpDaemon, kreclaimd, etc...) Je pensais que c'etait lie a un download foireux (Getright en multipart)...mais le probleme persiste, sans avoir de cause evidente ces fois ! Mais il a la bonne idee de ne pas planter, ce qui est deja ca ^^ Voici ce que je trouve dans syslog : --- Oct 4 00:24:47 serveur kernel: Unable to handle kernel paging request at virtual address 2c965ea0 Oct 4 00:24:47 serveur kernel: printing eip: Oct 4 00:24:47 serveur kernel: c01229cb Oct 4 00:24:47 serveur kernel: *pde = Oct 4 00:24:47 serveur kernel: Oops: 0002 Oct 4 00:24:47 serveur kernel: CPU:0 --- Et ce qui s'affiche (j'y ai tout redirige) sur tty1 : --- --MARK--# entre 2 --MARK-- ! Unable to handle kernel paging request at virtual address dc5d66cf printing eip: c0128ead# C'en est un autre que celui dans syslog,ci-dessus. *pde = Oops: 0002 CPU: 0 EIP: 0010:[] EFLAGS: 00010286 eax: ... esi: ... ds: ... Process S20smbd (pid:..., stackpage: c7b...)# Ca ne depend pas du programme ? (puisque ca arrive a bcp) Stask... Call trace ... Code ... --MARK-- --- Voila, si qqun avait une rien qu'une petite idee, ca me soulagerai (c'est pas inquietant, hein ?...svp ^^) Merci pour votre aide :) PS: la partition est bonne (e2fsck -> clean) A+ Moku <[EMAIL PROTECTED]>