Re: SID Xorg Erreur Segmentation

2023-01-08 Par sujet Basile Starynkevitch 


On 08/01/2023 19:49, Orion wrote:

merci pour vos réponses!
je pense que didier gaumet qui a la meilleure piste, ça peut venir de 
mesa,

j'ai cherché sur apt-list-bug mais c'est pas concluant,
apparemment apt ne garde pas mes réponses suite à ses mises en garde.
lspci
00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host 
Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation 6th-10th Gen Core Processor PCIe 
Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-S GT2 
[UHD Graphics 630]
00:14.0 USB controller: Intel Corporation 200 Series/Z370 Chipset 
Family USB 3.0 xHCI Controller
00:16.0 Communication controller: Intel Corporation 200 Series PCH 
CSME HECI #1
00:17.0 SATA controller: Intel Corporation 200 Series PCH SATA 
controller [AHCI mode]
00:1b.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root 
Port #17 (rev f0)
00:1c.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root 
Port #1 (rev f0)
00:1c.3 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root 
Port #4 (rev f0)
00:1d.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root 
Port #9 (rev f0)
00:1d.4 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root 
Port #13 (rev f0)

00:1f.0 ISA bridge: Intel Corporation Z370 Chipset LPC/eSPI Controller
00:1f.2 Memory controller: Intel Corporation 200 Series/Z370 Chipset 
Family Power Management Controller

00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio
00:1f.4 SMBus: Intel Corporation 200 Series/Z370 Chipset Family SMBus 
Controller
01:00.0 VGA compatible controller: *NVIDIA Corporation TU106 [GeForce 
RTX 2070 Rev. A]* (rev a1)
01:00.1 Audio device: NVIDIA Corporation TU106 High Definition Audio 
Controller (rev a1)
01:00.2 USB controller: NVIDIA Corporation TU106 USB 3.1 Host 
Controller (rev a1)
01:00.3 Serial bus controller: NVIDIA Corporation TU106 USB Type-C 
UCSI Controller (rev a1)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)




Donc une carte  NVIDIA récente: je suggère alors soit d'utiliser Nouveau 
(pour les libristes convaincus) via


aptitude install libdrm-nouveau2 nouveau-firmware xserver-xorg-video-nouveau

soit d'accepter le compromis de télécharger puis d'installer un pilote 
NVIDIA propriétaire: https://www.nvidia.com/fr-fr/drivers/unix/ donc en 
janvier 2023 
https://www.nvidia.fr/content/DriverDownloads/confirmation.php?url=/XFree86/Linux-x86_64/525.78.01/NVIDIA-Linux-x86_64-525.78.01.run=fr=TITAN 



et il faudra bien sûr rebooter, et préalablement avoir installer le code 
source du noyau (nécessaire à Nvidia, si j'ai bonne mémoire) ou au moins 
les paquets linux-headers


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: SID Xorg Erreur Segmentation

2023-01-08 Par sujet Klaus Becker 

Am 08/01/2023 um 19:49 schrieb Orion:

merci pour vos réponses!




J'ai un peu de mal à m'en souvenir, mais il me semble avoir eu le même 
problème sous unstable il y a qq semaines, et la solution était de

revenir à une version antérieure de xorg.

Mais le problème a peut-être était résolu depuis, au moins sous 
unstable. Il me semble qu'il y avait un report de bug, ça doit se 
trouver facilement.


J'ai

~$ apt-cache policy xserver-xorg
xserver-xorg:
  Installé: 1:7.7+23
  Candidat: 1:7.7+23
  Versionstabelle:
 *** 1:7.7+23 500
500 http://ftp.halifax.rwth-aachen.de/debian unstable/main 
amd64 Packages

100 /var/lib/dpkg/status

bye
Klaus

Re: SID Xorg Erreur Segmentation

2023-01-08 Par sujet Orion 
merci pour vos réponses!
je pense que didier gaumet qui a la meilleure piste, ça peut venir de mesa,
j'ai cherché sur apt-list-bug mais c'est pas concluant,
apparemment apt ne garde pas mes réponses suite à ses mises en garde.
mon xorg log :

X.Org X Server 1.21.1.6
X Protocol Version 11, Revision 0
[79.378] Current Operating System: Linux debian 6.0.0-6-amd64 #1 SMP
PREEMPT_DYNAMIC Debian 6.0.12-1 (2022-12-09) x86_64
[79.378] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.0.0-6-amd64
root=UUID=1083d7f2-5605-4c39-b74e-987011602c8e ro single
[79.380] xorg-server 2:21.1.6-1 (https://www.debian.org/support)
[79.381] Current version of pixman: 0.42.2
[79.384] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[79.384] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[79.389] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jan  8
16:25:51 2023
[79.390] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[79.390] (==) No Layout section.  Using the first Screen section.
[79.390] (==) No screen section available. Using defaults.
[79.390] (**) |-->Screen "Default Screen Section" (0)
[79.390] (**) |   |-->Monitor ""
[79.390] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[79.390] (==) Automatically adding devices
[79.390] (==) Automatically enabling devices
[79.390] (==) Automatically adding GPU devices
[79.390] (==) Automatically binding GPU devices
[79.390] (==) Max clients allowed: 256, resource mask: 0x1f
[79.390] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
exist.
[79.390] Entry deleted from font path.
[79.390] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[79.390] (==) ModulePath set to "/usr/lib/xorg/modules"
[79.390] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[79.390] (II) Loader magic: 0x556d58f82f00
[79.390] (II) Module ABI versions:
[79.390] X.Org ANSI C Emulation: 0.4
[79.390] X.Org Video Driver: 25.2
[79.390] X.Org XInput driver : 24.4
[79.390] X.Org Server Extension : 10.0
[79.390] (EE) dbus-core: error connecting to system bus:
org.freedesktop.DBus.Error.FileNotFound (Failed to connect to socket
/run/dbus/system_bus_socket: No such file or directory)
[79.390] (--) using VT number 2

[79.390] (II) systemd-logind: logind integration requires -keeptty and
-keeptty was not provided, disabling logind integration
[79.391] (II) xfree86: Adding drm device (/dev/dri/card0)
[79.391] (II) Platform probe for
/sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0
[79.392] (II) xfree86: Adding drm device (/dev/dri/card1)
[79.392] (II) Platform probe for
/sys/devices/pci:00/:00:02.0/drm/card1
[79.399] (--) PCI:*(0@0:2:0) 8086:3e92:1043:8694 rev 0, Mem @
0xf500/16777216, 0xd000/268435456, I/O @ 0xf000/64, BIOS @
0x/131072
[79.399] (--) PCI: (1@0:0:0) 10de:1f07:1043:866d rev 161, Mem @
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @
0xe000/128, BIOS @ 0x/524288
[79.399] (II) LoadModule: "glx"
[79.399] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[79.400] (II) Module glx: vendor="X.Org Foundation"
[79.400] compiled for 1.21.1.6, module version = 1.0.0
[79.400] ABI class: X.Org Server Extension, version 10.0
[79.466] (==) Matched modesetting as autoconfigured driver 0
[79.466] (==) Matched fbdev as autoconfigured driver 1
[79.466] (==) Matched vesa as autoconfigured driver 2
[79.466] (==) Assigned the driver to the xf86ConfigLayout
[79.466] (II) LoadModule: "modesetting"
[79.466] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[79.466] (II) Module modesetting: vendor="X.Org Foundation"
[79.466]* compiled for 1.21.1.6, module version = 1.21.1*
[79.466] Module class: X.Org Video Driver
[79.466] *ABI class: X.Org Video Driver, version 25.2*
[79.466] (II) LoadModule: "fbdev"
[79.467] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[79.467] (II) Module fbdev: vendor="X.Org Foundation"
[79.467] compiled for 1.21.1.3, module version = 0.5.0
[79.467] Module class: X.Org Video Driver
[79.467] ABI class: X.Org Video Driver, version 25.2
[79.467] (II) LoadModule: "vesa"
[79.467] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[79.467] (II) Module vesa: vendor="X.Org Foundation"
[79.467] *compiled for 1.21.1.3, module version = 2.5.0*
[

Re: Bootcamp et Linux ?

2023-01-08 Par sujet Hugues Larrive 
Bonjour,

Je connais un peu l'affaire, j'avais fait un triple boot osx win debian sur un 
des premier macbook intel pour une amie et un dual boot osx debian il y a 5 ou 
6 ans pour un collègue...

À l'époque (2006) windows ne gérait pas l'efi et encore moins le 
partitionnement GPT qui va avec. Une des fonctionnalité de bootcamp était de 
faire un partitionnement hybride DOS/GPT : techniquement le premier secteur 
d'un disque partitionné en GPT contient une table de partition MSDOS classique 
avec une seule partition de type GPT qui occupe tout le disque, cela afin que 
les outils qui ne supportent pas GPT ne considère pas le disque comme vierge. 
Bootcamp réduisait cette partition (qui pouvait alors être considérée comme un 
genre de slice BSD pour osx, afin de pouvoir créer une partition pour windows à 
la suite dans la table de partition MSDOS. Ce mécanisme était inutile pour 
linux qui gérait déjà EFI et GPT nativement. Bootcamp créait aussi un media 
contenant les drivers nécessaires pour windows, etc. À l'époque on utilisait 
rEFIt pour booter linux. La difficulté pour le triple boot à l'époque c'est que 
les outils linux considéraient la table de partition hybride comme corrompue et 
avaient tendance à la corriger ce qui cassait l'installation de windows si on 
installait windows avant, et que les partitions linux et rEFIt empêchait 
Bootcamp de fonctionner si on faisait dans l'ordre inverse et j'avais dû finir 
ça à l’éditeur hexadécimal...

La 2ème fois le mac de mon collègue était de la génération avec un EFI 32 bits 
ce qui nécessitait de patcher l'iso d'installation de debian pour remplacer son 
EFI 64 bits par un EFI 32 bits.

Quoi qu'il en soit ni le chargeur de macos, ni celui de windows ne sont 
capables de charger un noyau linux donc il est nécessaire d'installer un 
chargeur (lilo ou grub) dans le premier secteur de la partition linux.

Dans la page du wiki concernant tes mac book air, il est expliqué que son 
chargeur ne permet pas le boot sur USB, donc il est nécessaire d'installer un 
autre chargeur depuis mac os
en premier lieu car il n'est pas possible de l'utiliser directement depuis une 
clé USB comme sur les autres modèles et la procédure est donnée. Cette 
procédure concerne rEFIt (ancien nom de rEFInd) mais devrait pouvoir facilement 
s'adapter pour ce dernier.

Si le mac a été mis à jour en Mac OS >= 10.11, il se peut qu'il soit nécessaire 
de désactiver le SIP (system integrity protection) avant de pouvoir effectuer 
des opérations comme celle-ci : démarrer sur la partition de restauration 
(commande + R) au démarrage, lancer le terminal et passer la commande csrutil 
disable.

Une fois rEFI[t|nd] installé, il devrait être facile de booter sur n'importe 
quelle clé USB bootable.

Enfin la page du wiki n'explique pas comment réduire la partition OSX (qui 
n'est pas conservée) et c'est peut-être pour ça, je pense, que tu t'es orienté 
vers bootcamp. Il n'y a pas
d'outils de redimensionnement dans hfsprogs sous linux et bien que parted 
semble en être capable, je ne m'y risquerait pas vu les limitations du support 
hfs+ sous linux (nécessite la désactivation du journal pour le support en 
écriture). Je ne crois pas non plus que cette fonctionnalité soit accessible 
depuis l'Utilitaire disque GUI de macos, elle est pourtant implémenté dans le 
backend diskutil, pour bootcamp justement : c'est la commande diskutil 
resizeVolume. Il me semble que ça fonctionne à chaud, sinon il faudra le faire 
depuis l'environnement de récupération comme pour csrutil. Cette opération sur 
la partition de démarrage de macos casse le boot qu'il est nécessaire de 
rétablir avec la commande bless d'après le manuel, mais je pense qu'on est pas 
concerné si rEFInd a été installé au préalable.



--- Original Message ---
Le samedi 7 janvier 2023 à 23:17, err...@free.fr  a écrit :


> 

> 

> On 1/7/23 18:09, ptilou wrote:
> 

> > Le jeudi 5 janvier 2023 à 18:40:03 UTC+1, Samy (Zaclys) a écrit :
> > 

> > > Le 05/01/2023 à 18:00, ptilou a écrit :
> > > 

> > > > Le jeudi 5 janvier 2023 à 17:10:04 UTC+1, LaFartre a écrit :
> > > > 

> > > > > Le 05/01/2023 à 15:39, ptilou a écrit :
> > > > > 

> > > > > > Je me dis tiens pour quoi ne pas installer Linux Debian via 
> > > > > > Bootcamp, probleme il ne voit pas la cles usb uefi, il dit Mac OS 
> > > > > > X, je ne trouve pas de partition d’installation Windows !
> > > > > 

> > > > > https://fr.wikipedia.org/wiki/Boot_Camp_(logiciel)
> > > > > Ça ne répond pas à la question !
> > > > > Ah pardon, c'est écrit à la ligne 3, excuse-moi de ne pas t'avoir
> > > > > aiguillé, c'est vrai que c'est long à lire.
> > > 

> > > Si jamais tu arrêtes de t'entêter à utiliser Boot Camp, il y a ces pages
> > > fort utiles à lire, mais y arriveras-tu ? Tu vas boire du ptilait avec ça…
> > > 

> > > https://wiki.debian.org/InstallingDebianOn/Apple
> > 

> > Je te remerci, donc je vais utiliser une cles usb pour booter, et je 
> > cherche, un qui sait s’en servir,

Re: SID Xorg Erreur Segmentation

2023-01-08 Par sujet didier gaumet 

Le 08/01/2023 à 11:47, Orion a écrit :

Bonjour,

Suite à une mise à jour autour du 31/12, Xorg ne démarre plus, je me 
souviens d'un message d'alerte d'apt list bug lors de la maj parlant 
d'un risque de segmentation error mais je me pensais sous Wayland et non 
concerné.


Quelqu'un a t il peut être vu le message et a un lien vers une solution?

Merci


- Solution? Je ne suis as sûr, à part attendre que le bug soit corrigé 
dans Sid ou réinstaller une version antérieure à condition de ne pas 
avoir purgé (tu peux aussi trouver des versions particulières des 
exécutables sur https://snapshot.debian.org/ )


- le dépistage peut probablement s'effectuer en cherchant (mots clé xorg 
et xserver) les paquets xorg installés sur ton système et en cherchant 
pour chacun d'eux les bugs sur le site https://www.debian.org/Bugs/ . Tu 
devrais pouvoir obtenir en local le même résultat par la commande 
apt-listbugs list paquet_à_vérifier.

Re: Bootcamp et Linux ?

2023-01-08 Par sujet Samy (Zaclys) 

  
  
Le 07/01/2023 à 18:09, ptilou a écrit :


  Je te remerci,  donc je vais utiliser une cles usb pour booter, et je cherche, un qui sait s’en servir, comme quand j’étais à Paris.
Dois y avoir une solution sans Bootcamp, et sans refit, avoir un volume *.dmg et que tu boot, comme si tu as plusieurs système Mac OS X ?




De mieux en mieux… Toujours aussi confus. Tu mélanges tout.

Bref, pour clore cette demande pathétique, 2 solutions :
- double démarrage macOS / Debian géré par exemple avec rEFInd
  (mais tu peux essayer Grub2)

- démarrage sur hôte macOS, et installation d'un système invité
  Debian avec Qemu (qui gère des images au format qcow2, vmdk, img)
  via l'interface virt-manager
https://wiki.qemu.org/Hosts/Mac

https://www.arthurkoziel.com/running-virt-manager-and-libvirt-on-macos/
https://stackoverflow.com/questions/53778106/how-to-enable-kvm-on-a-mac-for-qemu



Avec ça, tu as assez de lecture pour nous laisser tranquilles.

Re: SID Xorg Erreur Segmentation

2023-01-08 Par sujet Basile Starynkevitch 


On 08/01/2023 11:47, Orion wrote:

Bonjour,

Suite à une mise à jour autour du 31/12, Xorg ne démarre plus, je me 
souviens d'un message d'alerte d'apt list bug lors de la maj parlant 
d'un risque de segmentation error mais je me pensais sous Wayland et 
non concerné.


Quelqu'un a t il peut être vu le message et a un lien vers une solution?



Sans aucune garantie que ça marche (car Xorg comme Wayland dépend du 
matériel, c'est différent avec un contrôleur graphique NVIDIA et avec 
une carte graphique AMD) je vous invite à faire (sous root, en console - 
il faut peut être booter en mode rescue) les commandes suivantes et à en 
poster sur debian-user-french les effets.



mise à jour des paquets et installation de xfce4

aptitude update

aptitude upgrade

aptitude install xfce4-session

redemarrage

reboot

interrogation du matériel

lspci

lscpu

tentative de redemarrage du serveur Xorg

startx /usr/bin/xfce4-session

regarder avec less /var/log/Xorg.0.log les messages d'erreurs puis

grep -ni5 error /var/log/Xorg.0.log


Pour ma part, je vous souhaite une bonne année 2023 et cherche des 
partenaires intéressés par /RefPerSys/ en http://refpersys.org/



Bonne fin de weekend

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re : Re: Fuite de DNS avec mon client VPN

2023-01-08 Par sujet benoit 
Le dimanche 8 janvier 2023 à 07:03, Olivier Back my spare 
 a écrit :

> Je vais encore en fâcher plus d'un mais bon...

Fâcher peut-être pas, mais agacer,  ça se pourrait !

> Expressvpn dit que le premier élément qui est la cause des fuites DNS,
> c'est le webrtc. Pourtant je croyais que vous aviez lu leur doc.
> 

J'ai fait un test de fuites DNS et le webrtc est peut-être un autre problème.

> Là, vous affirmez à l'aide d'un wiki douteux que le problème se situe au
> niveau de /etc/resolv.conf.
> 

Ca n'a rien de douteux, je m'en suis rendu compte hier, l'installation 
d'openvpn installe un script /etc/openvpn/update-resolv-conf, qui, s'il n'est 
pas appelé pour modifier /etc/resolv.conf, ça va laisser /etc/resolv.conf avec 
l'ip du serveur DNS de la box du FAI.
Donc je passais par un VPN en continuant à interroger le serveur DNS de la box 
du FAI.
C'est pas une fuite de DNS, c'est juste une erreur de config de ne pas avoir 
veillé à appeler /etc/openvpn/update-resolv-conf qui lui-même fait appel à 
/sbin/resolvconf et met à jour /etc/resolv.conf.



> Jamais de la vie je ne toucherais en profondeur quelque chose qui n'est
> même pas documenté dans ma distrib qui fait un bon 600 pages et encore
> moins sur des wiki comme celui d'ubuntu, Debian ou Fedora.
> 

C'est pas toucher en profondeur que faire en sorte de veiller à ce que le 
script /etc/openvpn/update-resolv-conf soit bien appelé et qu'il dispose de 
/sbin/resolvconf, de façon à ce que /etc/resolv.conf soit bien mi à jour au 
démarrage du démon VPN.


Après avoir veillé à cela, il y a un avant et un après.
Avant :
www.dnsleaktest.com  affichait le DNS de mon FAI ce qui est logique puisque 
c'est le DNS qui était affecté à nameserver /etc/resolv.conf.
Après il ne pouvait plus le voir, car nameserver reçoit le DNS du VPN.

Si vous avez des conseils à me donner pour faire en sorte que ma résolution de 
nom de domaine soit bien configurée par openvpn, sans faire cette manip, ils 
sont les bien venus.
Cette manip n'est peut-être pas la façon la plus appropriée d'y parvenir.
Mais ma config d'avant, qui consistait à continuer à interroger le DNS du FAI 
dans /etc/resolv.conf, plutôt que celui du VPN, n'était certainement 
appropriée. 
Et j'en ai la preuve par un teste www.dnsleaktest.com, avant et après. 


> 
> Vous ne cherchez pas comment fonctionne le VPN pour résoudre le
> problème. Vous bidouillez sans savoir ce que vous faites pour un
> nonsenese problème pour une nonsense raison. La sécurité comme vous le
> prétendez n'est qu'un prétexte. Privacytools.io a tout ce que vous
> voulez mais il semble que votre kif soit de surfer en se faisant passer
> pour un autre.
> 

Vos conseil pour bien configurer un client openvpn sous GNU/Linux Debian sont 
les bienvenus!
Mais s'il vous plaît, tenons nous en au sujet : 
la config d'un client openvpn sur une distribution GNU/Linux Debian afin 
d'éviter une fuite de DNS. 
Et ne divaguez sur des théories psychologisantes de comptoir.

Merci d'avance

--
Benoît

SID Xorg Erreur Segmentation

2023-01-08 Par sujet Orion 
Bonjour,

Suite à une mise à jour autour du 31/12, Xorg ne démarre plus, je me
souviens d'un message d'alerte d'apt list bug lors de la maj parlant d'un
risque de segmentation error mais je me pensais sous Wayland et non
concerné.

Quelqu'un a t il peut être vu le message et a un lien vers une solution?

Merci