BUSTER - les petits soucis centralisé ici....

root@rkn · 12-07-2019 17:35:59

etite particularité, j'avais stretch a ma sauce, avec des backports, des unnatend, des non-free et des install compil manuelle, mes fameux fantomes.

Je profite de la migration vers BUSTER pour relever les petits soucis et donner des soluces ... si possible.

Souvent, c'est tellement simple, qu'après une semaines de brainstorming tu meurs !!!

Peut être que quelques un ne perdront plus de temps bêtement.

Premier soucis: un petit fantome avec MAKE

make clean

common.mk:84: *** Kernel header files not in any of the expected locations.

common.mk:85: *** Install the appropriate kernel development package, e.g.

common.mk:86: *** kernel-devel, for building kernel modules and try again. Arrêt.

SOLUTION

apt-get update

apt-get install build-essential linux-source bc kmod cpio flex cpio libncurses5-dev linux-headers-$(uname -r)

Dernière modification par root@rkn (12-07-2019 17:41:51)

root@rkn · 12-07-2019 17:51:04

Soucis deux: DÉPENDANCES BORDÉLIQUES

Lors de l'installation de buster, php7.3 a remplacé php7.2
le module complémentaire php7.3-curl ne pouvant s'installer correctement suite a des dépendances cassés.
les commandes habituelles de apt ne réglant pas le soucis pour moi du au fantome.

apt-get clean

apt-get update

apt-get install php7.3-curl

-- dépendances cassées

REMOVE, PURGE, ... ne faisant rien.

SOLUTION

utiliser APTITUDE et sa fonction de réparation de dépendances. 

aptitude install php7.3-curl

php7.3-curl est installé avec la version (xxxx)

php7.3-curl sera installé avec la version demandée (7.3.4-2)

-

1 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 1536 ko seront libérés.

Voulez-vous continuer ? [Y/n/?]

et d'utiliser la fonction Y en suivant les recommendations

ps: j'ai du recréer le dialogue box, ayant ecrasé mon log putty.

Dernière modification par root@rkn (12-07-2019 17:57:33)

anonyme · 16-07-2019 17:56:51

Bonjour
pour une migration d une passerelle vers buster
ce message de dhcpd

unable to add foward map from .........................  servfail

 

après recherche , c'est un vieux paquet (de stretch) de libdnsxxxxx
les versions de buster sont libdns1104 et libdns-export1104

dhcpd peu maintenant mettre a jour bind9

pour le paquet ntp , il ne fonctionne plus sur buster pas trouvé de solution , a été retiré sur la passerelle (distribution de l'heure au sous-réseau local)
supprimé l'annonce de ntp sur dhcpd et bind9 , je pense que systèmed garde l'heure des machines (allumage ou arrêt )
le serveur (passerelle) a priori la prend sur le net
ça pose problème sur une machine allumé en permanence

Beta-Pictoris · 16-07-2019 18:59:47

Pour le serveur de temps, c'est le service systemd-timesyncd.service qui fait le boulot comme sous stretch il me semble.
Le fichier de configuration où l'on place ses serveurs ntp : /etc/systemd/timesyncd.conf
On peut, bien-sûr, utiliser la commande timedatectl pour contrôler le temps.

Pour les petits réseaux, je préfère quand-même dnsmask à bind.
En plus, dnsmask fait aussi serveur dhcp et tftp et il fonctionne en synergie avec network-manager.

Dernière modification par Beta-Pictoris (16-07-2019 19:02:29)

anonyme · 16-07-2019 19:32:57

systemd lance "systemd-timesyncd.service" a l' allumage de la machine (confirmer sur le syslog) une seule fois .

ntp server fais des annonces sur le réseau local , et garde l'heure par internet sur la passerelle.
les clients en dhcp (avec dhclients) grace a l'annonce de dhcpd (de la passerelle) reste a l'heure.

ceci était mon ancien mode sous stretch (machine en service sans reboot ou très rare )
au lieu d'avoir 20 machines qui prenne l'heure sur le net , ça reste sur le réseau local , seul la passerelle prend le temps sur internet .
sur le syslog des clients , le temps est bien pris sur le serveur de temps de la passerelle (vérifié)
je suppose que les clients vont chercher maintenant un serveur de temps sur le net .

bon ça m' inquiète pas trop , ntp a été purgé de la passerelle , mais bon comprendre

et pour bind9 je l' aime bien .

ps: si j'ai le temps je posterai l'erreur de ntp serveur ( erreur de ntpd en provenance du noyau 4.19 )

Beta-Pictoris · 16-07-2019 20:47:05

Non, systemd-timesyncd.service n'est pas un service de type oneshoot. La preuve

:

systemctl status systemd-timesyncd.service

● systemd-timesyncd.service - Network Time Synchronization

   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)

  Drop-In: /usr/lib/systemd/system/systemd-timesyncd.service.d

           └─disable-with-time-daemon.conf

   Active: active (running) since Tue 2019-07-16 18:43:15 CEST; 2h 49min ago

     Docs: man:systemd-timesyncd.service(8)

 Main PID: 530 (systemd-timesyn)

   Status: "Synchronized to time server for the first time [2001:418:3ff::1:53]:123 (2.debian.pool.ntp.org)."

    Tasks: 2 (limit: 4915)

   Memory: 2.9M

   CGroup: /system.slice/systemd-timesyncd.service

           └─530 /lib/systemd/systemd-timesyncd

ps 530

  PID TTY      STAT   TIME COMMAND

  530 ?        Ssl    0:00 /lib/systemd/systemd-timesyncd

Comme serveur de temps ntp, j'utilise plutôt chrony qui a remplacé ntpd coté redhat et consorts.

Dernière modification par Beta-Pictoris (16-07-2019 20:56:07)

anonyme · 16-07-2019 22:47:52

Beta-Pictoris a écrit :

Non, systemd-timesyncd.service n'est pas un service de type oneshoot.

si la mémoire ne me joue pas de tour , je dois être un des premier a signaler sur debian_facile que ntp et ntpdate n'est plus utile , systemd a un service pour le temps
stretch était en testing , par contre pour wheezy et jessie , ntp pour serveur et ntpdate pour les clients (si on regarde "les cahiers de l'admin jessie" par exemple ).
tu répond a un convaincu

merci pour l'info pas pensé a creuser les alternatives a ntp , en plus des paquets disponibles sur les dépôts debian .
openntpd

Il s’agit d’une mise en œuvre alternative du logiciel NTP, créée par le

projet OpenBSD. Il utilise la séparation des privilèges, ne met en œuvre

qu’un sous-ensemble du protocole NTP, ajustant la fréquence d’horloge pour

synchroniser l’horloge locale.

Les autres paquets fournissant la même fonctionnalité sont ntp et chrony.

je vais regardé pour la passerelle si cela convient et pas trop compliqué a configurer

ps: un avantage si je perd le net , je garde toutes les machines a la même heure par exemple .

je fais cela par plaisir , c'est un passe temps .

anonyme · 17-07-2019 15:01:39

Bonjour
j'ai retenue openntpd comme serveur de temps , je sais pas si le bon choix.
voila ce que ça donne sur un client en dhcp (fichier "interfaces" sans NM)

Jul 17 15:38:02 debian12 kernel: [   21.351117] r8169 0000:04:00.0 enp4s0: Link is Up - 1Gbps/Full - flow control rx/tx

Jul 17 15:38:02 debian12 kernel: [   21.351131] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready

Jul 17 15:38:03 debian12 dhclient[450]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 6

Jul 17 15:38:03 debian12 ifup[432]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 6

Jul 17 15:38:04 debian12 dhclient[450]: DHCPOFFER of 192.168.10.40 from 192.168.10.1

Jul 17 15:38:04 debian12 ifup[432]: DHCPOFFER of 192.168.10.40 from 192.168.10.1

Jul 17 15:38:04 debian12 ifup[432]: DHCPREQUEST for 192.168.10.40 on enp4s0 to 255.255.255.255 port 67

Jul 17 15:38:04 debian12 dhclient[450]: DHCPREQUEST for 192.168.10.40 on enp4s0 to 255.255.255.255 port 67

Jul 17 15:38:04 debian12 dhclient[450]: DHCPACK of 192.168.10.40 from 192.168.10.1

Jul 17 15:38:04 debian12 ifup[432]: DHCPACK of 192.168.10.40 from 192.168.10.1

Jul 17 15:38:05 debian12 systemd[1]: Stopping Network Time Synchronization...

Jul 17 15:38:05 debian12 systemd[1]: systemd-timesyncd.service: Succeeded.

Jul 17 15:38:05 debian12 systemd[1]: Stopped Network Time Synchronization.

Jul 17 15:38:05 debian12 systemd[1]: Starting Network Time Synchronization...

Jul 17 15:38:05 debian12 systemd[1]: Started Network Time Synchronization.

Jul 17 15:38:05 debian12 systemd-timesyncd[519]: Synchronized to time server for the first time 192.168.10.1:123 (192.168.10.1).

Jul 17 15:38:05 debian12 dhclient[450]: bound to 192.168.10.40 -- renewal in 13745 seconds.

Jul 17 15:38:05 debian12 ifup[432]: bound to 192.168.10.40 -- renewal in 13745 seconds.

je retrouve mon fonctionnement avec stretch (passerelle fournit le temps , les clients avec systemd-timesyncd garde les machines a l'heure).
le serveur dhcpd

options ntp-servers 192.168.10.1;

 

et un alias "ntp" dans bind9

pour openntpd (/etc/openntpd/ntpd.conf) juste autoriser a distribuer le temps sur la carte réseau du sous réseau et la boucle locale (127.0.0.1)
remarque:
pour la passerelle (serveur) je pense que openntp a pris le pas sur "systemd-timesyncd.service" et c'est lui qui tient la machine a l'heure.
pas trop a l'aise avec les services de systemd

Dernière modification par anonyme (17-07-2019 15:24:34)

cdarsac · 18-07-2019 05:28:27

Bonjour,

Je me permets de rajouter un "petit souci":

CherryTree ne s'installe plus aussi facilement qu'avec Stretch:

root@desktop-christophe:~#
apt install cherrytree

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
cherrytree : Dépend: python-appindicator mais ne sera pas installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».

root@desktop-christophe:~#

Edit à toto : mise en forme du code root concernant l'installation.

smolski · 18-07-2019 07:17:58

le tuto du contournement de la difficulté est là : https://debian-facile.org/viewtopic.php … 07#p306107

À tester...

cdarsac · 18-07-2019 07:24:32

smolski a écrit :

le tuto du contournement de la difficulté est là : https://debian-facile.org/viewtopic.php … 07#p306107

À tester...

Merci beaucoup, j'essaie de suite.

Anonyme · 18-07-2019 11:25:09

Bonjour,

pour ma part, j'ai ce petit souci lors de mon passage Stretch vers Buster. Un :

su + mdp

dpkg -i LE_PAQUET_DEB

 

me sort ceci:

dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable

dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou non exécutable

dpkg: erreur: 2 programmes attendus non trouvés dans la variable PATH ou non exécutables

Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin

Je n'ai rien modifié sur une stretch quasi propre. Juste de la navigation sur internet et c'est tout.

Dernière modification par Anonyme (18-07-2019 11:25:48)

anonyme · 18-07-2019 14:03:19

Bonjour
@Anonyme
avec buster la bonne commande est "su -" et plus "su"
comme ceci

su -

 

Mot de passe :

 

puis

dpkg -i LE_PAQUET_DEB

 

pour le détail , le man pour les options disponibles sur "su -"

man su

 

ps: c'est un souci de "la variable PATH du superutilisateur"
ce n'est pas un bug .

Dernière modification par anonyme (07-09-2020 18:42:33)

Anonyme · 18-07-2019 14:44:44

Bonjour anonyme

Merci pour l'info

C'est assez déroutant tout de même.

anonyme · 18-07-2019 14:53:54

ça fait un moment que cela a été signalé

bien avant que buster passe en stable
en fait "su -" existe depuis longtemps , mais on a pris la mauvaise habitude d'utiliser "su"
sous buster ça fonctionne plus

Anonyme · 18-07-2019 14:56:35

anonyme a écrit :

ça fait un moment que cela a été signalé
bien avant que buster passe en stable
en fait "su -" existe depuis longtemps , mais on a pris la mauvaise habitude d'utiliser "su"
sous buster ça fonctionne plus

Cala fait un petit moment pour ma part que j'ai laché Debian

pépéjojo · 30-07-2019 11:40:43

Il serait peut être judicieux d'épinglé un retour d'expérience comme pour strech.
pour moi buster aucun souci pour une installation/utilisation basique avec xfce sur un asus r700v en multiple boot.
A part l'écran noir d'hibernation que j'utilise pas et le diaporama de bureau qui n'a jamais marché depuis les trois dernier Debian.

bendia · 30-07-2019 12:33:09

Très bonne idée, j'ai épinglé la discussion ouverte à ce sujet et je fusionne celle là

manet42 · 04-08-2019 15:24:49

Bonjour,

Installateur de paquets GDebi ne fonctionne pas....Donc utilisation de "apt-get install fichier.deb

Wine est installé ça marche sauf pour Captvty !
.

Pour le reste pas de problème pas dépaysé par rapport à Stretch 9

Ah si.. sur ce forum les mots sont soulignés en rouge comme si je faisais des fautes d'orthographe...ça m'arrive

nifseg · 04-08-2019 15:31:59

Installateur de paquets GDebi ne fonctionne pas

gdebi ne fonctionne par son gui ou dans un terminal ?

manet42 · 04-08-2019 18:18:12

Clic sur le fichier.
Choix: ouvrir avec GDebi
Rien ne se passe d'où le mode facile apt-get install

L'important n'est pas la chute mais l'atterrissage... moi qui pratique le parapente je peux te confirmer cette citation!!

Dernière modification par manet42 (04-08-2019 18:21:19)

nifseg · 04-08-2019 18:29:33

L'important n'est pas la chute mais l'atterrissage... moi qui pratique le parapente je peux te confirmer cette citation!!old_geek.gif

Ca n'a rien à voir avec ton premier post(donc hors sujet), t'es déjà allé à la Coupe Icare ? Vraiment sympa

manet42 · 04-08-2019 18:56:22

Oui mais c'est encore hors sujet....gare aux réprimandes.

nifseg · 04-08-2019 19:46:35

manet42 a écrit :

Oui mais c'est encore hors sujet....gare aux réprimandes.https://debian-facile.org/img/smilies/xtras/out.gif

Oui t'as raison, je sors aussi

deuchdeb · 21-08-2019 09:58:20

Bonjour,

Je viens d'installer Debian 10 Buster sur une nouvelle machine.

ASUS PRIME A320M-K
AMD Ryzen 3 2200G

Pas de carte graphique ni de carte Wifi.

Après installation, premier démarrage écran noire juste le prompte pour se connecter et l'écran qui s'éteind au bout de quelques secondes.

Je me dis que ça ne doit pas grave car j'avais testé en live avec une Kubuntu 19.04 et ça fonctionnait.

Avec l'installateur je me connecte à mon système. Je choisie le mode rescue dans les options avancées.

Au bout de plusieurs étapes j'arrive à mon système en mode administrateur: https://www.malekal.com/reparer-debian- … B_bootable

J'installe amd64-microcode et firmware-amd-graphics

apt install amd64-microcode firmware-amd-graphics

Je redémarre normalement et ........ aucune amélioration.

Je me reconnecte de la même manière avec l'installateur.

Et là j'installe le paquet: firmware-linux

apt install firmware-linux

je redemarre, est là tout se passe bien, j'arrive à ma session normalement.

Je me connecte avec une clef wifi et là impossble d'établir la connexion avec la box qui est vue et le mot de passe correcte.

La solution:
ajouter les lignes ci-dessous au fichier: /etc/NetworkManager/NetworkManager.conf

[device]

wifi.scan-rand-mac-address=no

redémarrer.

voir le wiki: https://debian-facile.org/doc:reseau:network-manager

J'utilise depuis deux jours, tout à l'air stable et correcte avec plasma 5 KDE.

Debian-facile

#1 12-07-2019 17:35:59

BUSTER - les petits soucis centralisé ici....

#2 12-07-2019 17:51:04

Re : BUSTER - les petits soucis centralisé ici....

#3 16-07-2019 17:56:51

Re : BUSTER - les petits soucis centralisé ici....

#4 16-07-2019 18:59:47

Re : BUSTER - les petits soucis centralisé ici....

#5 16-07-2019 19:32:57

Re : BUSTER - les petits soucis centralisé ici....

#6 16-07-2019 20:47:05

Re : BUSTER - les petits soucis centralisé ici....

#7 16-07-2019 22:47:52

Re : BUSTER - les petits soucis centralisé ici....

#8 17-07-2019 15:01:39

Re : BUSTER - les petits soucis centralisé ici....

#9 18-07-2019 05:28:27

Re : BUSTER - les petits soucis centralisé ici....

#10 18-07-2019 07:17:58

Re : BUSTER - les petits soucis centralisé ici....

#11 18-07-2019 07:24:32

Re : BUSTER - les petits soucis centralisé ici....

#12 18-07-2019 11:25:09

Re : BUSTER - les petits soucis centralisé ici....

#13 18-07-2019 14:03:19

Re : BUSTER - les petits soucis centralisé ici....

#14 18-07-2019 14:44:44

Re : BUSTER - les petits soucis centralisé ici....

#15 18-07-2019 14:53:54

Re : BUSTER - les petits soucis centralisé ici....

#16 18-07-2019 14:56:35

Re : BUSTER - les petits soucis centralisé ici....

#17 30-07-2019 11:40:43

Re : BUSTER - les petits soucis centralisé ici....

#18 30-07-2019 12:33:09

Re : BUSTER - les petits soucis centralisé ici....

#19 04-08-2019 15:24:49

Re : BUSTER - les petits soucis centralisé ici....

#20 04-08-2019 15:31:59

Re : BUSTER - les petits soucis centralisé ici....

#21 04-08-2019 18:18:12

Re : BUSTER - les petits soucis centralisé ici....

#22 04-08-2019 18:29:33

Re : BUSTER - les petits soucis centralisé ici....

#23 04-08-2019 18:56:22

Re : BUSTER - les petits soucis centralisé ici....

#24 04-08-2019 19:46:35

Re : BUSTER - les petits soucis centralisé ici....

#25 21-08-2019 09:58:20

Re : BUSTER - les petits soucis centralisé ici....

Pied de page des forums