pilote nvidia propriétaire et noyau 6.3

Bonsoir, Je suis en unstable, lors de la construction des modules du pilote nvidia (avec dkms), pour le tout récent noyau linux-headers-6.3.0-1-amd64 et linux-image-6.3.0-1-amd64 une erreur se produit. Building module: Cleaning build area... env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.

Re: puis-je faire confiance a ce disque ?

Le 16/06/2023 à 08:34, BERTRAND Joël a écrit : Bonjour, J'en pense que c'est un Seagate. J'ai eu des tas de disques comme ça qui montraient des valeurs aberrantes et j'ai creusé. Il s'avère que le problème est un firmware buggué et que Seagate n'en a rien à faire. Tant que Cur

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Le ven. 16 juin 2023 à 16:36, Frédéric BOITEUX a écrit : > Bonjour, > bonsoir > > > Quand /var/log/ se remplit de messages d'erreur (messages syslog et > user.messages), ça sonne puisque plus rien qui utilise /var ne peut > fonctionner ! > > Si root supprime les fichiers remplis de la mê

RE: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Bonjour, > Quand /var/log/ se remplit de messages d'erreur (messages syslog et > user.messages), ça sonne puisque plus rien qui utilise /var ne peut > fonctionner ! > Si root supprime les fichiers remplis de la même alerte, /var reste rempli à > 100%. Oui, c’est un classique ! Tant que

Re: RAID5 (Mdadm) non fonctionnel sous Debian 11

Bonjour. Pour gérer le RAID il faut savoir quel est est le controleur de la machine: sudo lpci|grep RAID puis chercher quel est le module chargé de sa gestion et le charger. Le 16/06/2023 à 15:10, Romain P. a écrit : Bonjour Je suis passé de Debian 10 à Debian 11 et volume RAID5, géré par la

RAID5 (Mdadm) non fonctionnel sous Debian 11

Bonjour Je suis passé de Debian 10 à Debian 11 et volume RAID5, géré par la carte mère, n'est pas reconnu. Créé sous Windows 10, il fonctionnait sous Debian 10 juste en installant Mdadm. Sous certaines distributions, Mdadm est inclus et mon RAID5 fonctionne sans paramétrage. J'ai lu plus

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Bonjour, Une piste avec https://manpages.debian.org/bookworm/systemd/tmpfiles.d.5.en.html ? Cordialement, Thomas 16 juin 2023 11:47:14 roger.tar...@free.fr: > Bonjour, > > Quand /var/log/ se remplit de messages d'erreur (messages syslog et > user.messages), ça sonne puisque plus rien qui uti

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Le Fri, 16 Jun 2023 11:46:49 +0200 (CEST), roger.tar...@free.fr a écrit : > Egalement, comment éviter que /var ( partition dédiée ) bloque la > machine quand il est plein ? Pour éviter de remplir /var à cause de la pollution des logs, je créé une partition dédiée /var/log. -- Alain Vaugham Cl

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Le 16/06/2023 à 11:46, roger.tar...@free.fr a écrit : Bonjour, Quand /var/log/ se remplit de messages d'erreur (messages syslog et user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner ! Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 100

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

il faut aussi surveiller /var/tmp j'y ai trouvé un jour des fichiers de plusieurs gigas. e.e. Le vendredi 16 juin 2023 à 11:47:12 UTC+2, roger.tar...@free.fr a écrit : Bonjour, Quand /var/log/ se remplit de messages d'erreur (messages syslog et user.messages), ça sonne puisque pl

Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Bonjour Le 16/06/2023 à 11:46, roger.tar...@free.fr a écrit : Bonjour, Quand /var/log/ se remplit de messages d'erreur (messages syslog et user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner ! Si root supprime les fichiers remplis de la même alerte, /var reste rem

Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage

Bonjour, Quand /var/log/ se remplit de messages d'erreur (messages syslog et user.messages), ça sonne puisque plus rien qui utilise /var ne peut fonctionner ! Si root supprime les fichiers remplis de la même alerte, /var reste rempli à 100%. Il y aurait bien un lsof puis un kill de tout ce q

Re: puis-je faire confiance a ce disque ?

hamster a écrit : > Le 16/06/2023 à 11:21, BERTRAND Joël a écrit : >> hamster a écrit : >>> Le 16/06/2023 à 08:34, BERTRAND Joël a écrit :  Bonjour,  J'en pense que c'est un Seagate. J'ai eu des tas de disques comme ça qui montraient des valeurs aberrantes et j'ai c

Re: puis-je faire confiance a ce disque ?

Le 16/06/2023 à 11:21, BERTRAND Joël a écrit : hamster a écrit : Le 16/06/2023 à 08:34, BERTRAND Joël a écrit : Bonjour, J'en pense que c'est un Seagate. J'ai eu des tas de disques comme ça qui montraient des valeurs aberrantes et j'ai creusé. Il s'avère que le problème est un firmwa

Re: puis-je faire confiance a ce disque ?

hamster a écrit : > Le 16/06/2023 à 08:34, BERTRAND Joël a écrit : >> Bonjour, >> >> J'en pense que c'est un Seagate. J'ai eu des tas de disques comme ça >> qui montraient des valeurs aberrantes et j'ai creusé. Il s'avère que le >> problème est un firmware buggué et que Seagate n'en a rien

Re: puis-je faire confiance a ce disque ?

Le 16/06/2023 à 06:05, Virgile Jarrige a écrit : Bonjour, >qu'en pensez-vous ? est-ce que je peux continuer a faire confiance a ce >disque ou bien est-ce que je prévois d'avoir a le changer bientot ? N'étant pas un expert, pour savoir quel message d'un rapport smart est critique je me réfère

Re: puis-je faire confiance a ce disque ?

Le 16/06/2023 à 08:34, BERTRAND Joël a écrit : hamster a écrit : j'ai un disque dur pour lequel badblocks s'est terminé sans erreurs, l'auto-test de smart s'est aussi terminé sans erreurs, pourtant dans le rapport de smart je vois 3 chiffres qui m'inquietent : Raw_Read_Error_Rate 70428466 Seek_E