Reprise du message précédent :

Chaque distribution a "son bureau" même si tous les bureaux fonctionnent partout  

La meilleure intégration KDE, c'est OpenSuse. Pour Debian, c'est plutôt Gnome / Xfce.

Je dois être fou alors...
Debian + KDE sur un portable Asus, aucun problème

Bonjour    
 
Bizarrerie du moment : Impossible de résoudre le sous-domaine « www.netflix.com », ce qui m’empêche bien entendu de regarder netflix…
 
J’ai mon propre serveur dns bind sur une debian stable. Aucun problème en 2 ans jusqu’à Mercredi.
 

 
C’est le seul domaine qui me pose problème et j’ai ce problème sur mes 2 PC clients (le serveur dns est capable de résoudre sans problème le sous-domaine).
 
En utilisant directement en serveur dns tiers, genre 9.9.9.9, aucun problème.
 
Quelqu’un a une idée ? Je commence à sécher là…  

de fois t'as des differences de comportement sur la resolution entre ping et dig.. (en gros un dig peut marcher, mais pas le ping.. 'jai deaj eu ca ya longtemps, chais plus pour quelle raison)
sinon ton 10.0.0.254, cest ton bind, qui n'a pas de souci ?
et si tu fais ton dig sans @10.0.0.254 et sans +short, ca te donne quoi exactement ? (ca peut être interessant à voir, ca te donne notemment quel serveur dns est utilisé)
(t'as ptet une couille sur ton pc qui fait client dns.. ou dans le /etc/resolv.conf... ou systemd ?   )
Ici j'ai aussi le meme resultat quand je resoud, j'ai aussi mon propre bind :

Intéressant, du coup on va pouvoir comparer un peu. Tu peux me donner le contenu de ton « /etc/nsswitch.conf » ?
 
J’ai déjà fait pas mal le tour pour moi rien ne cloche, d’autant plus que j’ai un problème uniquement avec ce domaine    
 
Le 10.0.0.254 c’est bien mon routeur perso avec bind.
 

solution de troubleshooting universelle : tcpdump -i any -w capture.pcap port 53 , puis lance ton ping , puis stope le tcpdump, ouvre le dans wireshark et regarde l'échange

j'ai jamais eu a bricoler le nsswitch.conf, sauf pour du samba/winbind

j'ai ca sur le mien (par défaut, donc) sur une mint 20

Et donc la, ton dig est sur ton ordi ? ce qui montrerait que la résolution se fait bien..  

edit: j'ai ptet trouvé, ca viendrait en effet du nsswitch.
Si a la ligne commencant par "hosts:",  tu as "files", mais pas "dns" derriere, ça peut expliquer.
ca devrait donc être hosts:  files  dns

Regarde les logs dans le .xsession-errors (j'ai plus le nom extact en tête) dans le homedir de ton user.
Ca te donnera peut-être quelques pistes sur une appli qui galère à cause d'un pb de droits, un truc manquant, une conf obsolète...

Et quand tu relances sddm, vérifie que y a pas des process de ton utilisateur qui tournent encore, si oui kille-les avant de te reconnecter.

Tu peux aussi nettoyer les répertoires de conf de kde (.config/kde*, de mémoire toujours), tu repartiras de zéro mais des fois ça peut résoudre des soucis.

 
Je n’ai aucun output de tcpdump quand j’utilise mon serveur dns, mais j’ai bien des traces en utilisant un autre serveur dns…    
 
Ça reste intéressant comme "résultat"    
 

 
J’étais aussi tombé sur ce problème mais visiblement ce n’est pas ça.
J’ai le même fichier que toi et j’ai testé avec la configuration conseillée mais ça ne change rien.
 
Je vais devoir continuer à chercher.
 
Merci pour les suggestions  

Ça se précise :

Évidemment, aucun problème avec mon ipv6 pour le reste…

Dig autrepart pour valider que ton dns foire

Debian 10.6 OUT  
 
https://www.debian.org/News/2020/20200926

Dites, j'ai un souci avec dd que je ne m'explique pas.

J'ai voulu effacer un DD externe, j'ai donc fait

Les premiers 10Go ont été rapides, ensuite la vitesse a chuté dans les Ko, du coup après 30 min j'ai tué le processus et voulu recommencer. Sauf que là il copie environ 8Go et me dit ensuite que le DD est plein. Quoi?? J'ai vérifié avec lsblk, le disque est bien /dev/sdb et fait 150Go.
J'ai cassé un truc?

edit: Quoi?? parted me dit: Disk /dev/sdb: 8356MB

Inodes ? df -i

Ah je viens de voir ledit

Ce disque fait 150 Go (enfin 160Gio), j'en suis sûr et certain et c'est marqué dessus. dd a dû casser un truc? Comment réparer ça?

gnome-disks ou gparted disent quoi ?

ça sent la fin

7,78Go.
Pourtant lsblk me dit 150Go.
smartctl ne fonctionne pas avec ce vieux adaptateur SATA-USB2.
 
Il est mort le truc?

Tente voir de refaire sa table de partition.

Je peux uniquement allouer 7968Mo. Et il y a un warning en console, je sais pas si c'est important: /dev/sdb: unrecognised disk label

Utilise l'utilitaire constructeur sur UBCD. Avec un peu de bol, ca le remettra d'équerre.

Avec gparted, j'ai crée une table de partition puis j'ai tenté de créer une partition -> 8Go uniquement d'allouable. gparted me dit que le disque fait 8 Go.

 Ca fonctionne avec un DD branché à travers un adaptateur USB-SATA? Si non -> poubelle le disque.

 
C'est peut-être le machin USB-SATA qui a foutu le bordel? Car sinon je ne comprends vraiment pas, j'en ai déjà effacé des DD avec dd et ça se passe toujours bien en principe.

Sisi j'ai refait une table, pas mieux.

Tenté x fois.
 

Attention, je reprécise: DD externe branché avec un convertisseur SATA-USB2. C'est peut-être ça le soucis mais j'ai pas la possibilité (ou plutôt la motivation ) de le brancher directement en SATA là.

Il y a des outils bien plus efficaces que dd pour effacer des disques durs: shred ou badblocks.
 
Sinon, tu as essayé ton disque reconnu qu'en 8 Go sur un autre machine pour voir. Avec ou sans l'adaptateur usb ?

 
Je ne pense pas.

C'est un HDD. dd fait très bien le boulot et ça évite un outil supplémentaire (avec la bonne syntaxe à mémoriser). Si vous voulez je peux essayer de retrouver l'article qui dit que effacer une fois le DD avec des zéros c'est largement suffisant sur les disques modernes.

Pour l'instant le truc va repartir dans le tiroir, si j'ai un peu de motivation je vais le brancher *directement* en SATA, mais là je suis occupé et puis le PC est franchement inaccessible (et j'en ai que un de fixe, je sais, c'est pas hfr-compliant ).

Merci.

pour mettre tout le monde d'accord

ptêt que ton disque est vieux et en train de crever, ce qio expliquerait..
egalement, regarder dans syslog/kern.log voir si t'as pas des erreurs

Peut être pas de de SMART accessible avec son adaptateur USB-SATA. ça existe.

ha merdouille, j'avais pas vu l'adaptateur usb-sata..
ça vient ptêt de la aussi

La suite. Je constate aussi le comportement lorsque l'écran se met en veille (ou semble se mettre en veille). Dans certain cas, j'ai que l'image précédente à l'écran et seul le curseur reste utilisable (les leds du clavier répondent, mais aucune combinaison ne fonctionne autre que ctrl+alt+F1). Après rallumage de l'écran, je vois à nouveau l'écran noir avec seulement le curseur.
La mise en veille du pc ne semble pas être la cause, par contre c'est quelque chose lié à la gestion d'énergie de kde/verrouillage de session.

ha ? "Nouvelle" ESR de Firefox

Oui, nouvelle version qui a grossi de 20Mo environ. Sinon pas de gros bugs ou changements à priori, en tout cas chez moi.

les barbus
 
J'essaye d'installer Centreon sur un RPi1B en suivant ce tutoriel. Au moment d'installer nodejs, j'ai une erreur qui m'indique que mon archi (armv6l) n'est pas supportée et que je dois me reporter à l'installation par tarballs.
 
Le tuto essaye d'installer la version 12.x de nodejs ("curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -" ).
- Si je parcours les versions dispo sur le site officiel en 12.x ( https://nodejs.org/dist/latest-v12.x/ ) , je ne trouve pas de "armv6l" mais du "arm64" (exemple "node-
v12.18.4-linux-arm64.tar.gz" ).
- Si je regarde dans la version 11.x ( https://nodejs.org/dist/latest-v11.x/ ), cette fois, il y a bien du armv6l.
 
Est-ce que le arm64 est équivalent à du "armv6l" ?
 
 
 

Je ne pense pas. Ces trucs désignent différentes sous-architectures ou jeux d'instructions ARM, sans avoir vérifié je dirais que c'est pas pareil et que la V12 n'est plus compilé pour armv6l car ça doit être ancien. Tu peux toujours essayer de (cross-)compiler toi-même, mais ça peut être un vrai casse-tête.

C'est ce que je pensais. Je vais tenter avec la 11.x et voir si ça suffit pour installer Centreon.

https://en.wikipedia.org/wiki/ARM_architecture#Cores

Le cœur ARM11 (donc architecture ARMv6, il faut suivre) c'est du 32 bits donc la version 64 bits (arm64) n'ira pas.