Re: plantages Xorg
Le 20/05/20 à 16:40, Daniel Caillibaud a écrit : > J'y ai crû, pu bosser normalement toute la matinée et le début d'aprèm, mais > ça a planté de > nouveau, avec le même message > > May 20 15:40:45 dell kernel: [23928.458005] i915 :00:02.0: GPU HANG: ecode > 11:1:0x86dd, in Xorg [2319], hang on rcs0 May 20 15:40:45 dell kernel: > [23928.459084] > i915 :00:02.0: Resetting rcs0 for hang on rcs0 May 20 15:40:53 dell > kernel: > [23936.451296] i915 :00:02.0: Resetting rcs0 for hang on rcs0 > En attendant je vais tester le noyau 5.5.0 de buster-backports, car pour > certains le passage > en 5.5 a réglé le pb (mais 5.5.0 est p'tet pas assez récent), et si ça suffit > pas j'essaierai > de compiler un 5.6.14 depuis les sources. Pour info, j'ai installé manuellement le kernel 5.6 de testing (récupéré sur https://packages.debian.org/bullseye/amd64/linux-image-5.6.0-1-amd64/download) et depuis ça ne plante plus… J'ai de temps en temps le wifi qui saute (ma box ping plus, je dois déconnecter / reconnecter le wifi ou bien faire un `systemctl restart network-manager.service`), mais je suis pas sûr que ce soit lié. J'ai mis le 5.6 car le 5.5 est passé en EOL[1] (et aussi car j'étais resté sur le fait que les versions stables du kernel étaient les versions avec un n° mineur pair, mais c'est plus d'actualité depuis 3.x) [1] End Of Life, d'après https://en.wikipedia.org/wiki/Linux_kernel_version_history -- Daniel Dieu a sagement agi en plaçant la naissance avant la mort; sans cela, que saurait-on de la vie ? Alphonse Allais
Re: Bind9 et mise à jour DNS
Migrec a écrit : > Bonjour, Bonjour, > Depuis le dernier redémarrage de mon serveur, j'ai un problème > d'écriture des fichiers journaux de bind : > May 26 08:54:20 canoe dhcpd[1303]: DHCPREQUEST for 192.168.0.34 from > ac:fd:ce:c6:11:32 via enp2s0 > May 26 08:54:20 canoe dhcpd[1303]: DHCPACK on 192.168.0.34 to > ac:fd:ce:c6:11:32 (surf) via enp2s0 > May 26 08:54:20 canoe named[923]: client @0x7fb1a00b90a0 > 192.168.0.2#41979/key rndc-key: updating zone 'homeg.lan/IN': update > unsuccessful: surf.homeg.lan: 'name not in use' prerequisite not > satisfied (YXDOMAIN) > May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: signer "rndc-key" approved > May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': deleting > rrset at 'surf.homeg.lan' TXT > May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': adding an > RR at 'surf.homeg.lan' TXT "311a4dce09a52d221b64a0776507d60894" > May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': deleting > rrset at 'surf.homeg.lan' A > May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': adding an > RR at 'surf.homeg.lan' A 192.168.0.34 > May 26 08:54:21 canoe kernel: [ 164.300678] audit: type=1400 > audit(1590476061.014:21): apparmor="DENIED" operation="mknod" > profile="/usr/sbin/named" name="/etc/bind/db.homeg.lan.jnl" pid=923 > comm="isc-worker" requested_mask="c" denied_mask="c" fsuid=105 ouid=105 > May 26 08:54:21 canoe named[923]: /etc/bind/db.homeg.lan.jnl: create: > permission denied > May 26 08:54:21 canoe named[923]: client @0x7fb1a04bdb20 > 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': error: > journal open failed: unexpected error > May 26 08:54:21 canoe dhcpd[1303]: Forward map from surf.homeg.lan to > 192.168.0.34 FAILED: SERVFAIL > > > /etc/bind/db.homeg.lan.jnl : je l'ai renommé en db.homeg.lan.jnl-SAUVE > et curieusement, la date de dernière mise à jour correspond à lka minute > près au dernier redémarrage de mon serveur. > > Avez-vous une idée ? J'avais déjà rencontré un problème similaire qui > s'était résolu en changeant une ligne de /etc/appamor.d/usr.sbin.named > - /etc/bind/** r, > + /etc/bind/** rw, > > La nouvelle ligne est toujours en place. Je ne sais plus trop ou chercher. Ce problème me rappelle quelque chose. D'une part, les fichiers jnl sont corrompus plus souvent qu'à leur tour, d'autre part, apparmor est un truc qui cause plus de problèmes qu'il n'en résout. Pour ma part, je m'en suis sorti en collant les fichiers rw dans /var/lib/bind et en rajoutant un lien symbolique depuis /etc/bind. Cordialement, JKB
Re: [HS] Cloner depuis Debian un disque Win10 Lenovo
En effet, je pense que je vais abandonner l'idée de cloner le disque et voir si je n'ai pas plutôt intérêt à ré-installer Win10, puis les applications (MSOffice spécifiquement) puis les données personnelles. En procédant ainsi, je pourrai au passage isoler ces dernières dans une partition à part et laisser de la place pour un système d'exploitation alternatif (Debian) pouvant y accéder. Comme l'ancien disque fonctionne, j'aurai plus de latitude pour opérer en séquence, progressivement. En clonant le disque, je souhaitais : 1. éviter de ré-installer des applications mais, à la réflexion, seules les payantes me semblent impératives et elles ne sont pas si nombreuses. 2. simplifier les opérations mais la différence de capacité des disques me semble insurmontable si comme moi, on ne veux pas apprendre les arcanes de Win10. Merci à tous pour ces précieux conseils ! Le lun. 25 mai 2020 à 19:35, hamster a écrit : > Le 25/05/2020 à 18:31, Olivier a écrit : > > Comment dois-je procéder pour cloner ce disque ? > > Voici ce que je tenterait, mais je suis pas du tout sur que ca soit la > meilleure méthode. En fait je suis meme pas sur que ca marche. > > Je ne connait pas ntfsclone, mais j'ai déjà cloné des disques en NTFS > avec la commande dd, ca marche très bien. > Ici, il ne suffit pas de cloner les partitions NTFS, il faut tout > cloner, meme la table des partitions. Il faut aussi que les partitions > clonées aient le meme UUID que les partitions d'origine, en bref quand > tu clones les partitions il faut cloner le contenu ET le contenant, pas > juste le contenu. > > En fait la plus grande difficulté c'est la réduction de volume de 1 To a > 500 Go et c'est la que je suis pas du tout sur que ma méthode > fonctionne. Pour moi la première étape c'est de réduire de moitié ce qui > est sur le disque rotatif, avant de chercher a écrire sur le SSD. Comme > je suis pas sur que ca marchera toujours après réduction, je commence > par faire une sauvegarde. > > - Dans un terminal, devenir root avec : > su - > > - Brancher les 2 disques rotatifs de 1 To. Si ils sont automatiquement > montés par le système, les démonter avec la commande umount. > > - Sauvegarder le disque rotatif 1 To en l'état, sur un autre disque > rotatif 1 To : > dd bs=4M if=/dev/sdx of=/dev/sdy > Bien sur, il faut remplacer x et y par les bonnes lettres pour désigner > tes disques, par exemple sdb pour le disque a sauvegarder et sdc pour > l'autre. if veut dire "input file", c'est la ou la commande va lire, il > faut que ca designe le disque a sauvegarder. of veut dire "output file", > c'est la ou la commande va écrire, il faut que ca désigne le disque > vierge sur lequel tu va sauvegarder. > > Attention a ne pas te tromper dans ces lettres : si tu inverse tu va > copier le disque vide sur le disque a sauvegarder, en écrasant tout ce > qui s'y trouve, donc en gros tu va tout perdre. Fais attention aussi a > ne pas mettre de lettre designant le disque qui sert a faire la copie > (typiquement sda). Il ne faut ni écraser ce disque, ni le sauvegarder. > > La commande dd est dangereuse parce qu'il n'y a pas de garde fou, si tu > te trompe ca peut tout casser sans prévenir. Vérifie donc 2 fois ce que > tu a tapé avant de faire "entrée". A bon entendeur salut. > > Attention aussi, le disque sur lequel tu va écrire cette sauvegarde sera > totalement écrasé, y compris sa table de partitions et ses partitions, > il faut donc qu'il ne contienne aucune information que tu veux garder. > > - Débrancher le disque sur lequel tu a sauvegardé, pour etre sur de pas > y toucher. Il est inutile de le démonter avant de le débrancher vu qu'il > n'était pas monté. > > - Avec gparted, réduire la partition 3 de ton disque rotatif pour que le > total des partitions fasse un peu moins que 500 Go. Genre 499 Go, ou 495 > Go. Il faut se garder un peu de marge parce qu'il y a quelques trucs > écrits hors des partitions (a commencer par la table des partitions) et > a cause de l'alignement sur secteurs souvent un peu de place vide entre > les partitions. > > - Toujours avec gparted, déplacer les partitions qui suivent, pour que > toutes les données soient dans la première moitié du disque et que la > deuxième moitié soit totalement vide (c'est a dire ne contenant aucune > partition, pas meme un bout de partition vide qui dépasse). > > A ce stade, il serait malin de tester si c'est toujours fonctionnel, en > remettant le disque rotatif dans son ordi et en bootant. La tu a 2 > possibilités : > > - Si ca ne marche pas, tu peux restaurer la sauvegarde que tu viens de > faire avec la meme commande dd, simplement en inversant sdx et sdy pour > que ca copie de la sauvegarde vers le disque qui ne marche plus. Ne pas > oublier de démonter éventuellement ce qui s'est monté automatiquement > avant de lancer dd. > > - Si ca marche, tu peux tenter une copie sur le SSD, toujours avec la > commande dd comme ci dessus, toujours en faisant bien attention a ce que > tu met dans if et of. Il faut
Bind9 et mise à jour DNS
Bonjour, Depuis le dernier redémarrage de mon serveur, j'ai un problème d'écriture des fichiers journaux de bind : May 26 08:54:20 canoe dhcpd[1303]: DHCPREQUEST for 192.168.0.34 from ac:fd:ce:c6:11:32 via enp2s0 May 26 08:54:20 canoe dhcpd[1303]: DHCPACK on 192.168.0.34 to ac:fd:ce:c6:11:32 (surf) via enp2s0 May 26 08:54:20 canoe named[923]: client @0x7fb1a00b90a0 192.168.0.2#41979/key rndc-key: updating zone 'homeg.lan/IN': update unsuccessful: surf.homeg.lan: 'name not in use' prerequisite not satisfied (YXDOMAIN) May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: signer "rndc-key" approved May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': deleting rrset at 'surf.homeg.lan' TXT May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': adding an RR at 'surf.homeg.lan' TXT "311a4dce09a52d221b64a0776507d60894" May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': deleting rrset at 'surf.homeg.lan' A May 26 08:54:20 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': adding an RR at 'surf.homeg.lan' A 192.168.0.34 May 26 08:54:21 canoe kernel: [ 164.300678] audit: type=1400 audit(1590476061.014:21): apparmor="DENIED" operation="mknod" profile="/usr/sbin/named" name="/etc/bind/db.homeg.lan.jnl" pid=923 comm="isc-worker" requested_mask="c" denied_mask="c" fsuid=105 ouid=105 May 26 08:54:21 canoe named[923]: /etc/bind/db.homeg.lan.jnl: create: permission denied May 26 08:54:21 canoe named[923]: client @0x7fb1a04bdb20 192.168.0.2#38965/key rndc-key: updating zone 'homeg.lan/IN': error: journal open failed: unexpected error May 26 08:54:21 canoe dhcpd[1303]: Forward map from surf.homeg.lan to 192.168.0.34 FAILED: SERVFAIL /etc/bind/db.homeg.lan.jnl : je l'ai renommé en db.homeg.lan.jnl-SAUVE et curieusement, la date de dernière mise à jour correspond à lka minute près au dernier redémarrage de mon serveur. Avez-vous une idée ? J'avais déjà rencontré un problème similaire qui s'était résolu en changeant une ligne de /etc/appamor.d/usr.sbin.named - /etc/bind/** r, + /etc/bind/** rw, La nouvelle ligne est toujours en place. Je ne sais plus trop ou chercher. -- Migrec
RE: Debian Buster avec deux cartes Ethernet pour deux FAI (Free+Orange)
Bonjour, Quelques petites remarques : 1/ tu as un recouvrement de réseaux : la sortie de la commande ifconfig (dépréciée elle-aussi, tu devrais plutôt utiliser la commande « ip addr », j’utilise pour ma part un raccourci vers « ip -o -4 addr show ») indique que ton interface enp4s0 a un masque-réseau en 255.255.254.0 (un /23 donc, je t’engage à utiliser le petit outil ipcalc pour voir toutes les caractéristiques d’une adresse/réseau données) et donc que pour une adresse en 192.168.0.X, ton système ne saura pas forcément à quelle [bonne] interface envoyer le paquet (une sortie de l’ancienne commande « route -n » ou de sa remplaçante « ip route show » serait sans doute instructive…). Comme ce sont des configs récupérées par DHCP, il faudrait agir sur tes routeurs (box) pour éviter d’utiliser les mêmes réseaux internes ! 2/ la méthode du fichier interfaces fonctionne toujours, et tu peux maintenant séparer/éclater la config dans /etc/network/interfaces.d/ si tu en as envie… Pour le netmask déprécié, merci de l’info, j’avais loupé cette info (c’est maintenant la notation équivalente mais plus simple en CIDR (/) qui est préférée, mais si tu donnes l’info via le mot-clé « netmask », cela devrait toujours fonctionner… pour une adresse fixe ! Pour une config en DHCP, ce n’est pas pris en compte, car effectivement, l’adresse-réseau, le masque-réseau (et la passerelle par défaut, les DNS…) sont fournis par le résultat du bail DHCP… Sinon, une config à double fibre, ça laisse rêveur, quand on est en zone « grise » Cdlt, Fred. This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Re: [HS] Cloner depuis Debian un disque Win10 Lenovo
On 25/05/2020 19:28, ajh-valmer wrote: > J'ai eu le même problème en 2019 avec un portable Lenovo neuf, > et M$-windows-10 imposé sur tout le DD. Je possède un lenovo ideapad (2019) sur lequel était installé win10 (boot EFI) sur toute la partition. > Impossible de tenter la création d'une partition Linux + swap, > en tentant de diminuer les partitions FAT et NTFS existantes. > Tout a foiré. J'avais simplement lancé l'installer buster. J'ai diminué la taille de la partition et ça a marché. > J'ai donc tout effacé, acheté une licence W10 (à prix très modeste), > repartionné le DD avec gparted live, > installé windows-10 téléchargé sur clé USB, > puis cloné Linux Buster depuis mon ordinateur de bureau avec rsync, > via un cdrom linux live. > Tout fonctionne très bien. > > (Lenovo, pas terrible, suis déçu je déconseille). Je suppose que tu n'as pas eu de chance... -- Fabien
