Besoin d'aide > /var/log/syslog saturé

[Unamed]

Bonsoir les hackademiciens

Alors je viens vers vous car mon fichier /var/log/syslog ce remplie d'environs 1go tout les une a deux minutes... le message d'erreur semble etre en rapport avec mon antenne wifi ( en usb )... car quand je la débranche plus de message... et quand je la rebranche c'est repartie...

Je ne c'est vraiment pas quoi faire, vue que je ne comprend d'ou vien le problem... Si l'un d'entre vous pourrais m'orienter

Voilà le message en question:

Jul 18 18:10:35 kalux kernel: [40865.479713] WARNING: CPU: 1 PID: 26076 at /build/linux-0N7xec/linux-4.9.30/drivers/usb/core/urb.c:447 usb_submit_urb+0x1e5/0x580 [usbcore]
Jul 18 18:10:35 kalux kernel: [40865.479714] usb 6-2: BOGUS urb xfer, pipe 1 != type 3
Jul 18 18:10:35 kalux kernel: [40865.479715] Modules linked in: nls_ascii nls_cp437 vfat fat uas usb_storage fuse pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) binfmt_misc uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev media ath9k_htc ath9k_common ath9k_hw ath iTCO_wdt iTCO_vendor_support acer_wmi mxm_wmi sparse_keymap coretemp arc4 pcspkr evdev joydev serio_raw amdkfd iwl4965 iwlegacy mac80211 sg radeon snd_hda_codec_hdmi snd_hda_codec_realtek lpc_ich mfd_core snd_hda_codec_generic cfg80211 ir_rc6_decoder rfkill ttm snd_hda_intel snd_hda_codec drm_kms_helper snd_hda_core snd_hwdep snd_pcm drm snd_timer ir_lirc_codec snd lirc_dev soundcore i2c_algo_bit shpchp wmi rc_rc6_mce ite_cir acpi_als rc_core kfifo_buf battery industrialio video ac button acpi_cpufreq ip_tables x_tables autofs4
Jul 18 18:10:35 kalux kernel: [40865.479766] hid_generic usbhid hid ext4 crc16 jbd2 crc32c_generic fscrypto ecb lrw gf128mul glue_helper ablk_helper cryptd aes_x86_64 mbcache sd_mod sr_mod cdrom ata_generic psmouse ahci libahci ata_piix i2c_i801 i2c_smbus libata scsi_mod atl1e ehci_pci uhci_hcd ehci_hcd usbcore usb_common thermal fan
Jul 18 18:10:35 kalux kernel: [40865.479790] CPU: 1 PID: 26076 Comm: kworker/u4:2 Tainted: G W O 4.9.0-kali4-amd64 #1 Debian 4.9.30-2kali1
Jul 18 18:10:35 kalux kernel: [40865.479791] Hardware name: Acer Aspire 6920/Aspire 6920, BIOS V1.07 05/19/08
Jul 18 18:10:35 kalux kernel: [40865.479796] Workqueue: phy6 ath9k_htc_ani_work [ath9k_htc]
Jul 18 18:10:35 kalux kernel: [40865.479798] 0000000000000000 ffffffffa4128634 ffffb2374286fc88 0000000000000000
Jul 18 18:10:35 kalux kernel: [40865.479802] ffffffffa3e76eae ffff8a3a76f4ab40 ffffb2374286fce0 ffff8a3a77aa3000
Jul 18 18:10:35 kalux kernel: [40865.479805] 0000000000000002 0000000000000001 0000000000000001 ffffffffa3e76f2f
Jul 18 18:10:35 kalux kernel: [40865.479808] Call Trace:
Jul 18 18:10:35 kalux kernel: [40865.479811] [<ffffffffa4128634>] ? dump_stack+0x5c/0x78
Jul 18 18:10:35 kalux kernel: [40865.479814] [<ffffffffa3e76eae>] ? __warn+0xbe/0xe0
Jul 18 18:10:35 kalux kernel: [40865.479816] [<ffffffffa3e76f2f>] ? warn_slowpath_fmt+0x5f/0x80
Jul 18 18:10:35 kalux kernel: [40865.479819] [<ffffffffa3fdfd7b>] ? kmem_cache_alloc_trace+0xbb/0x530
Jul 18 18:10:35 kalux kernel: [40865.479830] [<ffffffffc00cdd85>] ? usb_submit_urb+0x1e5/0x580 [usbcore]
Jul 18 18:10:35 kalux kernel: [40865.479834] [<ffffffffc095ae2e>] ? hif_usb_send+0xde/0x330 [ath9k_htc]
Jul 18 18:10:35 kalux kernel: [40865.479838] [<ffffffffc095beb4>] ? ath9k_wmi_cmd+0x114/0x1a0 [ath9k_htc]
Jul 18 18:10:35 kalux kernel: [40865.479842] [<ffffffffc096135d>] ? ath9k_regread+0x4d/0x80 [ath9k_htc]
Jul 18 18:10:35 kalux kernel: [40865.479853] [<ffffffffc08f6211>] ? ath9k_hw_ani_monitor+0x51/0x190 [ath9k_hw]
Jul 18 18:10:35 kalux kernel: [40865.479857] [<ffffffffc0960629>] ? ath9k_htc_ani_work+0x159/0x1a0 [ath9k_htc]
Jul 18 18:10:35 kalux kernel: [40865.479859] [<ffffffffa3e90374>] ? process_one_work+0x184/0x410
Jul 18 18:10:35 kalux kernel: [40865.479861] [<ffffffffa3e9064d>] ? worker_thread+0x4d/0x480
Jul 18 18:10:35 kalux kernel: [40865.479863] [<ffffffffa3e90600>] ? process_one_work+0x410/0x410
Jul 18 18:10:35 kalux kernel: [40865.479865] [<ffffffffa3e965c7>] ? kthread+0xd7/0xf0
Jul 18 18:10:35 kalux kernel: [40865.479867] [<ffffffffa3e964f0>] ? kthread_park+0x60/0x60
Jul 18 18:10:35 kalux kernel: [40865.479870] [<ffffffffa44064f5>] ? ret_from_fork+0x25/0x30
Jul 18 18:10:35 kalux kernel: [40865.479871] ---[ end trace c6f0bc6b362bc7e9 ]---

Je suis sous kali-linux (débian) à jour.. Merci d'avance pour vos réponses <3 !

[diuxafan]

Bonsoir Unamed,

Je ne saurai pas résoudre ton problème mais /var/log/syslog stocke des fichiers.
Si ton reçoit pleins de fichiers à cet emplacement quand tu branches ton antenne usb wifi, cela veut dire qu'il y a pas mal d'erreur je suppose.
J'ai trouvé un site qui je pense peut t'éclaircir à ce sujet:

Bonne chance

[pl3x]

problème de pilote (linux-4.9.30/drivers/usb/)

mettre à jour le kernel

http://news.softpedia.com/news/linux...s-516041.shtml

[Sombrero M104]

Salut!
J'étais entrain d'apprendre un cours sur linux . Il parle de ce fichier syslog mais je ne comprends pas son utilité.

[Unamed]

Problém solved avec mise a jour de kernel, merci Pl3x !

@Sombrero M104: D'aprés le man : "Le démon rsyslogd a pour charge de collecter les messages de service provenant des applications et du noyau puis de les répartir dans des fichiers de logs (habituellement stockés dans le répertoire /var/log/). Il obéit au fichier de configuration /etc/rsyslog.conf"

Plus d'info sur le fonctionement ici: https://debian-handbook.info/browse/...ackademics.fr/


Si non reste une question qui me taraude... dans /var/log/ j'ai mes fichiers de logs et des version de ceux ci en .1.gz, .2.gz etc... Je me demande donc si les logs ne serais pas compresser quand ils dépassent un certain poid ? Et donc puit-je "purger" mes logs ?

J'ai quand méme gagner 30go en nettoyant les logs messages ( du au problem de driver...) la il me reste kernel.log, daemon.log, debug.log, et auth.log ( et chacun a 4 version en .gz.. )


Voila merci a tous pour vos réponses si rapide !

[L'OMBRE]

Problém solved avec mise a jour de kernel, merci Pl3x !

@Sombrero M104: D'aprés le man : "Le démon rsyslogd a pour charge de collecter les messages de service provenant des applications et du noyau puis de les répartir dans des fichiers de logs (habituellement stockés dans le répertoire /var/log/). Il obéit au fichier de configuration /etc/rsyslog.conf"

Plus d'info sur le fonctionement ici: https://debian-handbook.info/browse/...ackademics.fr/


Si non reste une question qui me taraude... dans /var/log/ j'ai mes fichiers de logs et des version de ceux ci en .1.gz, .2.gz etc... Je me demande donc si les logs ne serais pas compresser quand ils dépassent un certain poid ? Et donc puit-je "purger" mes logs ?

J'ai quand méme gagner 30go en nettoyant les logs messages ( du au problem de driver...) la il me reste kernel.log, daemon.log, debug.log, et auth.log ( et chacun a 4 version en .gz.. )


Voila merci a tous pour vos réponses si rapide !

Oui, tu peux purger tes logs, c'est même plus que conseillé. Pour cela, tu peux tout simplement les détruire ou les compresser et les archiver ailleurs ou sur ton disque.

[Unamed]

Yep ! Merci a toi L'OMBRE =)