Re: [HS] Choix d'une imprimente à LED
On Monday 27 May 2024 09:36:46 benoit wrote: > Je me permets un hors sujet, car sur cette liste de diffusion, il a probablement des professionnels, qui installent régulièrement des imprimantes chez des clients et qui pourront me donner un avis sur des modèles qui ne posent pas de problèmes de panne ou autre. > Je recherche des conseils pour l'achat d'une imprimante à LED(laser) domestique et peu encombrante, couleur (4 tonner), duplex. L'imprimante Samsung Laser 4 couleurs CLX 3170FN semble bien. (parfaitement reconnue par Linux). Elle ne se fait plus mais on peut la trouver d'occase. Elle n'a pas le mode Recto/Verso qui aussi peut poser problème avec les feuilles qui se coincent. Ceci dit, on peut s'en passer en imprimant pages impaires, puis on les retourne dans le bac pour avoir les pages paires. Sans R/V, le prix sera moins cher. Il y a aussi les imprimantes avec réservoirs d'encre, mais le problème du séchage de l'encre sans utilisation longue reste entier. Pour le reste, un classique moteur de recherche t'aidera... sinon de passer dans des grandes boutiques connues : FNAC, Boulanger, Darty, grandes surfaces, Amazon... Les imprimantes Laser couleurs sont les plus chères de toutes façons, mais quel bonheur d'avoir le toner qui ne sèche pas. Un imprimeur conseille pour des "désargenté(e)s" une imprimante qu'avec le toner noir (prix abordable). Hope it helps, Bon choix d'achat.
Re: Firefox : champs déjà mémorisés
On Sunday 05 May 2024 09:00:44 Pierre Malard wrote: > J’aurais tendance à demander le nom de la banque 3 qui, d’évidence, > ne stocke pas ces données (n° compte et mot de passe) en local sur le poste. > Elle protège mieux les données de ses clients. > Du coup, même si il y a compromission et récupération des données > du cache, on aura pas perdu… Si la banque-3 indique de cocher : "mémoriser vos données", Firefox devrait garder au moins dans le cache le n° du compte. > > Le 4 mai 2024 à 23:21, ajh-valmer a écrit : > > J'ai 3 comptes bancaires (sans être riche). > > Je les contacte depuis Firefox. > > À chaque banque je coche "enregistrer les informations". > > Banque 1 : les champs n° compte et mot de passe sont remplis, > > je n'ai plus qu'à cliquer sur envoyer, > > Banque 2 : seul le champ n° compte est rempli, > > Banque 3 : les 2 champs sont vides. > > Comment se fait-il, pourquoi le cache ne fonctionne pas ?
Firefox : champs déjà mémorisés
Hello, J'ai 3 comptes bancaires (sans être riche). Je les contacte depuis Firefox. À chaque banque je coche "enregistrer les informations". Banque 1 : les champs n° compte et mot de passe sont remplis, je n'ai plus qu'à cliquer sur envoyer, Banque 2 : seul le champ n° compte est rempli, Banque 3 : les 2 champs sont vides. Comment se fait-il, pourquoi le cache ne fonctionne pas ? Merci.
Re: Linux mobilise désormais 15 % de parts sur les desktops en Inde, une performance qui contraste avec les 4 % à l'échelle globale
Sujet intéressant mais statistiques GNU/Linux pas très fiables. Il y a 2 marchés : 1) Grand public, 2) Professionnel. Les deux % se mélangent, c'est important de bien les distinguer. Aussi, on mélange : 1) Utilisateurs de logiciels Libres & Opensource, 2) Utilisateurs de GNU/Linux (100% ou non), 3) Linux à la sauce Cloud type Microsoft, Redhat (pas Libres), Androïd... Deux corporations françaises utilisent 100% Linux, La Gendarmerie, (pas du tout la Défense Nationale) et le Ministère des Finances. Bref, ça pourrait faire une très bonne thèse de doctorat, et j'aimerais presque m'y lancer. ajh Valmer
Re: [HS] choix imprimante
On Monday 22 April 2024 23:53:34 Th.A.C wrote: > Un peu de gentillesse pour des gens qui essayent de te répondre et qui > ne méritent pas ces remarques désagréables... > Le web est plein d'articles qui parlent des imprimantes 'tank'. > En avantage: principalement le coût de l'encre et donc gros tirages. > En désavantages: > - un coût à l'achat plus important, ce qui veut dire qu'il faut un > minimum de pages imprimées par mois pour amortir la différence (j'ai vu > des chiffres comme 55 pages/mois) > - et probablement les mêmes inconvénients que le jet d'encre classique. > Bien sur, tout dépend de la technologie employée et de la qualité. > Dans les collèges, j'ai vu apparaître des photocopieurs avec un coût à > la page (les machines sont 'louées' avec un quota de pages mensuelles) > similaire voir moins cher que le laser. > Comme ce sont des fabricants bien connus, je suppose que c'est aussi > fiable ou que tout au moins ça ne leur coûte pas plus cher à l'entretien. > Mais c'est du matériel pro, donc pas au même niveau de fiabilité/qualité > que le matériel pour les particuliers. > Il me semble aussi que ça leur coûte bien moins cher à fabriquer qu'une > imprimante laser. > Pour montrer un ex. de différence en matériel pro et 'pas pro', j'ai > installé dans ma boite il y a une quinzaine d'années des traceur A0 à > jet d'encre. > Ils étaient utilisés pour sortir des plans ou des affiches pleines en A0. > Ils étaient livrés avec un kit de nettoyage très bien fait qui > comportait une tampon de nettoyage avec un réservoir pour le liquide de > nettoyage. > Les têtes étaient très accessible (tournées vers le haut) ainsi que la > partie ou se mettent les têtes au repos. > Même quand le traceur n'avait pas tourné pendant plusieurs mois, on > arrivait toujours à faire repartir les têtes grâce à ce kit et à > l'accessibilité des têtes Désolé d'avoir été désagréable sans le vouloir. Effectivement, une petite piqûre de rappel des imprimantes peut rendre service à d'autres abonnés de cette ML. Avant de poster ma demande, j'avais consulté un article sur les imprimantes Tank qui ne parlait pas du séchage de l'encre dans les têtes d'impression si non-utilisation prolongée. Ça doit être le cas, comme les imprimantes à cartouches d'encre. Faire repartir les têtes grâce à un kit est quand même fastidieux et prend bien du temps et souvent il faut des nouvelles cartouches. Bonne fin de journée.
Re: [HS] choix imprimante
On Monday 22 April 2024 20:43:48 Michel wrote: > Le 22/04/2024 à 20:20, ajh-valmer a écrit : > > Je voulais juste l'expérience d'un possesseur d'une imprimante "Tank". > > Je connais tous les aléas des imprimantes cartouches à jet d'encre > > et laser, j'en ai eu des dizaines, en plus je les avais donnés : > > 1) Jet d'encre cartouches (ça sèche si non-utilisation prolongée), > > 2) Laser (chère si couleurs)... > > Réponses reçues inutiles. > > Tu es un peu lourd! Pourquoi ne pas poser tes questions sur un forum > matériel, plutôt que logiciel linux ( là où ça n'a rien à voir )? > De plus, quand quelqu'un tente de te donner quelques éléments de > réponse, aussitôt tu réponds, comme ici: > "Réponses reçues inutiles" > Relis-toi avant de poster ! : J'ai bien relu avant de poster. Je ne voulais pas polluer la ML sur cet HS, j'ai donc reprécisé ma requête.
Re: [HS] choix imprimante
On Monday 22 April 2024 18:54:40 k6dedi...@free.fr wrote: > J'utilise des imprimantes depuis plus de 40 ans. > J'ai eu de nombreuses imprimantes jet d'encre et laser. > (Je ne parle pas des matricielles du début. ;))) > Les deux problèmes que j'ai avec les jets d'encre sont : séchage > en cas de non utilisation prolongée (6 à 8 semaines) et non résistance > de l'encre à l'humidité. En effet si un liquide atteint la feuille imprimée, > l'encre est délavée et baveuse au point de rendre l'écriture illisible. > Je n'ai aucun problème avec la laser après 8 semaines sans utilisation. > Actuellement, j'ai deux imprimantes EPSON WF−2760 (c'est une jet d'encre) > et HP Color Laserjet CP5225. > Pour les documents à usage éphémère interne j'utilise l'EPSON, > mais le coût à la feuille est plus cher que la HP. > Suite à une mise à jour qui m'a planté, j'ai dû tout réinstaller. > Je n'ai eu aucun problème avec la HP, avec l'EPSON le problème n'est > toujours pas résolu. > Les fichiers fournis ne contiennent pas ce qu'ils annonce comme pilote. > Voilà mon retour d'expérience. > Cassis Je voulais juste l'expérience d'un possesseur d'une imprimante "Tank". Je connais tous les aléas des imprimantes cartouches à jet d'encre et laser, j'en ai eu des dizaines, en plus je les avais donnés : 1) Jet d'encre cartouches (ça sèche si non-utilisation prolongée), 2) Laser (chère si couleurs)... Réponses reçues inutiles.
Re: [HS] choix imprimante
> > Visiblement ici personne n'utilise une imprimante "tank" > > à réservoirs :-) On Monday 22 April 2024 16:13:21 Michel wrote: > Et, de plus, une imprimante "tank" spécifique à Debian linux ? : Comprends pas la question, beaucoup sont compatibles Linux.
Re: [HS] choix imprimante
On Monday 22 April 2024 13:59:28 David PINSON wrote: > Le 22/04/2024 à 13:45, hamster a écrit : > > Le 22/04/2024 à 12:19, David PINSON a écrit : > >> pour les cartouches d'encre, je les achète en cartouches réutilisées > >> et contrôlées. > > Tu les achetes où ? > https://www.inkjet.fr/ Visiblement ici personne n'utilise une imprimante "tank" à réservoirs :-)
Re: [HS] choix imprimante
Ça ne répond pas à ma question :-) Je désire juste avoir un avis sur les imprimantes "tank" à réservoir d'encres (cf mon mail ci-dessous : avis choix 3). > Le 22/04/2024 à 11:59, ajh-valmer a écrit : > > Comme vous le savez, ils existent 3 types d'imprimantes : > > 1) Jet d'encre cartouches (ça sèche si non-utilisation prolongée), > > 2) Laser (chère si couleurs), > > 3) Réservoir d'encre dite "Tank" (remplissage par bouteilles encre) : > > Avez vous une expérience, donc un avis sur le choix 3 ? > > Est-ce que l'encre peut sécher dans la tête d'impression > > comme celles à jet d'encre, autres inconvénients... ? On Monday 22 April 2024 12:19:48 David PINSON wrote: > Tout dépend de l'utilisation régulière chez soi, > De mon côté, j'ai une imprimante Laser récupérée d'une mise en réforme > et d'un multifonction couleur à jet d'encre trouvé entre deux containers > de poubelle et réparé facilement (un jouet d'enfant en mousse s'était > coincé dans les rouleaux...), les deux de marque HP et fonctionnent très > bien ! > Des toners laser ont été récupérés et ne sont pas limités dans le temps > si stockés dans un environnement sec et pour les cartouches d'encre, je > les achète en cartouches réutilisées et contrôlées. > Tous mes PC ont détecté et installé facilement les deux imprimantes > Comme on a toujours besoin d'un scanner, cette dernière me convient très > bien. > Information supplémentaire : j'utilise NAPS2 pour les opérations de scan > (https://www.naps2.com/). > Pour ton 3e point: le risque est de retrouver les cartouches baveuses... > Voilà pour mon retour d'expérience.
[HS] choix imprimante
Bonjour, Comme vous le savez, ils existent 3 types d'imprimantes : 1) Jet d'encre cartouches (ça sèche si non-utilisation prolongée), 2) Laser (chère si couleurs), 3) Réservoir d'encre dite "Tank" (remplissage par bouteilles encre) : Avez vous une expérience, donc un avis sur le choix 3 ? Est-ce que l'encre peut sécher dans la tête d'impression comme celles à jet d'encre, autres inconvénients... ? Merci d'avance, bonne journée. ajh. Valmer
Re: magazine linux et obtention de debian stable 12 X86 gnome
On Saturday 13 April 2024 09:04:13 jc gucci wrote: > je suis en wifi, en bande passante limité , j'ai donc pensé qu'il > etait possible d'obtenir le dvd via un magazine. dans quels magazines est > ou sera inclus le prochain debian sinon comment l'obtenir (envoi par ups, > poste , lug ?). merci. Aller chez un(e) ami(e) avec une clé USB qui a la fibre, y enregistrer une version Debian complète. Sauf si on est dans un lieu en réseau très limité.
Re: Installation minimaliste
Linux light : https://medium.com/lesenfantsdu-net/des-distributions-linux-light-a121d6019d5d https://technochouette.istocks.club/les-8-plus-petits-distributions-linux-minimales-et-legeres/2021-04-24/ Hope it helps ! On Sunday 24 March 2024 17:25:23 Alex PADOLY wrote: > Je souhaite faire une installation minimaliste ayant pour objectifs de > regarder des vidéos et d'écouter de la musique uniquement. > Dois-je à l'installation choisir une configuration minimale ou > m'orienter vers une distribution légère basée sur Debian. > Enfin, connaissez-vous un paquet Debian permettant de gérer l'archivage > de vidéo et de musique et gérant la lecture de ces deux types de médias.
Re: DoS protection pour Serveurs Debian ?
On Wednesday 13 March 2024 19:39:32 Jean-François Bachelet wrote: > qu'utiliseriez vous si l'un de vos serveurs Debian était la cible > d'attaques style Denial of Service (DoS)? > vu le nombre croissant d'attaques en tous genre sur les serveurs de la > planête par tout un tas de hackers, muscler la protection de serveurs > (pros ou privés) est devenu indispensable. > des idées de solutions efficaces à partager ? Je réponds pas à la question, désolé, juste ceci, il ne faut pas dire et écrire "hackers", c'est une erreur, ces derniers sont en français des "bidouilleurs", il faut préférer le mot "pirates". On a besoin de hackers et pas de pirates.
Re: Imprimante Samsung CLX-3170-FN laser 4 couleurs
On Tuesday 12 March 2024 19:13:14 kaliderus wrote: > > On Monday 11 March 2024 23:31:39 ajh-valmer wrote: > > Depuis quelques heures cette imprimante citée imprime bien mal, > > (sous Bookworm) : > > 1) Impression centrée toute petite, format PNG, > > 2) Hiéroglyphes, l'imprimante m'envoie un message d'erreur, format PDF, > > 3) Grosses stries et fond noir (merci pour la consommation d'encre) > > format PDF. > Bonsoir, > J'ai eu un comportement + ou - similaire sur une toute autre > imprimante, il s'est avéré que c'était lié à la définition > sélectionnée pour l'impression, que j'avais spécifiée en 600 dpi alors > que par défaut c'est du 300dpi. > J'ai jamais compris non plus quelle était la réelle source du problème. Je me demande si c'est pas les supports d'images PDF : Acroread, Kpdf ... qui gère mal l'imprimante. Il y a d'autres outils, GIMP, LibreOffice-draw... c'est moins pire. Pour les dpi, ça concerne les images, png, jpg...
Re: Imprimante Samsung CLX-3170-FN laser 4 couleurs
On Monday 11 March 2024 23:31:39 ajh-valmer wrote: > > > Depuis quelques heures cette imprimante citée imprime bien mal, > > > (sous Bookworm) : > > > 1) Impression centrée toute petite, format PNG, > > > 2) Hiéroglyphes, l'imprimante m'envoie un message d'erreur, format PDF, > > > 3) Grosses stries et fond noir (merci pour la consommation d'encre) > > > format PDF. > > > Ceci semble s'être produit quand j'ai upgradé le système avec le noyau > So, I'm not alone, even with another printer and Debian. > With Mageia, the printer works fine. > I will see tomorrow, reinstalling cups... I will keep you informed. Bonjour, Je viens de réinstaller CUPS et le pilote Samsung CLX-3170, tenter d'imprimer un fichier PDF depuis acroread, puis KPDF, je n'obtiens que des stries noirs. Ça marchait bien avant, comprends pas. Bonne journée.
Re: Imprimante Samsung CLX-3170-FN laser 4 couleurs
On Monday 11 March 2024 22:49:09 Jean-François Bachelet wrote: > Le 11/03/2024 à 22:33, ajh-valmer a écrit : > > Hello, > > Depuis quelques heures cette imprimante citée imprime bien mal, > > (sous Bookworm) : > > 1) Impression centrée toute petite, format PNG, > > 2) Hiéroglyphes, l'imprimante m'envoie un message d'erreur, format PDF, > > 3) Grosses stries et fond noir (merci pour la consommation d'encre) format > > PDF. > > Ceci semble s'être produit quand j'ai upgradé le système avec le noyau > > 6.1.0-18, Avant, l'imprimante marchait très bien. Merci d'un tuyau, d'une > > aide. > Got a similar problem after upgrade to v9 too with a bubblejet Epson > xp-2150, upgraded the epson's own newest linux driver for it and got the > print head totally messed up when tried the test page : black head was > killed and I can't get it back to work again. the other colors are > trashed too. > that was working perfectly fine under mageia 8 and epson driver. > Jeff So, I'm not alone, even with another printer and Debian. With Mageia, the printer works fine. I will see tomorrow, reinstalling cups... I will keep you informed.
Imprimante Samsung CLX-3170-FN laser 4 couleurs
Hello, Depuis quelques heures cette imprimante citée imprime bien mal, (sous Bookworm) : 1) Impression centrée toute petite, format PNG, ou 2) Hiéroglyphes, l'imprimante m'envoie un message d'erreur, format PDF, ou 3) Grosses stries et fond noir (merci pour la consommation d'encre) format PDF. Ceci semble s'être produit quand j'ai upgradé le système avec le noyau 6.1.0-18 Avant, l'imprimante marchait très bien. Merci d'un tuyau, d'une aide.
Re: Firefox et PDF
On Wednesday 06 March 2024 12:50:06 Sébastien NOBILI wrote: > > je constate que la version 115.8.0-esr Firefox, > > marche mal, elle ne sait pas envoyer des formulaires, > > ni faire apparaître des images, se bloque à un moment (ça mouline), > > il faut le stopper et le ré-ouvrir... > > Alors que Chrome n'a pas du tout ces défauts horripilants. > > J'estime que Firefox est buggé. > Tout ça fonctionne très bien chez moi. Ça doit plutôt venir d'un > problème de configuration de ton profil. Oui, mais quel problème de configuration dans les profils ? J'ai pourtant bien regardé, tenté des choses et rien ne change.
Re: Firefox et PDF
On Tuesday 05 March 2024 16:50:44 Thierry wrote: > depuis la mise à jour dans la version 115.8.0esr (testing), je reçois le > message suivant à l'ouverture d'un PDF: > "Votre navigateur ne comprend pas de plugin de lecture de PDF" > Quelqu'un a t'il rencontré ce problème? (pas très gênant par ailleurs > puisqu'il suffit de télécharger le PDF pour le lire) Désolé, je ne réponds pas au problème, mais je constate que la version 115.8.0-esr Firefox, marche mal, elle ne sait pas envoyer des formulaires, ni faire apparaître des images, se bloque à un moment (ça mouline), il faut le stopper et le ré-ouvrir... Alors que Chrome n'a pas du tout ces défauts horripilants. J'estime que Firefox est buggé.
Re: Passer en 1920x1080 une machine démarrant avec i915.modeset=0 ?
On Wednesday 28 February 2024 21:29:38 Pierre ESTREm wrote: > Faut écrire : > $ xrandr -s 1920x1080 # Notez le 'x' et pas le '*' : Pour moi, c'est le pilote vidéo qui n'est plus correctement installé. Résolvons le problèmes dans le bon ordre.
Re: Passer en 1920x1080 une machine démarrant avec i915.modeset=0 ?
> Linux foobar 6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian > 6.5.10-1~bpo12+1 (2023-11-23) x86_64 GNU/Linux Le noyau est 6.5.10-1, qui ne semble pas altérer le pilote vidéo, chez moi c'était le 6.5.10-18. As tu vérifié si ton pilote vidéo Intel est fonctionnel ? Le réinstaller ? > Pensez-vous que "xrandr -s" fonctionne quand i915.modeset=0 ? > Comment utiliser xrandr par SSH ? Faut-il se connecter en tant que > root ou simple utilisateur ? : Les 2 mon Général et via SSH pareil.
Re: Passer en 1920x1080 une machine démarrant avec i915.modeset=0 ?
Hello, J'ai eu le même problème en upgradant ma bookworm, j'ai tenté avec le pilote "nouveau", bonjour la galère, échec. Quel est non noyau ? On Tuesday 27 February 2024 16:56:50 Olivier wrote: > J'ai une machine UN305 de Minis Forum récente. > Elle possède un processeur Intel N305, deux interfaces HDMI et une > interface USB-C. > Elle connectée par HDMI à un moniteur IIyama T2452MTS (de 24 pouces). > Je souhaite l'utiliser comme station de travail (bureautique, > développement, administration système) sous Bookworm. > J'ai laborieusement réussi à y installer Bookworm et le noyau 6.5 de > Bookworm-backport mais j'ai du ajouter l'option "i915.modeset=0" pour > que l'écran affiche quelque chose. > J'ai installé le paquet SSH pour avoir la main par SSH sur cette machine. > La résolution actuelle est de 800x600, ce qui la rend difficilement > utilisable. > J'aimerai passer à 1920x1080. > 1. J'ai l'impression que tant que "i915.modeset=0" , on ne peut pas > changer la résolution. Est-ce bien exact ? > > 2. Pensez-vous qu'un adaptateur USB-A ou USB-C vers DVI ou HDMI ou VGA > puisse fonctionner avec Bookworm et permettre temporairement de > contourner le problème ? > > 3. En première analyse, quelle est la source du problème ? Un mauvais > support du N305 par le noyau 6.5 de la machine ? Un mauvais > paramétrage ? > > 4. Quelles étapes suivre pour passer à 1920x1080 sans perdre la main ? > Alternativement, je suis prêt à tout réinstaller de zéro mais avec la > procédure habituelle (clé USB, ...) l'écran restait noir avec > l'installeur de Bookworm et j'aimerai rester sur version Bookworm la > plus classique possible. > > Slts > >
Re: Erreur nvidia suite upgrade noyau 6.1.0-18 : RÉSOLU
Ça a été bien long... :-) J'ai rechargé les drivers Nvidia qui ont été corrigés. Ensuite un simple : # apt install linux-image-amd64 linux-headers-amd64 (pioché sur un forum), plus de messages d'erreur, reboot, j'ai bien le noyau 6.1.0-18 et mon système graphique opérationnel comme avec le noyau 6.1.0-17. Il faut remercier la communauté Debian qui a corrigé le conflit entre les drivers non-free de Nvidia et le noyau 6.1.0-18. Merci aussi à tous ceux qui m'ont aidé. A. Valmer
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
> Nicolas >> Pour passer par les backports j'ai ajouter cette ligne dans >> /etc/apt/sources.list >> deb http://ftp.fr.debian.org/debian/ bookworm-backports main non-free >> contrib non-free-firmware On Tuesday 20 February 2024 10:31:39 Patrick ZAJDA wrote: > Intéressant que tu dises que ça n'est que pour Sid alors qu'à la fin du > bug que tu indiques, c'est clairement dit que c'est dispo pour stable... > Et je suis sous Bookworm, pas de Sid du tout chez moi ; mon kernel est > bien 6.1.0-18. Peut-être que tu devrais revérifier tes listes sources > (sources.list et autres dans sources.list.d) et si tu ne ferais pas du > pining qui bloquerait quelque chose... > Utilises-tu apt-listbugs ? J'ai eu quelques surprises par le passé > niveau pining : Je ne sais pas utiliser "apt-listbugs" et c'est quoi "pining" ou "pinning" ? > > Pour la partie drivers Nvidia : > > https://lists.debian.org/debian-stable-announce/2024/02/msg2.html > > The following packages have been updated to correct the problem: > > Source package Fixed version > > nvidia-graphics-drivers525.147.05-7~deb12u1 > > nvidia-graphics-drivers-tesla 525.147.05-7~deb12u1 > > nvidia-graphics-drivers-tesla-470 470.223.02-4~deb12u1 > > nvidia-settings 525.147.05-1~deb12u1 : # apt list --upgradable me demande d'upgrader les drivers nvidia, ce que j'ai fait sans incident. Toujours impossible d'upgrader ma bookworm, malgré une purge complète des éléments 6.1.0-18. (je suis bloqué avec le noyau 6.1.0-17). QUID ? Bonne journée
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Monday 19 February 2024 19:17:22 Patrick ZAJDA wrote: et epsilon Merci : > La mise à jour est déjà disponibles sur les dépôts officiels, si > bookworm-updates est bien dans les listes de sources alors la version > 525.147.05-7~deb12u1 devrait être disponible à l'installation Il semblerait que la mise à jour du kernel 6.1.0-18-amd64, ne concerne que la version Debian SID. J'ai retenté un apt update => apt upgrade en vain, c'est un échec, ma Debian-12 refuse de dépasser le noyau 6.1.0-17-amd64 : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062932 Pour la partie drivers Nvidia : https://lists.debian.org/debian-stable-announce/2024/02/msg2.html The following packages have been updated to correct the problem: Source package Fixed version nvidia-graphics-drivers525.147.05-7~deb12u1 nvidia-graphics-drivers-tesla 525.147.05-7~deb12u1 nvidia-graphics-drivers-tesla-470 470.223.02-4~deb12u1 nvidia-settings525.147.05-1~deb12u1 Je ne peux rien tester tant que je ne peux upgrader. Bonne soirée. > > $ apt policy nvidia-driver > > nvidia-driver: > > Installé : 525.147.05-7~deb12u1 > > Candidat : 525.147.05-7~deb12u1 > >Table de version : > >*** 525.147.05-7~deb12u1 500 > > 500 https://deb.debian.org/debian bookworm-updates/non-free > > amd64 Packages > > 100 /var/lib/dpkg/status > > 525.147.05-4~deb12u1 500 > > 500 https://deb.debian.org/debian bookworm/non-free amd64 Packages
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Saturday 17 February 2024 10:49:04 Patrick ZAJDA wrote: > Le paquet linux-image-6.1.0-18 ne serait-il pas toujours installé ? : Merci. Oui, linux-image-6.1.0-18 est bien purgé. > Quoi qu'il en soit, une mise à jour a été publié dans bookworm-updates > (SUA 252-1) pour corriger le problème de compilation lors de la mise à > jour vers le kernel 6.1.0-18. > apt update puis apt upgrade devrait donc pouvoir se passer sans > problème, à la limite un apt -f install si ça ne passe vraiment pas. Je n'ai pas vu qu'une mise à jour a été publiée dans bookworm-updates, (SUA 252-1) correctif de compilation, mise à jour vers le kernel 6.1.0-18. Ou s'agit-il d'une opération de mise à jour en cours ? Hélas, j'ai bien fait tout ça, mais toujours impossible de passer du noyau 6.1.0-17 vers 6.1.0-18, ainsi qu'un (dist)(full)-upgrade. Bonne journée.
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Friday 16 February 2024 08:16:54 Michel Verdier wrote: > Le 14 février 2024 zithro a écrit : > > - Michel a compris qu'André disait "je laisse tomber, ça montre bien > > qu'il y a que des noobs/gens inutiles ici". > Effectivement ça me semblait une attaque de la liste, d'où la forme > abrupte de mon mail pour laquelle je m'excuse : Et oui, il faut bien lire les contenus des mails. Repassons au positif : Ma carte Nvidia supportait le mode 1280x1024, Avec le pilote Nouveau, le mode maxi est de 1024x768. J'ai tout essayé, xrandr et compagnie... que des messages d'erreur. Un problème succède à un autre, je ne peux plus upgrader mon système du noyau 6.1.0-17-amd64 à 6.1.0-18-amd64. J'ai effacé dans le /boot/ par : # rm *6.1.0-18-amd64* purgé par : # apt purge *6.1.0-18-amd64* "tout est à jour", comme s'il y avait un résidu 6.1.0-18-amd64 quelque part. Bonne soirée.
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Wednesday 14 February 2024 18:07:35 zithro wrote: > Rilax les gens (: > A mon avis c'est juste une incompréhension. > En caricaturant : > - Michel a compris qu'André disait "je laisse tomber, ça montre bien > qu'il y a que des noobs/gens inutiles ici". > - Alors qu'André voulait dire "je laisse tomber car ça me saoûle, > dommage car ça aurait pu profiter à d'autres". > PS: je t'ai envoyé quelques pistes, mais bon si t'es saoûlé je > comprends. On est tous tombé sur des problèmes "qui piquent" où tout le > monde s'arrache les cheveux, au bout d'un moment tu te dis, "et merde", > et tu fais avec/sans ! > J'ai bon ? : Merci : Oui, bien sûr, c'est cela, les conseils fournis ne fonctionnaient pas. D'un coup, je reçois un mail agressif carrément injuste d'un auteur qui n'avait pas lu mes réponses d'erreur et en m'accusant de ne pas avoir testé les commandes, alors que l'avais dûment fait. Mon "je laisse tomber" exprimait que j'avais lancé toutes les commandes fournies dont "xrandr", résultats dûment relatés sur la liste, (la preuve sur mes récents mails). Aussi la suppression des fichiers du /boot/ "6.1.0-18-amd64", m'empêche toujours d'upgrader mon système Bookworm. Tant pis, je décide de ne pas insister pour ne pas perturber la ML, sans accusation d'aucune sorte à qui que ce soit. On ne peut qu'exploser quand on reçoit une réaction aussi inique. Un incident bien inutile, par un membre ne lit pas les contenus des mails. Allez bonne nuit, je m'en remettrai :-)
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Wednesday 14 February 2024 10:53:52 Michel Verdier wrote: > Le 13 février 2024 ajh-valmer a écrit : > > Je vais arrêter de vous embêter avec mes déboires, > > sauf qu'il peut servir l'expérience des membres de cette ML. > Je ne peux pas laisser passer ça !! > La seule expérience que tu peux donner aux autres, pour ce thread, et > sans doute d'autres de tes threads, c'est : > - il faut lire *la totalité* des commandes suggérées, les comprendre, et > les passer *en totalité* > - de même pour les docs indiquées > - si on te demande des infos, les fournir avant d'affirmer que personne > ne donne de solution > - séparer les problèmes et les résoudre un à un au lieu de les enchaîner > et de noyer tout le monde sans avoir respecté les points précédents : À mon tour : JE NE PEUX PAS LAISSER PASSER ÇA !! VOILÀ QUI EST UN PEU FORT, HONTEUX DE TA PART !!! J'ai brossé TOUTES les commandes indiquées. Je ne pouvais pas tester des commandes qui m'affichaient des erreurs, que j'ai dûment publiées sur ma ML. Je n'ai jamais "affirmé que personne ne me donnait de solution". Peux tu me fournir cet écrit ? Alors, j'ai simplement décidé de ne pas poursuivre sur ce sujet, c'est tout. Mail complètement à côté de la plaque, "va te faire foutre". André Valmer
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Tuesday 13 February 2024 18:34:04 Bernard S. wrote: > Hallo Wache, > Es tut mir leid, maintenant, il suffit de supprimer les noyaux anciens > à la main pour que tout rentre dans l'ordre... Encore une fois, c'est qui "Wache" et pourquoi ce début en prose germanique ? Comme bien exprimé ci-dessous, je n'ai aucun noyau 6.1.0-18 dans mon /boot/ (Merci de m'aider, mais ça fait 2 fois que tu ne lis pas complètement mes requêtes. En général je fais attention d'être précis sur la ML afin d'éviter trop de mails). Sans doute en purgeant les headers 6.1.0-18 ? > De: "ajh-valmer" > Envoyé: Mardi 13 Février 2024 18:22:49 > Objet: Re: Erreur nvidia suite upgrade noyau 6.1.0-18 > Je vais arrêter de vous embêter avec mes déboires, > sauf qu'il peut servir l'expérience des membres de cette ML. > Maintenant, je ne peux plus upgrader vers le noyau 6.1.0-18, > alors que mon système n'est qu'en noyau 6.1.0-17 (répertoire /boot/). > # apt update , apt upgrade , apt dist-upgrade , apt full-upgrade > avec purge de nvidia, > n'émet aucun message d'erreur, comme si l'upgrade avait atteint son > maximum du moment. > Lu sur des forums anglais, allemand..., je ne suis pas le seul à avoir > ce problème sans trouver un "resolved" (une solution).
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Monday 12 February 2024 20:14:04 ajh-valmer wrote: > Avant, j'ai purgé nvidia depuis le noyau 6.1.0-17, > pour faire un upgrade => noyau 6.1.0-18 et tenter à nouveau : > # apt update > # apt upgrade > Errors were encountered while processing: > linux-image-6.1.0-18-amd64 > linux-image-amd64 > E: Sub-process /usr/bin/dpkg returned an error code (1) > Je ne peux pas upgrader le système, je suis encore coincé... Bonsoir à tous, Je vais arrêter de vous embêter avec mes déboires, sauf qu'il peut servir l'expérience des membres de cette ML. Maintenant, je ne peux plus upgrader vers le noyau 6.1.0-18, alors que mon système n'est qu'en noyau 6.1.0-17 (répertoire /boot/). # apt update , apt upgrade , apt dist-upgrade , apt full-upgrade avec purge de nvidia, n'émet aucun message d'erreur, comme si l'upgrade avait atteint son maximum du moment. Lu sur des forums anglais, allemand..., je ne suis pas le seul à avoir ce problème sans trouver un "resolved" (une solution). Bonne soirée.
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
On Sunday 11 February 2024 11:43:32 Michel Verdier wrote: > Le 10 février 2024 ajh-valmer a écrit : > > Je ne peux donc pas augmenter la résolution avec ce pilote "Nouveau". > > On dirait que c'est le pilote "Vesa" qui a pris la main, pas "Nouveau"... > As-tu regardé dans les log ? Le pilote utilisé est indiqué clairement : Je vais voir. Avant, j'ai purgé nvidia depuis le noyau 6.1.0-17, pour faire un upgrade => noyau 6.1.0-18 et tenter à nouveau : # apt update # apt upgrade Errors were encountered while processing: linux-image-6.1.0-18-amd64 linux-image-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Je ne peux pas upgrader le système, je suis encore coincé... Bonne soirée.
Re: Erreur suite à un apt upgrade noyau 6.6.18
On Sunday 11 February 2024 23:35:11 Bernard Schoenacker wrote: > Hallo Wache, C'est qui Wache ? > Voici encore une bonne nouvelle pour une personne qui n'a pas cherché > plus loin que le bout de son nez... > #script-xrandr.sh > xrandr --newmode "1280x1024_60.00" 108.88 1280 1360 1496 1712 1024 1025 > 1028 1060 -HSync Vsync > xrandr --addmode VGA 1280x1024_60.00 > xrandr --output VGA-0 --mode 1280x1024_60.00 > #EOF > Attention, il serait sage de vérifier les modelines de la dalle TFT > https://www.mythtv.org/wiki/Modeline_Database Encore un qui n'a pas lu mon mail sans chercher plus loin que le bout de ses yeux : > xrandr --addmode VGA 1280x1024_60.00 > xrandr --output VGA-0 --mode 1280x1024_60.00 : Réponse : xrandr: Failed to get size of gamma for output default xrandr: cannot find output "VGA"
Re: Erreur suite à un apt upgrade noyau 6.6.18
https://doc.ubuntu-fr.org/xrandr J'ai donc tenté ceci : # xrandr --addmode VGA 1280x1024_60.00 xrandr: Failed to get size of gamma for output default xrandr: cannot find output "VGA" Pour les autres commandes, réponses toujours en erreur.
Re: Erreur nvidia suite upgrade noyau 6.6.18
On Sunday 11 February 2024 11:16:51 Jean Bernon wrote: > Une dernière piste. Si tu es sous Wayland, as-tu essayé l'utilitaire > wlr-randr, que je ne connais pas vraiment, mais qui répond > peut-être à ton problème. Merci de vos réponses. wlr-randr : Je ne suis pas sous Wayland mais il parait qu'il a des bugs...
Re: Erreur nvidia suite upgrade noyau 6.6.18
On Saturday 10 February 2024 19:41:01 Jean Bernon wrote: > As-tu regardé du côté de xrandr ? > https://doc.ubuntu-fr.org/xrandr#ajouter_une_resolution Oui, merci du rappel, j'ai fait tout ça, et j'obtiens cette réponse : Screen 0: minimum 320 x 200, ..., maximum 1024 x 768 Je ne peux donc pas augmenter la résolution avec ce pilote "Nouveau". On dirait que c'est le pilote "Vesa" qui a pris la main, pas "Nouveau"... > > Oui, j'ai fait exactement comme expliqué sur le lien sus-indiqué. > > Ça semble marcher sauf que je me retrouve avec une résolution d'écran > > trop faible de 1024x768, alors qu'avant avec le pilote nvidia, > > j'avais 1280x1024. > > J'ai vainement cherché, j'ai toujours cette faible résolution d'écran. > > Voilà donc mon problème. > > Les modules "nouveau" et "vesa" sont chargés.
Re: Erreur nvidia suite upgrade noyau 6.6.18
On Saturday 10 February 2024 18:13:06 Jean Bernon wrote: > Je découvre votre échange et vais sans doute être naïf. > Que se passe-t-il si tu suis la procédure classique de > passage de nvidia à nouveau, décrite par le crabeinfo (https://lecrabeinfo.net/installer-pilote-proprietaire-nvidia-sur-debian-linux.html#desinstaller-le-pilote-proprietaire-nvidia): > - apt purge nvidia > - systemctl restart gdm3.service (ou sddm ou lightdm) > - apt install xserver-xorg-video-nouveau Merci. Oui, j'ai fait exactement comme expliqué sur le lien sus-indiqué. Ça semble marcher sauf que je me retrouve avec une résolution d'écran trop faible de 1024x768, alors qu'avant avec le pilote nvidia, j'avais 1280x1024. J'ai vainement cherché, j'ai toujours cette faible résolution d'écran. Voilà donc mon problème. Les modules "nouveau" et "vesa" sont chargés. Bonne soirée. A. Valmer
Re: Erreur nvidia suite upgrade noyau 6.6.18
On Saturday 10 February 2024 15:17:53 Fabien Dubois wrote: > Le 10/02/2024 à 15:10, ajh-valmer a écrit : > > Dommage que personne sur la liste ne puisse m'aider pour installer > > le pilote graphique "Nouveau" et qu'il soit fonctionnel. > > Devrais-je être obligé d'acheter une nouvelle carte vidéo plus récente ? > > Bonne journée, > Avec les liens déjà donnés tout s'installe sans souci. Bien faire > apt-get purge *nvidia* pour tout enlever du pilote propriétaire. Après > s'il y a un pb particulier sur votre ordi... > Par contre avec nouveau c'est Wayland qui est utilisé, et il a l'air pas > mal bugué. En ce moment des soucis de pointeurs de souris (mais pas que...). > Et le pilote propriétaire qui devrait fonctionner avec wayland sous sid, > gnome fait basculer automatiquement sous x11 au login. > Bref, désolé de ne pas aider plus. Fabien Hello, Tu n'étais pas visé en particulier, j'alertais l'ensemble de la ML, pensant qu'ils y avaient d'autres connaisseurs du pilote "Nouveau", mais semble t-il non. Bonne soirée.
Re: Erreur nvidia suite upgrade noyau 6.6.18
On Friday 09 February 2024 18:47:09 ajh-valmer wrote: > On Tuesday 06 February 2024 12:50:21 Fabien Dubois wrote: > > > apt upgrade : > > > c'est le module Nvidia qui empêche l'installation du noyau 6.6.18. > > > Mon pilote Nvidia 470 est celui pêché sur le dépôt free de Debian. > > > Je n'ai jamais réussi à installer un pilote "nouveau". > J'ai donc fait un test sur une sauvegarde sous Bookworm, > en purgeant nvidia. > Cette fois l'upgrade se fait bien avec le noyau 6.6.18. > J'ai tenté de réinstaller le pilote Nvidia 470, niet idem. > Par contre, j'ai le mode graphique mais qu'en mode 1024X768 max > (trop faible). > Je désire maintenant un howto pour installer le pilote "nouveau". > Cette commande ci-dessous m'affiche une erreur : > dpkg --configure -a|--pending > Je n'ai plus la commande nvidia-detect. > > https://wiki.debian.org/fr/NvidiaGraphicsDrivers > > https://forums.debian.net/viewtopic.php?t=16 > > https://debian-facile.org/doc:materiel:cartes-graphique:nvidia:accueil : > ne m'aident pas du tout. Bonjour, Dommage que personne sur la liste ne puisse m'aider pour installer le pilote graphique "Nouveau" et qu'il soit fonctionnel. Devrais-je être obligé d'acheter une nouvelle carte vidéo plus récente ? Bonne journée, ajh Valmer
Re: Erreur suite à un apt upgrade noyau 6.6.18
On Tuesday 06 February 2024 12:50:21 Fabien Dubois wrote: > > apt upgrade : > > c'est le module Nvidia qui empêche l'installation du noyau 6.6.18. > > Mon pilote Nvidia 470 est celui pêché sur le dépôt free de Debian. > > Je n'ai jamais réussi à installer un pilote "nouveau". Bonsoir, J'ai donc fait un test sur une sauvegarde sous Bookworm, en purgeant nvidia. Cette fois l'upgrade se fait bien avec le noyau 6.6.18. J'ai tenté de réinstaller le pilote Nvidia 470, niet idem. Par contre, j'ai le mode graphique mais qu'en mode 1024X768 max (trop faible). Je désire maintenant un howto pour installer le pilote "nouveau". Cette commande ci-dessous m'affiche une erreur : dpkg --configure -a|--pending Je n'ai plus la commande nvidia-detect. > https://wiki.debian.org/fr/NvidiaGraphicsDrivers > https://forums.debian.net/viewtopic.php?t=16 > https://debian-facile.org/doc:materiel:cartes-graphique:nvidia:accueil : ne m'aident pas du tout. Bonne soirée.
Re: Erreur suite à un apt upgrade
On Monday 05 February 2024 22:39:49 Fabien Dubois wrote: > Le 05/02/2024 à 22:29, Fabien Dubois a écrit : > > sid, noyau 6.6.18, j'ai eu un souci similaire (avec le 470 aussi) . > > Les pilotes propriétaires nvidia semblent avoir subi une maj qui casse > > un peu tout, notamment la construction des modules. > > Pour ça, et d'autres raisons, je suis repassé au pilote nouveau. Cela > > a été le déclencheur... > > Donc je ne peux pas trop aider. Si ce n'est que c'est donc le pilote > > proprio nvidia, une reinstall a déjà marché, vérifier où est passé la > > CG, la mienne avait changé de version, donc éventuellement changer. > > Tester avec nvidia-detect. > > Fabien > Deux trucs, le noyau c'est 6.6.13, aucun intérêt, mais bon. > Et pour le pilote, il doit y avoir des infos ici... > Consult /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log for > more information. J'ai pu redémarrer Debian par le noyau 6.6.17. apt upgrade : Donc, c'est le module Nvidia qui empêche l'installation du noyau 6.6.18. Mon pilote Nvidia 470 est celui pêché sur le dépôt free de Debian. Je n'ai jamais réussi à installer un pilote "nouveau". /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log fait 2038 lignes. # apt install nvidia-detect m'affiche ceci : E: Sub-process /usr/bin/dpkg returned an error code (1) Pourtant le rendu graphique est parfait. Bonne journée.
Re: Erreur suite à un apt upgrade
Voici plus d'infos : env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64.. (bad exit status: 2) Error! Bad return status for module build on kernel: 6.1.0-18-amd64 (x86_64) Consult /var/lib/dkms/nvidia-tesla-470/470.223.02/build/make.log for more information. Error! One or more modules failed to install during autoinstall. Refer to previous errors for more information. dkms: autoinstall for kernel: 6.1.0-18-amd64 failed! run-parts: /etc/kernel/postinst.d/dkms exited with return code 11 dpkg: error processing package linux-image-6.1.0-18-amd64 (--configure): installed linux-image-6.1.0-18-amd64 package post-installation script subprocess returned error exit status 1 Setting up linux-headers-6.1.0-18-amd64 (6.1.76-1) ... /etc/kernel/header_postinst.d/dkms: dkms: running auto installation service for kernel 6.1.0-18-amd64. Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file Signing key: /var/lib/dkms/mok.key Public certificate (MOK): /var/lib/dkms/mok.pub applying patch cc_version_check-gcc5.patch...patching file conftest.sh applying patch bashisms.patch...patching file conftest.sh applying patch linux-2.6.34-dev_pm_info-runtime_auto.patch...patching file conftest.sh applying patch 0033-refuse-to-load-legacy-module-if-IBT-is-enabled.patch...patching file nvidia-modeset/nvidia-modeset-linux.c patching file nvidia/nv.c applying patch ppc64el.patch...patching file nvidia/nvlink_common.h applying patch fragile-ARCH.patch...patching file Makefile applying patch use-kbuild-compiler.patch...patching file Makefile patching file Kbuild applying patch use-kbuild-flags.patch...patching file Kbuild patching file nvidia/nvidia.Kbuild patching file Makefile patching file nvidia-modeset/nvidia-modeset.Kbuild applying patch conftest-verbose.patch...patching file Kbuild applying patch conftest-prefer-arch-headers.patch...patching file conftest.sh Building module: Cleaning build area... env NV_VERBOSE=1 make -j4 modules KERNEL_UNAME=6.1.0-18-amd64. On Monday 05 February 2024 18:27:16 Sébastien NOBILI wrote: > Le 2024-02-05 18:22, ajh-valmer a écrit : > > C'est grave Docteur ? : > > > > Setting up openjdk-17-jre:amd64 (17.0.10+7-1~deb12u1) ... > > Errors were encountered while processing: > > linux-image-6.1.0-18-amd64 > > linux-image-amd64 > > linux-headers-6.1.0-18-amd64 > > linux-headers-amd64 > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > Ça c'est la synthèse finale. Elle n'apprend pas grand-chose de plus que > ça ne s'est pas bien passé pour les paquets linux-*. > > Tu dois avoir des messages plus intéressants plus haut. > > Sinon, tu peux aussi relancer ta mise à jour et les messages devraient > apparaître de nouveau. > > En tout cas, avec un noyau mal installé, j'attendrais d'avoir réglé le > problème avant de redémarrer le système (même si tu dois avoir la > version > n-1 du noyau qui reste disponible et fonctionnelle). > > Sébastien > >
Erreur suite à un apt upgrade
C'est grave Docteur ? : Setting up openjdk-17-jre:amd64 (17.0.10+7-1~deb12u1) ... Errors were encountered while processing: linux-image-6.1.0-18-amd64 linux-image-amd64 linux-headers-6.1.0-18-amd64 linux-headers-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Merci.
Re: Firefox
On Sunday 04 February 2024 20:57:56 Daniel SAUVARD wrote: > Pour la page d'accueil de Firefox : Settings -> Home -> Home : Super, merci. Ne fréquentez pas ces pages publicitaires déguisées en articles ineptes, vous ne perdez rien :-) > Le 04/02/2024 à 20:28, ajh-valmer a écrit : > > j'avais signalé sur la ML qu'au bout de quelques minutes, > > je ne peux plus me connecter à tous les sites (ça mouline). > > J'ai découvert que ce phénomène se produit lorsque > > je me connecte à des sites sponsorisés de la page d'accueil > > qui finissent par tout bloquer. > > Je ne vois pas dans Firefox ou choisir sa page d'accueil.
Re: Firefox
Je profite du sujet "firefox et avira", j'avais signalé sur la ML qu'au bout de quelques minutes, je ne peux plus me connecter à tous les sites (ça mouline). J'ai découvert que ce phénomène se produit lorsque je me connecte à des sites sponsorisés de la page d'accueil qui finissent par tout bloquer. Je ne vois pas dans Firefox ou choisir sa page d'accueil. Bonne soirée.
Re: Effacement réel de fichiers
J'avais essayé un de ces outils, mais ça prenait tellement de temps que j'ai stoppé. > Le bon mot-clé pour ce genre de besoin est « wipe », y compris avec > $ apt search disk wipe > bleachbit/testing 4.6.0-1 all > supprimer les fichiers inutiles du système > dcfldd/testing 1.9.1-1 amd64 > version améliorée de dd pour l'expertise légale et la sécurité > forensics-extra/testing 2.49 all > Forensics Environment - extra console components (metapackage) > nwipe/testing 0.34-1+b1 amd64 > utilitaire pour effacer des disques de façon sûre > secure-delete/testing 3.1-8 amd64 > outils pour effacer des fichiers, un espace disque libre, le swap > et la mémoire > wipe/testing 0.24-9+b1 amd64 > suppression sécurisée de fichiers
Re: phpmyadmin en panne
On Monday 22 January 2024 12:47:04 Eric DEGENETAIS wrote: > bonjour, > Le dim. 21 janv. 2024 à 11:27, Jean-Marc a écrit : > > Le 19/01/24 à 23:44, ajh-valmer a écrit : > > > # service mysql restart > > > mysql: unrecognized service > > La commande /usr/bin/service est un "wrapper" pour gérer les scripts > > init du répertoire /etc/init.d. > > Debian utilise systemd pour gérer les services. > > Ne devrais-tu pas plutôt utiliser systemctl ? > service est un wrapper pour le système de gestion des services. Dans > le cas de debian, il relaie la demande vers systemd. > Donc on peut parfaitement utiliser "service" sur debian. Mon souci est de savoir si le processus MySQL ou MariaDB est lancé, Le serveur est en mode containers. Je pense avoir trouvé, lancer le container db, # ps aux|grep mariadb mysql 62048 ... /usr/sbin/mariadbd ... C'est bon maintenant. Merci.
Re: phpmyadmin en panne : résolu mais tout n'est pas clair
Merci pour vos réponses. On Saturday 20 January 2024 23:52:36 Jean-Michel OLTRA wrote: > > # service mysql restart > > mysql: unrecognized service > Ce ne serait pas plutôt `service mariadb restart` ? > concernant phpmyadmin, tu peux le remplacer par DBeaver : ps aux|grep mariadb pas de processus. > La commande /usr/bin/service est un "wrapper" pour gérer les scripts > init du répertoire /etc/init.d. > Debian utilise systemd pour gérer les services. > Ne devrais-tu pas plutôt utiliser systemctl ? > $ systemctl status mysql : systemctl est refusé. > D'autre part, si tu veux voir l'état de ton serveur mysql, tu peux > utiliser la commande suivante sur l'ordi où ta db tourne : > $ sudo ss -tlnp src :3306 Cette commande ne fonctionne pas, "command not found". J'ai trouvé le blême : il vient du parefeu applicatif security2 d'apache2. J'ai réactivé le parefeu applicatif. Maintenant ça marche, mais je ne comprends pas tout.
phpmyadmin en panne
Depuis peu, je lance phpmyadmin normalement sous Debian bookworm, mais lorsque je tape une commande SQL, je reçois ceci : "Erreur dans le traitement de la requête, Code d'erreur : 403. Texte de l'erreur : Forbidden (rejected) Il semble que la connexion au serveur aie été perdue. Merci de vérifier la connectivité réseau et l'état du serveur". # dpkg-reconfigure phpmyadmin : dbconfig-common: writing config to /etc/dbconfig-common/phpmyadmin.conf dbconfig-common: flushing administrative password # service mysql restart mysql: unrecognized service Je ne sais comment réparer... Bonne fin de soirée, A. Valmer
Re: Mise à jours et Update Stretch - Problème de dépôt
Hello, Il y a trop d'écart entre Stretch et Bookworm, et des distributions Debian ne sont plus maintenues. Dans ces conditions, si on a une partition /home séparée de la partition système, mieux vaut faire une installation à neuf, ça va très vite ~15Go. > ... > J'ai alors lancé dans la foulée la mise à niveau complète avec > apt full-upgrade... > Et la ... c'est le drame, au environ de 45% il y a eu des erreurs > (une histoire de suppression de /etc/init) > Mon système ne fonctionne plus depuis, il bloque au démarrage. > ...
Re: Plus de framebuffer/X
On Sunday 07 January 2024 19:47:19 BERTRAND Joël wrote: > ... apt dist-upgrade (qui s'est achevé sans erreur). > Aujourd'hui, je rallume la machine en question et je n'ai plus de > session graphique ... : Sans doute, suite à l'upgrade, le nouveau noyau de Devuan ne reconnaît plus le module de la carte graphique. Il faut essayer de booter avec un ancien noyau, sinon de trouver un pilote vidéo adaptable.
Re: [HS] LINUX ENTREPRISE
On Wednesday 03 January 2024 15:06:39 Marc Chantreux wrote: > Plus récement, tous les signaux du monde RH me font peur: > * rachat par IBM et évolution des modèles commerciaux > * volonté de changement de stratégie sur le packaging > autour de ostree… > > RedHat RHEL est réputée en tant que Serveur. > réputé parce que pendant longtemps, c'était la seule distro qui > fournissait un vrai support commericial et un système de certification. > en conséquence: > * les gros supports informatique dirigés par des politiciens qui ne > voulaient pas prendre de risque (politiques, j'entend) préféraient > sortir le chequier et imposer RH. > * même stratégie chez les éditeurs qui imposaient RH pour éviter d'avoir > des gens compétents en sysop en interne. > > > conseiller Canonical avec Ubuntu. > puisqu'on parle de "le nid à problèmes" :) Le ton est donné, aaah IBM, la grosse société américaine ultra-capitaliste (pour les riches, ça sent la politique). Peut-être, mais IBM est une société très compétente et elle a découvert bien des bugs dont un très grave sous Linux. Je parle en mon nom, la RHEL Server que j'ai connue, m'a énormément plu. Depuis les changements, avec mes 4 postes de travail, 2 serveurs, ils sont tous sous Debian-12 Bookworm. Quant à Canonical Ubuntu, j'ai préféré l'abandonner sur les 2 serveurs. Enfin, Concernant le logiciel Libre et Opensource, l'Union Européenne (UE) veut renforcer en 2024 la cybersécurité. C'est un souci qui peut être louable mais en exigeant un certain nombre de nouvelles règles contraignantes. En même temps, l'UE semble considérer le logiciel Libre et Opensource, construit souvent par des équipes bénévoles, comme un facteur de risques sur leur sécurité, sous-entendu, on préfère les logiciels payants (TVA) édités par des entreprises, aux éditeurs "bidouilleurs" de l'opensource. Pourtant, notre ministère des finances a mis toute son informatique sous GNU/Linux Libre, distribution CentOS. "Cette réglementation met en danger la dynamique des développements opensource dans l’écosystème européen", estiment les acteurs européens du logiciel Libre. Voir déjà, entre autres, cet article : www.itforbusiness.fr/le-cyber-resilience-act-cra-met-en-danger-l-open-source-61695 C'est pas RedHat et IBM qui menacent le Libre, mais l'UE. "Quand on veut noyer son chien, on l'accuse de la rage". Bref, dossier à suivre...
Re: [HS] LINUX ENTREPRISE
On Tuesday 02 January 2024 19:18:12 Yoann LE BARS wrote: > Dans mon expérience, Red Hat Linux est un nid à problèmes, surtout > comparer à Debian. J’ai tendance à le déconseiller sauf cas spécifiques > tels que des applications certifiées Red Hat. Quel est "le nid à problèmes" ? : Pourrait-on avoir une description précise. RedHat RHEL est réputée en tant que Serveur. > À mon avis, en effet, Debian fonctionne très bien en entreprise et il y > a d’excellents prestataires la concernant. > S’il faut absolument une entreprise derrière la distribution – il y a > véritablement d’excellentes raisons pour ça, – j’aurais tendance à > conseiller Suse ou bien Canonical avec Ubuntu. > À bientôt : Il faut respecter les avis des gens des choses qu'ils aiment. Certainement que d'autres distributions feront l'affaire pour un Serveur. Comme RedHat est une société, ça plaît pas, je parlais de CentOS, qui est ou était Opensource et Libre.
Re: [HS] LINUX ENTREPRISE
On Tuesday 02 January 2024 13:42:13 Sébastien NOBILI wrote: > Le 2024-01-02 12:23, ajh-valmer a écrit : > > CentOS est la seule distribution qui est taillée pour être serveur > > Linux. > Ah non, je ne peux pas te laisser conclure ça de mon propos. > CentOS n'est pas la seule distribution taillée pour le serveur. > Quels sont, selon toi, les arguments qui font que Debian ne le serait pas ? > (Avis perso : CentOS c'est pour les gens qui veulent du RHEL mais ne > veulent pas payer pour… je ne comprends donc pas tout à fait la logique… > sauf à vouloir se former comme c'est le cas dans la discussion présente.) > Sébastien Pas d'énervement :-) As tu vraiment essayé ou pratiqué CentOS ? (c'est important de savoir). Moi oui. CentOS semble toujours être d'actualité : www.centos.org/centos-linux/ www.redhat.com/fr/topics/linux/what-is-centos Mais je sais qu'il y a eu du changement peut-être parce que les utilisateurs préféraient la version Libre "gratuite" de RedHat. CentOS est ou a été la copie conforme de RHEL, idéale pour enseigner tous les rôles serveurs. Comme écrit précédemment, le Ministère des finances a choisi toute son informatique sous CentOS, responsable rencontré lors d'un salon du Libre à la porte de la chapelle. Les autres distributions savent aussi être des Serveurs, mais ça n'a pas le même agrément que CentOS, facilité d'utilisation. Si Alex désire se former, il peut télécharger une version d'essai RHEL durant 60 jours : www.redhat.com/fr/technologies/linux-platforms/enterprise-linux/server/trial puis se décider quelle Linux il va adopter. Enfin, je constate que dès qu'un logiciel n'est pas 100% Libre, on reçoit des flèches aigrelettes.
Re: [HS] LINUX ENTREPRISE
On Tuesday 02 January 2024 04:37:05 Alex PADOLY wrote: > Bonjour et bonne année 2024 à tous ! > Je vais me former dans le but d'élargir mon savoir et mes compétences > concernant LINUX en entreprise. > En complément d'un usage quotidien de DEBIAN en poste de travail et > serveur, je souhaiterais installer une distribution > LINUX orientée entreprise sur un poste informatique puis sur serveur > pour y faire un serveur FTP et un serveur de messagerie. > ORACLE LINUX, Red Hat Enterprise Linux, ou autres, que me > conseillez-vous ? Pour un projet Linux en entreprise, je te conseille la distribution CentOS, la version opensource et Libre de RedHat Enterprise Linux, sans ses composantes non Libres. CentOS est la seule distribution qui est taillée pour être serveur Linux Elle s'installe et s'upgrade facilement grâce à une bibliothèque de nombreuses applications, dont tous les rôles serveurs. Hope it helps. A. Valmer
Re: Risque ou pas ?
On Monday 01 January 2024 19:31:16 Yannick wrote: > Y-a-t-il un risque à supprimer le contenu du répertoire .cache? Il est > plein de sous-répertoire avec des fichiers en grand nombre. > Je pense qu'il n'y a pas de risque mais j'aimerais l'avis des pros de > Debian avant de faire une connerie difficile à rattraper ensuite. > Meilleurs vœux à toutes et tous. Hello, Meilleurs voeux 2024 également à tous, surtout la santé, quand on l'a, tout va finalement. .cache est comme /tmp, on peut l'effacer à un moment, sinon, il devient trop volumineux et le système est régénéré. Bonne soirée. A. Valmer
Re: [HS] Lilo (et Grub)
On Friday 29 December 2023 09:33:52 Pierre Malard wrote: > Personnellement toutes mes VM tournent sous formatage GPT et sans UEFI mais > cela ne fait pas de différences. Effectivement il suffit d?une petite > partition au début d?environ 1 Mo non formatée mais avec le flag > « bios-grub ». > Pour mettre jour le boot, voici ce que je fais alors : > # update-grub > # grub-install --modules=part_gpt /dev/sda : Hélas, ça ne marche pas, toujours le message : "Erreur, /boot/vmlinuz-5.10.0-21-amd64 non disponible, le noyau doit d'abord être chargé". > Si on utilise UEFI il faut juste ajouter une partition VFAT > montée sur le répertoire /boot/efi : Pas de répertoire ou fichier "efi" dans /boot. > Coiffé au poteau : > Périphérique Début Fin Secteurs Taille Type > /dev/sdb1 2048 4095 2048 1M Amorçage BIOS > Problème : à partir d'un disque déjà paritionné ça suppose de décaler > le début de l'actuelle première partition d'1M ... > Faisable avec gparted je pense : Comment fait-on pour décaler le début de l'actuelle partition d'IM ? gparted ne propose pas de modifier l'étiquette en msdos, c'est fdisk : Créer une nouvelle étiquette : g créer une nouvelle table vide de partitions GPT o create a new empty MBR (DOS) partition table. Voilà le topo.
Re: [HS] Lilo (et Grub)
> Le jeu. 28 déc. 2023 à 12:44, ajh-valmer a écrit : > > J'ai vérifié, le répertoire /boot contient bien tous les fichiers : > > System.map-5.10.0-21-amd64 > > config-5.10.0-21-amd64 > > initrd.img-5.10.0-21-amd64 > > vmlinuz-5.10.0-21-amd64 > > Quid ? Serait-ce le partitionnement 'hd1,gpt1' ? > > (pas possible d'écrire dans le mbr ?) > Effectivement, GPT ne permet pas le mécanisme de boot classique. Je ne > suis pas au fait des détails techniques, mais il n'y a pas de notion > de master boot record. > Il existe par contre un mécanisme d'amorçage compatible avec le mode > legacy BIOS. Il me semble que ça consiste à réserver (partition > spéciale) un espace de l'ordre du Mb pour effectuer les écritures. > Malheureusement les détails m'échappent, > mais je tâcherai de remettre la main dessus ce soir, où j'aurai accès > à mon PC personnel qui amorce de cette façon. Ok, j'attends avec impatience : "le mécanisme d'amorçage compatible avec le mode legacy BIOS". Merci d'avance.
Re: [HS] Lilo (et Grub)
Hello, Je reviens sur mon problème de boot. Il y avait un mauvais UUID dans "grub.cfg". Ça boote sans problème sur le 1er disque dur sda2 (hd0,msdos2). Le boot sur le 2ème, sdb1, estampillé set root='hd1,gpt1', je reçois immédiatement ce message : "Erreur, /boot/vmlinuz-5.10.0-21-amd64 non disponible, le noyau doit d'abord être chargé". Donc boot impossible. J'ai vérifié, le répertoire /boot contient bien tous les fichiers : System.map-5.10.0-21-amd64 config-5.10.0-21-amd64 initrd.img-5.10.0-21-amd64 vmlinuz-5.10.0-21-amd64 Quid ? Serait-ce le partitionnement 'hd1,gpt1' ? (pas possible d'écrire dans le mbr ?) Merci, bonne journée?
Un disque partitions (hd0,msdos2) et un disque (hd1,gpt1)
Bonjour, J'ai 2 disque durs SSD : - Disque dur 1, partition /dev/sda2 (Debian12), indiquée dans grub.cfg : hd0,msdos2. - Disque dur 2, partition /dev/sdb2 (Debian11), indiquée dans grub.cfg : hd1,gpt1. Je n'ai jamais vu ça. Pourquoi ces 2 appellations différentes, msdos et gpt ? (GUID Partition Table), Comment revenir à hd1,msdos2 ? Merci. A. Valmer
Re: [HS] Lilo (et Grub)
On Monday 25 December 2023 11:08:10 benoit wrote: > > Pourquoi Debian et d'autres distributions ont abandonné lilo > > au profit de GRUB? > Il me semble (mais à vérifier) que lilo avait ses limites, le secteur > d’amorçage(MBR) ne pouvait s’adresser qu’à une partition primaire. > Limite qu’il suffisait de contourner en utilisant une partition primaire > de qlq Mo pour /boot : Lilo a été mis de côté pour de bonnes raisons, mais Grub a beaucoup de défauts. Le principal est la configuration de partitions qui contiennent des n° UUID différents à l'intérieur de leur paragraphe concerné : obligation de corriger ces n° UUID à la main.
Re: Mails dans corbeille Debian-12
> Le 19/12/2023 à 17:38, ajh-valmer a écrit : > > Spamassasin dépose les très nombreux mails-spams directement dans > > la corbeille de mon MUA, précédés de *** SPAM ***. > > La corbeille sous Debian est dans /home//.local/share/Trash/". > > Je souhaite que ces mails *** SPAM *** aillent automatiquement dans > > le répertoire "/dev/null". Comment puis-je le faire ? > J'ai l'impression que tu confonds la corbeille de ton MUA et la > corbeille des surcouches du FileSystem. ça n'a rien à voir parceque la > corbeille de ton MUA est une boite aux lettres et la corbeille > FileSystem un répertoire contenant des fichiers : On Thursday 21 December 2023 10:56:17 Erwan David wrote: Oui, /dev est un répertoire et /null est un fichier. Justement, comment rediriger la sortie d’erreur(STDERR) vers la sortie standard(STDOUT) dans le device null, c'est à dire disparition à tout jamais. On Friday 22 December 2023 11:04:37 you wrote: > Ça dépend de l'environnement. Chez moi, spamassassin collabore avec > exim4 (paquet sa-exim) et je peux définir ça dans > /etc/exim4/sa-exim.conf : chez moi spamassassin collabore avec postfix. Je ne vois pas de fichier équivalent ~postfix.conf Bonne soirée
Re: Mails dans corbeille Debian-12
> Le 19/12/2023 à 17:38, ajh-valmer a écrit : > > Spamassasin dépose les très nombreux mails-spams directement dans > > la corbeille de mon MUA, précédés de *** SPAM ***. > > La corbeille sous Debian est dans /home//.local/share/Trash/". > > Je souhaite que ces mails *** SPAM *** aillent automatiquement dans > > le répertoire "/dev/null". > > Comment puis-je le faire ? On Tuesday 19 December 2023 18:08:44 didier gaumet wrote: > par contre que tu *puisses* le faire ne signifie pas forcément que tu > *doives* le faire: que fais-tu des faux positifs? Les mails tout-à-fait > valides qui sont parfois d'une importance vitale suivant le contexte et > qui sont marqués par erreur comme indésirables par Spamassassin? Les mail estampillés *** SPAM *** sont tous des spams, et tant pis je prends le risque, je réitère donc ma question.
Mails dans corbeille Debian-12
Bonsoir à tous, Spamassasin dépose les très nombreux mails-spams directement dans la corbeille de mon MUA, précédés de *** SPAM ***. La corbeille sous Debian est dans /home//.local/share/Trash/". Je souhaite que ces mails *** SPAM *** aillent automatiquement dans le répertoire "/dev/null". Comment puis-je le faire ? Bonne soirée, A. Valmer
Re: Copier un système (Debian) sur un disque plus grand.
On Friday 15 December 2023 08:48:52 benoit wrote: > Bonjour, > Je recherche une méthode sûre et facile et un logiciel libre pour > copier un système (Debian) sur un disque plus grand. "rsync" fait ça très bien en root et mode console. clonage 100%. > Le peu d’expérience que j’ai de cette étape avec Gparted, > c’est que ça prend des heures et que ça n’a pas toujours fonctionné. Pour redimensionner les partitions, il ne faut pas qu'elles soient montées. Gparted le fait aisément, rapidement, ça fonctionne, et en mode graphique. Sinon, pour la taille des partitions, il y a le partitionnement en mode LVM. On peut modifier la taille des volumes logiques sans perte de données, à chaud.
Re: Disque dur défaillant : résolu (pour l'instant)
On Thursday 14 December 2023 13:48:31 raivac wrote: > Il me semble qu'on peut justement récupérer le numéro de série > du disque avec smartctl. Après il n'y a plus qu'à regarder sur l'étiquette > du disque. On Thursday 14 December 2023 11:56:58 didier gaumet wrote: > Le 14/12/2023 à 10:52, ajh-valmer a écrit : > > Depuis peu, un de mes 2 disques durs n'apparaît plus dans le Bios. > > De plus, le boot est très lent. > > Les 2 sont de marque Toshiba. > > Comment savoir lequel semble tomber en panne et comment les tester ? > > Merci, bonne journée. > > A. Valmer > Tu peux toujours regarder du côté de smartmontools, il y a un tutoriel > en français sur Debian Facile: https://forum-debian.fr/wiki/Smartmontools Merci de votre aide. En ouvrant le capot, j'ai repositionné les 2 disques durs SSD. Au reboot, le BIOS les indiquait, j'ai fait un test du matériel = OK, sans warning et le système s'établit avec la connexion internet comme avant càd 5 secondes. Cependant, je pense à un problème de pile ronde qui a vieilli. Bonne soirée.
Disque dur défaillant
Bonjour à tous, Depuis peu, un de mes 2 disques durs n'apparaît plus dans le Bios. De plus, le boot est très lent. Les 2 sont de marque Toshiba. Comment savoir lequel semble tomber en panne et comment les tester ? Merci, bonne journée. A. Valmer
Re: Scanner Brother DCP-J572DW
On Saturday 09 December 2023 13:13:59 Jean-Marc wrote: > Pareil. Imprimante+Scanner Epson que j'utilise depuis sa connexion > réseau en driverless. "driverless" : intéressant, comment fait-on pour l'installer ? Merci.
Problème avec Firefox esr 64 bits
Hello, Je suis sous Firefox 64 bits 115.4.0 esr (64 bits). Depuis que j'ai changé de FAI vers Orange, Firefox se bloque, tous les sites que je veux atteindre, ça mouline, impossible de continuer à naviguer. Seule solution, fermer toutes les pages Firefox en cours, et le redémarrer, jusqu'au prochain blocage... Bonne journée. A. Valmer
apt update : message
apt update : "http://deb.debian.org/debian/dists/bookworm-backports/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. N: Repository 'Debian bookworm' changed its 'non-free component' value from 'non-free' to 'non-free non-free-firmware'" Hello, Que faut-il faire avec ce message suite à un apt update ? Bon week-end.
Re: dmesg failed
On Saturday 11 November 2023 20:24:30 ajh-valmer wrote: Je me permets de revenir sur cette question n'ayant pas eu de réponse : Mes 2 disques durs sont SSD. Dans le BIOS, j'ai désactivé le disque dur Sata-3 qui a été retiré. # dmesg | grep failed [2.722765] ata2.01: failed to resume link (SControl 0) [5.362766] ata2.01: failed to resume link (SControl 0) Si dans le BIOS j'active le mode AHCI, y a t-il un danger à le faire ? (telle la suppression de toutes les partitions). Merci.
Re: dmesg failed
On Monday 06 November 2023 21:25:44 Étienne Mollier wrote: > Le message en soi suggère que la machine a eu un peu de mal à > mettre en route le stockage raccordé sur la ligne ATA 2.01. En > copiant et collant l'erreur dans un moteur de recherche, je suis > tombé sur une vieille entrée dans le système de suivi de bogues > de Red Hat[1], qui suggère de jeter un œil aux réglages de l'EFI > (ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça > peut être une piste de résolution. Désolé, je reviens sur le sujet : J'ai simplement désactivé le disque dur Sata-3 qui a été retiré. # dmesg | grep failed [2.758750] ata2.01: failed to resume link (SControl 0) [5.398740] ata2.01: failed to resume link (SControl 0) [7.286740] ata2.01: failed to resume link (SControl 0) [9.574743] ata2.01: failed to resume link (SControl 0) [11.542745] ata2.01: failed to resume link (SControl 0) maintenant 4 fois. Ne devrais-je pas passer en Sata AHCI ? (y a t-il un danger à le faire ?) Merci et Bonne soirée. A. Valmer
Re: Debian Login
On Friday 10 November 2023 11:10:16 Tiago Madeira wrote: > > > > Taper lspci en mode console pour voir le modèle de la carte, > > > > puis la chercher chez le fabricant ou les dépôts Debian. > > > > Après on y verra plus clair. > > > > # apt-get install gnome , est-il suffisant. > > > > Taper alors : > > > > # apt-cache search gnome > > > > pour indiquer le ou les bons paquets gnome à installer. > > > > Allez, au boulot ! :-)) lspci : voir la ligne ou il y a "VGA Intel Atom processor 236... / 237..." Rechercher la carte dans les dépôts Debian ou site Intel, et l'installer.
Re: Debian Login
On Thursday 09 November 2023 12:58:11Tiago Madeira wrote: > Quand j ai fait le lspci ça m as mis ça : Image jointe illisible. Préférer un copier coller. > Le mer. 8 nov. 2023 20:20, ajh-valmer a écrit : > > On Wednesday 08 November 2023 14:06:12 Tiago Madeira wrote: > > > Hier j ai installer debian12 netinst sur pc bureautique je le lance > > ça me mets error Devian login je me mets en root et je fait apt-get > > install gnome ça ne fonctionne je n'ai pas d'interface graphique > > aidez moi > > le pilote de la carte vidéo est-il installé ? > > Taper lspci en mode console pour voir le modèle de la carte, > > puis la chercher chez le fabricant ou les dépôts Debian. > > Après on y verra plus clair. > > # apt-get install gnome , est-il suffisant. > > Taper alors : > > # apt-cache search gnome > > pour indiquer le ou les bons paquets gnome à installer. > > Allez, au boulot ! :-))
Re: Debian Login
On Wednesday 08 November 2023 14:06:12 Tiago Madeira wrote: > Hier j ai installer debian 12 netinst sur mon pc bureautique je le lance ça > me mets error Devian login je me mets en root et je fait apt-get install > gnome ça ne fonctionne je n'ai pas d'interface graphique aidez moi Bonsoir, D'abord, le pilote de la carte vidéo est-il installé ? Taper lspci en mode console pour voir le modèle de la carte, puis la chercher chez le fabricant ou les dépôts Debian. Après on y verra plus clair. # apt-get install gnome , est-il suffisant. Taper alors : # apt-cache search gnome pour indiquer le ou les bons paquets gnome à installer. Allez, au boulot ! :-))
Re: ddmesg failed
On Monday 06 November 2023 21:25:44 Étienne Mollier wrote: > ajh-valmer, on 2023-11-06: > > [2.638759] ata2.01: failed to resume link (SControl 0) > > Le message en soi suggère que la machine a eu un peu de mal à > mettre en route le stockage raccordé sur la ligne ATA 2.01. En > copiant et collant l'erreur dans un moteur de recherche, je suis > tombé sur une vieille entrée dans le système de suivi de bogues > de Red Hat[1], qui suggère de jeter un œil aux réglages de l'EFI > (ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça > peut être une piste de résolution. > [1]: https://bugzilla.redhat.com/show_bug.cgi?id=653811#c9 > > [7.919226] nvidia: module verification failed: signature and/or > > required key missing - tainting kernel > Ce message indique que le module noyau « nvidia » n'est pas > signé cryptographiquement contrairement aux autre modules noyau > installé sur votre système. Le noyau a tout de même accepté de > le charger, mais en se teintant (en bref, si vous ouvrez un bug > chez kernel.org, votre configuration ne sera pas supportée > d'office). Tous les modules noyau signés du système l'ont été > au moment de la compilation du Linux de Debian sur les machines > de compilation « buildd ». Ce message est normal compte tenu du > fait que nvidia est un pilote tiers. > Au regards de l'historique des échanges de courriels sur la > liste, je suggèrerais de vivre avec ce message au démarrage. > L'alternative serait de réessayer avec « nouveau », qui est un > module directement intégré au noyau Linux, mais j'ai cru > comprendre qu'il était moyennement opérationnel sur votre > matériel. Une autre option pourrait être de compiler le noyau > avec votre propre clé privée, puis de signer le module nvidia.ko > à part, mais il restera toujours la teinture au moins causée par > le fait qu'il s'agit d'un pilote propriétaire. > Si ça peut éclaircir votre lanterne, Oui merci, super, très bien, ce n'est pas un éclairage de lanterne mais de phares cibié oscar plus :-)
ddmesg failed
Bonsoir à tous, Au boot de Debian-12, j'ai 2 lignes "Failed" : # dmesg | grep failed [2.638759] ata2.01: failed to resume link (SControl 0) [7.919226] nvidia: module verification failed: signature and/or required key missing - tainting kernel Comment remédier à ces 2 problèmes ci-dessus ? Merci, bonne soirée. A. Valmer
Re: upgrade Debian-12 : Xorg noyau 6.1.0-13 ne fonctionne pas : résolu
On Friday 03 November 2023 08:35:58 Sébastien NOBILI wrote: > Le 2023-11-02 18:58, ajh-valmer a écrit : > > J'aurais préféré installer le driver proprio nvidia, > > mais il n'apparaît plus, dans leur base. > C'est bien le driver propriétaire nvidia que tu viens > d'installer, > Si tu regardes bien, c'est dans la section non-free : > https://packages.debian.org/bookworm/nvidia-tesla-470-driver D'accord, c'est pour ça que le driver fonctionne bien. Merci.
Re: upgrade Debian-12 : Xorg noyau 6.1.0-13 ne fonctionne pas : résolu
On Thursday 02 November 2023 19:54:58 Basile Starynkevitch wrote: > Dans certains cas, le pilote libre nouveau pourrait remplacer le pilote > propriétaire Nvidia. > https://nouveau.freedesktop.org/ J'avais tenté le pilote libre "nouveau" quand je croyais que celui de "Nvidia GeForce GT 710" n'était plus compatible avec un noyau récent : j'ai pas réussi. Fort heureusement, le pilote "nvidia-tesla-470-driver" le remplace très bien, sauvé !
Re: upgrade Debian-12 : Xorg noyau 6.1.0-13 ne fonctionne pas : résolu
Merci à ceux qui m'ont aidé. Résolu en installant les paquets "nvidia-tesla-470" depuis ceux de Debian. J'aurais préféré installer le driver proprio nvidia, mais il n'apparaît plus, dans leur base. Allez bon pas grave, ça marche aussi bien. Bonne soirée. On Thursday 02 November 2023 17:09:23 ajh-valmer wrote: > On Thursday 02 November 2023 15:38:07 Sébastien NOBILI wrote: > > C'est plutôt nvidia-tesla-470-driver qu'il faudrait installer. > > Probablement car le module est dispo pour l'une des versions du noyau > > mais pas l'autre : > > find /lib/modules/6.1.0-10-amd64 -name nvidia.ko > > find /lib/modules/6.1.0-13-amd64 -name nvidia. > le module "nvidia-tesla-470-driver" est installé dans le noyau > 6.1.0-10-amd64, > et sans doute pas du tout dans le noyau "6.1.0-13-amd64" : > find /lib/modules/6.1.0-10-amd64 -name nvidia.ko : installé > find /lib/modules/6.1.0-13-amd64 -name nvidia.ko : pas installé
Re: upgrade Debian-12 : Xorg noyau 6.1.0-13 ne fonctionne pas
On Thursday 02 November 2023 15:38:07 Sébastien NOBILI wrote: > C'est plutôt nvidia-tesla-470-driver qu'il faudrait installer. > Probablement car le module est dispo pour l'une des versions du noyau > mais pas l'autre : > find /lib/modules/6.1.0-10-amd64 -name nvidia.ko > find /lib/modules/6.1.0-13-amd64 -name nvidia.ko Ok, le module "nvidia-tesla-470-driver" est installé dans le noyau 6.1.0-10-amd64, et sans doute pas du tout dans le noyau "6.1.0-13-amd64" : find /lib/modules/6.1.0-10-amd64 -name nvidia.ko : installé find /lib/modules/6.1.0-13-amd64 -name nvidia.ko : pas installé
Re: upgrade Debian-12 : Xorg ne fonctionne plus
> Le 2023-11-02 12:35, ajh-valmer a écrit : > > J'ai upgradé ma Debian 12, dans le /boot, je vois 2 noyaux : > > 6.1.0-10-amd64 et 6.1.0-13-amd64 > > Si je boote avec le noyau 6.1.0-13-amd64, > > Xorg ne fonctionne plus, j'aboutis à un mode console. > > Si noyau 6.1.0-10-amd64, Xorg fonctionne très bien. On Thursday 02 November 2023 13:13:40 Sébastien NOBILI wrote: > C'est donc deux versions identiques, la seconde étant une version > corrective de la première. > J'imagine que le module noyau n'a pas été correctement recompilé > à la mise à jour. Tu pourrais essayer cette commande : > dpkg-reconfigure nvidia-tesla-470-kernel-dkms > Tu devrais voir passer des messages qui indiquent que le module est > compilé pour ta version du noyau. > Ensuite, reboot et ça pourrait aller mieux. Merci. J'ai bien tapé cette commande avec le noyau 6.1.0-10-amd64 (Xorg fonctionnel) : dpkg-query: package 'nvidia-tesla-470-kernel-dkms' is not installed and no information is available. Avant d'installer le package 'nvidia-tesla-470-kernel-dkms', comment se fait-il que Xorg marche très bien alors que le package n'est pas installé ? @+
upgrade Debian-12 : Xorg ne fonctionne plus
Bonjour, J'ai upgradé ma Debian 12, dans le /boot, je vois 2 noyaux : 6.1.0-10-amd64 et 6.1.0-13-amd64 Si je boote avec le noyau 6.1.0-10-amd64 le système graphique Xorg fonctionne très bien avec cette carte : nvidia-detect GK208B [GeForce GT 710] Your card is supported by the Tesla 470 drivers series. It is recommended to install the "nvidia-tesla-470-driver" package, ce qui est bien le cas. Si je boote avec le noyau 6.1.0-13-amd64, Xorg ne fonctionne plus, j'aboutis à un mode console. Comment se fait-il ? Avez vous une idée ? Bonne journée. André Valmer
Re: CUPS, Bullseye et Apple
On Saturday 21 October 2023 16:05:33 Thierry wrote: > Incidemment, sur l'interface d'administration CUPS sur une Debian > Bullseye pur jus, j'ai remarqué cette petite note en bas de page: > "CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est > sous copyright 2017-2019 Apple Inc. Tous droits réservés". > Pour moi qui suis un tenant du libre et allergique à Apple, de quoi > s'inquiéter? Qu'est-ce que cela signifie? C'est vrai, étonnant. On lit aussi : - Ethernet est une marque déposée de Xerox Corporation, - Mozilla et Firefox sont les marques déposées ou les marques commerciales de Mozilla Foundation. Pas trop Libre tout ça...
Re: Configuration inn
C'est quoi "inn" ?
Re: Plus d'hibernate depuis bookworm
On Tuesday 10 October 2023 11:43:57 Daniel Caillibaud wrote:
> Depuis mon passage à bookworm, la mise en veille prolongée ne
> fonctionne plus. À la mise en veille ("mettre en veille prolongée"
> depuis le menu graphique) ça semble fonctionner en coupant
> tout mais au réveil j'ai des messages de correction d'inodes
> comme s'il y avait eu une coupure
> de courant, puis un boot "standard" (sans récupérer l'état à
> la mise en veille).
> Et rien vu dans les logs, ni à l'arrêt ni au démarrage…
> Y'aurait un paquet particulier à installer ?
> Une commande à lancer permettant de débugger ce qui se passe ?
Au delà d'autres réponses certainement intéressantes,
ça pourrait venir de ton Bureau et l'application "écran de veille"...
Re: Plus de session graphique [résolu]
On Friday 29 September 2023 11:06:48 Jean Bernon wrote: > Je n'ai pas créé le pilote nouveau. C'est ce qui est recommandé par défaut > dans l'installation de Debian. Depuis Debian 11, je laisse faire > l'installateur par défaut sans essayer d'installer nvidia et ça fonctionne > bien. Avant je me souviens d'avoir essayé d'installer nvidia et d'avoir eu > pas mal d'embrouilles d'installation entre les deux pilotes. J'ai un système > avec deux cartes dont une carte nvidia Geforce 840m. Quand on utilise > nouveau, bumblebee peut prendre en charge cette carte nvidia pour de > meilleures performances vidéo, mais de toute façon je n'utilise guère les > jeux vidéos. Merci. J'avais oublié cette option d'installer le pilote nouveau lors de l'installation de Debian, ce qui rend service si le pilote ne fonctionne plus avec la version supérieure. Encore une ignorance de ma part, ton ordinateur a donc 2 slots pour carte graphique, et que se passe t-il au boot pour le choix de la C. G. et quel est l'intérêt d'avoir 2 C.G. ? > > De: "ajh-valmer" > > Si possible, je serai désireux de savoir comment tu as > > créé le pilote "nouveau" qui semble bien marcher.
Re: Plus de session graphique [résolu]
Tant mieux. Si possible, je serai désireux de savoir comment tu as créé le pilote "nouveau" qui semble bien marcher. Bonne journée. andré Valmer
Re: Plus de session graphique
On Thursday 28 September 2023 13:27:52 you wrote: > Pourquoi pas ? Mais nouveau a fonctionné des années sans la moindre faille > et j'aimerais comprendre pourquoi il défaille d'un coup (si c'est bien lui > qui défaille ?) : Comme déjà indiqué, très certainement à cause d'une manip récente qui a importuné le pilote nouveau et Xorg. > > Alors virer nouveau et utiliser le pilote Intel Haswell-ULT et > > NVIDIA...
Re: Plus de session graphique
On Thursday 28 September 2023 12:44:52 Jean Bernon wrote: > J'ai 2 cartes graphique : Intel Haswell-ULT et NVIDIA GeForce 840m. > J'utilise le pilote nouveau. > La dernière mise à jour était celle du paquet gnome-shell. Alors virer nouveau et utiliser le pilote Intel Haswell-ULT et NVIDIA...
Re: Plus de session graphique
On Thursday 28 September 2023 11:49:50 Jean Bernon wrote: > Mauvaise surprise ce matin. Le boot debian12 s'arrête sur un login terminal > et n'ouvre plus la session GNOME. Startx lance seulement le terminal dans un > environnement graphique et non l'ensemble de l'environnement graphique. > Dans les logs rien d'autre a priori qu'un message kernel 'nouveau read mmio > fault'. Des pistes ? C'est le serveur Xorg qui ne se lance plus, module graphique, pilote carte graphique, sans doute suite à un upgrade, une manip... Quel était le pilote avant ? Avec le pilote "nouveau" ça marche pas, du moins j'ai jamais réussi.
Re: conversion pdf
On Saturday 16 September 2023 17:42:15 Alex PADOLY wrote: > Connaissez-vous un paquet Debian pdf en ligne de commande pouvant > s'intégrer dans un script permettant de convertir un document texte ( > txt, word, openOffice) ou un dessin en un fichier pdf. > Je vous remercie pour vos conseils TXT : pdftotext, Word, OpenOffice, LibreOffice : ils ont la conversion intégrée => .PDF
Re: [testing] passage du pilote nouveau à proprio
On Wednesday 13 September 2023 13:41:45 BERTRAND Joël wrote: > > On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote: > >> Les pilotes nvidia legacy 390 de sid étant maintenant compatibles > >> avec les kernel jusqu'à 6.5 je suis repassé sur le pilote proprio. > >> Avec nouveau c'était invivable. > ajh-valmer a écrit : > > Je n'ai jamais réussi à faire fonctionner correctement un > > pilote "nouveau". > > Ce sont les pilotes proprio qui fonctionnent vraiment. > > Ce sont les "terroristes libristes" qui imposent d'utiliser que du Libre > > à 100% mais parfois ce n'est pas possible. On Wednesday 13 September 2023 13:41:45 BERTRAND Joël wrote: >Sans être terroriste libriste, nvidia est un machin qui pose problème > parce qu'au bout d'un certain temps, on se retrouve à devoir utiliser le > pilote libre faute de support. Je boycotte scrupuleusement toutes les > cartes nvidia pour cette raison. Je changerai d'avis sur nvidia le jour > où nvidia daignera fournir les specs de ses cartes. Les cartes Nvidia ont une très bonne qualité de rendu à l'écran. avec leur pilote, il y a une configuration sophistiquée de la carte, permettant d'améliorer le rendu (nvidia-settings). Les pilotes libres n'ont pas cet outil de config. Seulement, leurs pilotes ne suivent pas toujours les distributions et les versions.
Re: [testing] passage du pilote proprio à nouveau
On Tuesday 12 September 2023 23:24:24 Gaëtan Perrier wrote: > Les pilotes nvidia legacy 390 de sid étant maintenant compatibles avec les > kernel jusqu'à 6.5 je suis repassé sur le pilote proprio. > Avec nouveau c'était invivable. Je n'ai jamais réussi à faire fonctionner correctement un pilote "nouveau". Ce sont les pilotes proprio qui fonctionnent vraiment. Ce sont les "terroristes libristes" qui imposent d'utiliser que du Libre à 100% mais parfois ce n'est pas possible.
Re: [HS] Depuis la canicule le BIOS me tarabuste
On Wednesday 06 September 2023 19:31:32 Haricophile wrote: > Le Wed, 6 Sep 2023 18:25:50 +0200, > mauriceplapla a écrit : > Quand on a un bios UEFI, il faut parfois configurer sur quoi on boot > (Debian). Je suis trop nul pour savoir de mémoire à quoi correspond > Ctrl+i C'est J'ai mis le bios en mode "legacy", ça ne semble pas poser de problèmes.
Re: [HS] Depuis la canicule le BIOS me tarabuste : résolu (du moins pour l'instant)
On Wednesday 06 September 2023 18:25:50 mauriceplapla wrote: > Le 06/09/2023 à 18:02, ajh-valmer a écrit : > > Depuis les grosses chaleurs, lorsque je boote mon ordinateur, > > je tombe sur une demande du BIOS me demandant de faire , > > alors le menu GRUB apparait. > > Avant, non, le menu GRUB apparaissait immédiatement. > > S'agit-il de la pile ronde électrique qui supporte mal la chaleur ? > d'après la principale fonction de cette pile, qui est de garder l'heure > de la machine, en cas d'éteignage (oui je sais: néologisme!) il faudrait > savoir si le BIOS t'en dit plus pour être sûr de bien cerner le problème. > Sinon c'est une autre histoire, je laisse des gens compétents donner > leur avis. mes 0.02€ > en cas d'éteignage : Pourquoi ce néologisme ? : en cas d'extinction :-) Je pense que c'est la pile qui s'est déchargée pendant mon absence, avec la chaleur. En redémarrant, en reconfigurant le BIOS, date, heure, reconnaissance des disques, le boot ne m'affiche plus d'erreurs, du moins pour l'instant... Bonne journée.
[HS] Depuis la canicule le BIOS me tarabuste
Hello à tous, Depuis les grosses chaleurs, lorsque je boote mon ordinateur, je tombe sur une demande du BIOS me demandant de faire , alors le menu GRUB apparait. Avant, non, le menu GRUB apparaissait immédiatement. S'agit-il de la pile ronde électrique qui supporte mal la chaleur ? Merci.
Re: Lenteur au boot : résolu
Hello, J'ai retrouvé une vitesse de boot plus digne. /etc/default/grub : GRUB_DISABLE_OS_PROBER=false (retirer le #) /etc/boot/grub.cfg : /dev/sda5 indiquait msdos6 puis update-initramfs -u a remédié au problème. Bon dimanche.
Re: Lenteur au boot
On Thursday 17 August 2023 22:36:43 Jean-Marc wrote: > J'interviens un peu à l'arrache dans ce fil de discussion. > As-tu essayer de voir ce que donne la commande "systemd-analyze blame" ? > Je ne sais pas si quelqu'un d'autre l'a déjà proposée. > Elle permet d'afficher quelles unités prennent le plus de temps lors de > l’amorçage. > Un coup d’œil sur la page de man éclaire aussi ce qu'il faut lire de la > sortie de cette commande : Intéressant, je l'ignorais, peut-être une piste ? : # systemd-analyze blame 6.383s NetworkManager-wait-online.service soit quasi 7 secondes. Maintenant comment corriger le problème avec NetworkManager-wait-online ? Bonne fin de soirée. On Thursday 17 August 2023 22:02:50 Gaëtan Perrier wrote: > Un firmware manquant ? : Oui mais lequel ? On Thursday 17 August 2023 22:18:16 Th.A.C wrote: > Tu peux aussi sortir le resultat de dmesg dans un fichier en utilisant > l'option qui affiche l'heure sous forme lisible (-H) : dmesg affiche trop de lignes, difficile de détecter ou est le blême. > > Le 14/08/2023 à 23:13, ajh-valmer a écrit : > >> Depuis la migration de mon portable à Bookworm, > >> le boot se bloque environ 10 secondes avec un tiret en haut à gauche. > >> Puis, les infos du boot défilent, et enfin le boot du bureau tdm-trinity. > >> Après, tout semble stable. > >> Que se passe t-il pour avoir une première étape de boot si longue ?
