Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Autres » Marble : bugué ou pas ? » Aujourd'hui 07:09:28

phlinux
Réponses : 0
Bjr,

Y-a-t-il des utilisateurs de Marble sur DF ? et notamment de la partie signets ?

#2 Re : Matériel » [Résolu] Nettoyer les têtes d'impression d'une imprimante hp » 18-09-2021 13:39:16

Bjr,

Je confirme. Même avec des buses résidentes sur l'imprimante le remplacement des cartouches résout (parfois) le problème

#3 Re : Réseau » DNS pour url inhabituelles genre "xxx.foundation" ? » 18-09-2021 13:30:14

Bjr,

https://community.e.foundation : ça passe avec FF 78.14.0esr (32 bits)
https://sensor.community : ça passe avec FF 78.14.0esr (32 bits)

les DNS de phlinux:
### ?
nameserver 80.67.169.12
nameserver 80.67.169.40
### DNS.Watch
nameserver 84.200.69.80
nameserver 84.200.70.40

#4 Re : Matériel » son : problème depuis buster - maintenant bullseye » 12-09-2021 17:09:18

Si ça fonctionne sur un autre ordi, perso je ferais l'essai de prendre soit le .solfège qui va bien, ou au moins son fichier préférences, et le mettrai sur l'ordi qui déconne.
Par contre s'il y a un problème général avec pulseaudio c'est la piste à suivre; mais là je ne connais pas du tout.

Sinon au cas où, tu n'as pas un blême dans le sources.list ?

#5 Re : Matériel » son : problème depuis buster - maintenant bullseye » 11-09-2021 13:43:18

Bjr,

On ne voit pas que tu as vérifié les préférences de Solfege et fait les tests qui sont proposés; tu l'as fait ?

#6 Re : Réseau » w3m et lynx n'affichent pas résultat speedtest.fr » 05-09-2021 16:38:40

Je peux me tromper mais à partir de la page speedtest.fr leur script mesure la bande passante jusqu'à l'ip publique du point d'accès. D'ailleurs il y a une différence parfois très importante entre la mesure dudit script et celle de speedtest-cli; différence due, si j'ai pigé le truc, à la qualité du réseau entre, par exemple, une clé wifi et le point d'accès.
Pour le html5 j'ai bien précisé qu'une première page, contenant le lien vers le script, s'affiche correctement dans w3m ou lynx. Quant à la deuxième page elle ne s'affiche que partiellement puisque j'ai indiqué qu'un message d'attente apparaît....

#7 Re : Réseau » w3m et lynx n'affichent pas résultat speedtest.fr » 05-09-2021 15:55:46

Je sais bien puisque je l'utilise; mais là tu testes depuis ton ordi, pas à partir du web

#8 Réseau » w3m et lynx n'affichent pas résultat speedtest.fr » 05-09-2021 14:57:37

phlinux
Réponses : 5
Bjr,

Je fais quelques mesures de vitesse du réseau à partir d'une page web, en utilisant FireFox; ça marche. Mais je souhaite me passer d'un navigateur graphique donc je tente ceci :

w3m http://www.speedtest.fr/
> ou
lynx http://www.speedtest.fr/

Dans les deux cas la page suivante s'affiche correctement et on trouve le lien vers le script. En lançant celui-ci, la page suivante, au lieu d'afficher le résultat, reste bloquée sur ce message "Test de bande passante en cours...".
Une autre tentative consiste à lancer la page du script directement

w3m http://www.speedtest.fr/tester-vitesse-connexion/internet-bande-passante.php
 

Même blocage. A noter que c'est pire avec lynx qui affiche, dans le terminal, ce qui semble être le processus en cours.
Voici la chose :

[?1049h[22;0;0t[1;24r(B[m[4l[?7h[?1h=[39;49m[39;49m[37m[40m[H[2J[37m[40m[J(B[m[39;49m[37m[40m[39;49m[37m[40m[J[39;49m(B[m[22d[93m[44mAccès à http://www.speedtest.fr/tester-vitesse-connexion/internet-bande-passant[K[39;49m(B[m
[93m[44mRecherche www.speedtest.fr[K[39;49m(B[m
[93m[44mConnexion HTTP à www.speedtest.fr[39;49m(B[m
[93m[44mEnvoi de la requête HTTP.[K[39;49m(B[m
[93m[44mRequête HTTP envoyée. Attente de réponse.[39;49m(B[m
[93m[44mDonnées lues : 1,3 KiB, 2,7 KiB/sec.[K[39;49m(B[m
[93m[44mHTTP/1.1 200 OK[K[39;49m(B[m
[93m[44mDonnées lues : 79 KiB, 391 KiB/sec.[39;49m(B[m[22;16H[93m[44m166 KiB, 411 KiB/sec.[39;49m(B[m[22;16H[93m[44m257[26G25[22;37H[39;49m(B[m[22;16H[93m[44m349[26G30[22;37H[39;49m(B[m[22;16H[93m[44m435[26G29[22;37H[39;49m(B[m
[93m[44mTransfert de données terminé[K[39;49m(B[m[1;28H[35m[40mwww.speedtest.fr - Mesure de bande passante (p1 of 3)[2;22H[37m[40mTest de bande passante en cours...[4;9HSpVxr 9H[5yjԡ3.}Bx3]RKۉO(iBrHR2F]u?{<,^Kzѭ$
[6GFN~jgmk)ubƃg0yD\kYb%gКBot-{87 0;!#J&(ˤ ne
   OE.-Q8șM+P|gQ@Jىp>y71T1jX0>EtLMi #dZUWX߲Fob/CUA{[7;26H-~dcSRgNUZҰg¹f
   mP+ֽӍ\6[^oPctu@ꀥp$꼨oPZS wJWWTUiTX!w- a^K!ZkAR[9;9H]{,:FJt$XI;AňVyS$70(2@H4Y7x|,b%u>O@v0E&3jR[10;24H/k)W~~)ȜK?c}oP%1h>1q[11;14HάWukVE(6!㖌li|R`#RB%k_EH6ΈHK0\D W&K[12;15H'iiVx!'Y7?F|Va?Ud\uEb~^S,$Aӆ~3 0ffr5E
   WJ;Vm`ѿ+MՊ^;b/p+dKoFUĴ~2ѵ%'uM:zO* 5(Oi+j6)g{c+[14;12HaөivзE1dN +DU@%t55k\BnTI^!OB$F=:K[15;16H[5Un8nk5w&"f'zFip{Ä+l%fBƇӍ?VP[16;20Hj^B#ꜘI;|-s0xI*>D:;N[Kk[17;18Heچ+M<^:'Kcr%3@cPwElS.Hg7t#e(
   œ#|̜nNq¹Nu>If'$gOuQ*°Btȸҙ7J\Uquaշ}E1h8@n/6H:t8[19;9H oi0oK/mͳg@DգLo^G_Ea"mLQZ7Esӯ`3/fUgr58[20;22Hd}fjh{݁.恓#IcgƋke=5% VUf' l
[8GLe(tx7Vww>iRi)T gRpБVf?S8s"}EC z7yuoNɰa|wlزq7z
[39;49m(B[m[1;26H[35m[40mwww.speedtest.fr - Mesure de bande passante (p1 of 137
[22d[39;49m(B[m
[37m[40m<haut>/<bas>=se déplacer, <droite>=activer le lien, <gauche>=document précédent.[24;1HH)Aide O)ptions P)Imprimer G)Aller à M)écran pal Q)uitter </>=chercher <retour>[?7l.[?7h[39;49m(B[m
[22d[93m[44m-- appuyez sur la barre d’espace pour aller à la page suivante --[39;49m(B[m


Donc si quelque membre a expérimenté ou pense à une soluce, bienvenu...

#9 Re : Réseau » Point d'accès avec raspberry : qualité du réseau » 23-08-2021 12:22:49

Merci pour ta réponse. Tu n'en parles pas mais peut-on comprendre qu'avec un Pi3 ou autre et le module/modem, la réception ne sera de toute façon pas moins bonne qu'avec un smartphone ? Cela semble évident sur le papier mais par précaution je préfère prendre quelques avis avant de me lancer.

Ton expérience est intéressante, donc si besoin, je sais qu'il y a au moins un membre qui peut donner des conseils.

#10 Re : Réseau » Point d'accès avec raspberry : qualité du réseau » 22-08-2021 13:13:41

Ok. Donc actuellement je me connecte au web par un point d'accès sur un smartphone. J'envisage de changer cette config en remplaçant le smartphone par un raspberry, avec module 4G, etc... Mais avant de faire cette démarche j'essaie de recueillir des infos par quelqu'un l'ayant déjà effectuée. Tu piges mieux ?

#11 Réseau » Point d'accès avec raspberry : qualité du réseau » 21-08-2021 17:28:25

phlinux
Réponses : 5
Bjr,

Quelqu'un(e) a-t-il des éléments pratiques de comparaison entre une connexion au réseau à travers un pi4 ou autre, et un smartphone ?

Merci d'avance

#12 Re : Installation de Debian » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 01-08-2021 12:38:27

jarek a écrit :

Chez moi ton lien envoie sur une page de recherche.


Corrigé. Merci

#13 Re : Matériel » [RÉSOLU] Clavier et souris Mircrosoft Designer bluethoot » 30-07-2021 16:03:32

Bjr,

Si possible toujours fournir les caractéristiques du matériel, avec les "outils" Debian bien sur. Qu'as-tu tenté comme commandes pour obtenir des messages d'erreur ? Poster les retours de ces commandes.

#14 Re : Installation de Debian » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 30-07-2021 15:50:54

Quant au sujet de ce fil lire Debian Testing “Bullseye”: The Repository Does Not Have a Release File

A noter que nous avons proposé une ligne "alternative"

deb http://deb.debian.org/debian-security bullseye-security/updates main

qui fonctionne pour l'heure très bien

#15 Re : Installation de Debian » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 30-07-2021 15:43:05

Un peu d'info à ce sujet

Vous pouvez également utiliser https:// ... dans toutes les lignes ci-dessus pour utiliser les dépots sur des connexions HTTPS chiffrées si le miroir correspondant prend en charge HTTPS. (Les utilisateurs de Debian 9 / Stretch ou d’anciennes versions devront préalablement installer le paquet apt-transport-https. Les hôtes security.debian.org n’ont actuellement pas de certificat SSL vérifiable publiquement sur HTTPS et ne peuvent donc pas être utilisés avec HTTPS pour le moment.)

#17 Re : Installation de Debian » (Résolu) Installer Bullseye RC2 pendant les vacances, une bonne idée ? » 28-07-2021 19:19:56

Mauvaise adresse ?

deb http://deb.debian.org/debian-security bullseye-security/updates main

#18 Re : Gestion des paquets Debian » Retour d'expérience sur ocrfeeder version du gitlab » 27-07-2021 17:34:35

Solution.
Il s'avère que ocrfeeder-cli demande quelques paramètres supplémentaires pour cette version (0.8.3).

Donc le minimum à préciser serait l'engine (moteur ocr). En reprenant le script du post#2 (ou directement sur la ligne de commande) ça peut donner :

#!/bin/bash

# compile du 20210727

COM=~/bin/ocr/ocrfeeder/bin/ocrfeeder-cli
REP1=/dossier_des_images_à_traiter
REP2=/dossier_des_textes_produits
LISTEIMG=`ls -1 $REP1/ | sort -n`
# respecter la mise en majuscule pour le type de sortie
EXT=ODT
# moteur ocr (impératif)
ENGINE=tesseract
LANGUAGE=en

for IMG in $LISTEIMG; do
    $COM -e $ENGINE -l $LANGUAGE -f $EXT -i $REP1/$IMG -o $REP2/`echo ${IMG%.*}`
done

Le type ODT ajoute directement l'extension au fichier de sortie mais ce n'est pas le cas pour TXT ou PDF (pas testé les autres)
A la prochaine...

#19 Re : Gestion des paquets Debian » Retour d'expérience sur ocrfeeder version du gitlab » 27-07-2021 16:50:31

Yop,

Apparemment ça n'a pas intéressé beaucoup de membres...

Néanmoins une compilation d'une nouvelle version (0.8.3) sous Buster ne fonctionne malheureusement pas.
Le script décrit au-dessus est lancé et on attends.......et toujours rien. Arrêt du bouzin à la main (^c) et voici le retour

Traceback (most recent call last):
  File "./ocrfeeder-cli", line 141, in <module>
    resolution)
  File "/usr/local/bin/ocr/ocrfeeder/bin/../src/ocrfeeder/feeder/layoutAnalysis.py", line 493, in recognize
    for bounds in block_bounds]
  File "/usr/local/bin/ocr/ocrfeeder/bin/../src/ocrfeeder/feeder/layoutAnalysis.py", line 493, in <listcomp>
    for bounds in block_bounds]
  File "/usr/local/bin/ocr/ocrfeeder/bin/../src/ocrfeeder/feeder/layoutAnalysis.py", line 502, in __recognizeImageFromBounds
    text = self.readImage(clip)
  File "/usr/local/bin/ocr/ocrfeeder/bin/../src/ocrfeeder/feeder/layoutAnalysis.py", line 545, in readImage
    text = self.ocr_engine.read()
  File "/usr/local/bin/ocr/ocrfeeder/bin/../src/ocrfeeder/feeder/ocrEngines.py", line 90, in read
    return os.popen(self.engine_path + ' ' + parsed_arguments).read()


Il est à noter que même la version compilée sous Sid (voir au dessus) et testée sous Buster à le même comportement; bon ça peut paraître "normal", mais tout de même...
Si parmi ceux qui pratiquent le pypy le python, quelqu'un voulait bien se pencher, merci d'avance...

#20 Re : Système » nomodeset uniquement en mode recovery » 27-07-2021 13:08:51

Une p'tite question : quand le driver du kernel, donc modesetting si j'ai bien compris, gère correctement la carte graphique, donc pas de driver X, et qu'il n'y a pas de xorg.conf, est-ce qu'il y a du paramétrage à effectuer ? et si oui où ?

#21 Re : Système » nomodeset uniquement en mode recovery » 27-07-2021 10:30:48

Merci pour toutes ces info. Je vais étudier tout ça.
Par contre qu'il y ait un problème d'installation est peu probable. Avec la carte précédente ati9250 et le driver radeon pas de souci du recovery (en même temps je ne l'utilise que très rarement, signe de pas si mauvaise "santé" que ça).
Je vois aussi que tu es sous kernel 5.10.0-8-amd64 (je ne l'installe pas car aux premiers essais il inversait sr0 et sr1!!!!). Mais c'est peut être une donnée à prendre en compte
Enfin, pas de xorg.conf c'est bien, mais pour l'instant ça fonctionne pas sur ma bécane (voir le retour du #21). A ce propos

ls -l /usr/lib/xorg/modules/drivers/

-rw-r--r-- 1 root root  22444 juin   7  2018 fbdev_drv.so
-rw-r--r-- 1 root root 117484 avril 19 11:34 modesetting_drv.so
-rw-r--r-- 1 root root 235368 janv. 31  2019 nouveau_drv.so
-rw-r--r-- 1 root root  34716 août  18  2018 vesa_drv.so


@ tob

#22 Re : Système » nomodeset uniquement en mode recovery » 25-07-2021 18:29:04

Donc pour le module dès que je tente de passer modeset=1 :
- en mode recovery : l'écran se constelle d'une sorte de mozaïque de petites images. Donc pas bon du tout
- et au prompt du login, même chose qu'en nomodeset "no signal detected", plus de clavier....

Pour le xorg.conf, j'utilise de temps en temps 2 écrans avec des sessions séparées, donc j'ai gardé le même "style". Mais j'ai tenté sans xorg.conf, xorg ne se lance pas. Retour

    96.545] xorg-server 2:1.20.4-1+deb10u3 (https://www.debian.org/support)
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    96.611] (==) No Layout section.  Using the first Screen section.
[    96.611] (==) No screen section available. Using defaults.
[    96.611] (**) |-->Screen "Default Screen Section" (0)
[    96.625] (==) No monitor specified for screen "Default Screen Section".
[    96.738] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31
[    97.155] (WW) Warning, couldn't open module nv
[    97.155] (EE) Failed to load module "nv" (module does not exist, 0)
[    97.200] (WW) Warning, couldn't open module vesa
[    97.200] (EE) Failed to load module "vesa" (module does not exist, 0)
[    97.341] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[    97.341] (EE) open /dev/dri/card0: No such file or directory
[    97.341] (WW) Falling back to old probe method for modesetting
[    97.341] (EE) open /dev/dri/card0: No such file or directory
[    97.349] (EE) Unable to find a valid framebuffer device
[    97.349] (WW) Falling back to old probe method for fbdev
[    97.349] (EE) open /dev/fb0: No such file or directory
[    97.349] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[    97.349] (EE) Screen 0 deleted because of no matching config section.
[    97.349] (EE) Screen 0 deleted because of no matching config section.
[    97.349] (EE) Device(s) detected, but none match those in the config file.
[    97.349] (EE)
[    97.350] (EE) no screens found(EE)
[    97.350] (EE)
[    97.350] (EE) Please also check the log file at "/home/ph57/.local/share/xorg/Xorg.0.log" for additional information.
[    97.350] (EE)
[    97.352] (EE) Server terminated with error (1). Closing log file.

Même avec vesa installé

[   364.213] xorg-server 2:1.20.4-1+deb10u3 (https://www.debian.org/support)
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   364.216] (==) No Layout section.  Using the first Screen section.
[   364.216] (==) No screen section available. Using defaults.
[   364.216] (**) |-->Screen "Default Screen Section" (0)
[   364.216] (==) No monitor specified for screen "Default Screen Section".
[   364.224] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31
[   364.375] (WW) Warning, couldn't open module nv
[   364.375] (EE) Failed to load module "nv" (module does not exist, 0)
[   364.519] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[   364.519] (EE) open /dev/dri/card0: No such file or directory
[   364.519] (WW) Falling back to old probe method for modesetting
[   364.519] (EE) open /dev/dri/card0: No such file or directory
[   364.520] (EE) Unable to find a valid framebuffer device
[   364.520] (WW) Falling back to old probe method for fbdev
[   364.520] (EE) open /dev/fb0: No such file or directory
[   364.520] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[   364.520] (EE) Screen 0 deleted because of no matching config section.
[   364.520] (EE) Screen 0 deleted because of no matching config section.
[   364.564] (EE) VESA(0): Cannot read int vect
[   364.564] (EE) Screen(s) found, but none have a usable configuration.
[   364.564] (EE)
[   364.564] (EE) no screens found(EE)
[   364.564] (EE)
[   364.564] (EE) Please also check the log file at "/home/ph57/.local/share/xorg/Xorg.0.log" for additional information.
[   364.564] (EE)
[   364.567] (EE) Server terminated with error (1). Closing log file.

Ensuite tenté le mode normal sans quiet; ça n'arrive même pas au prompt du login avec un "no signal detected". Mode normal avec nomodeset et quiet : 3 lignes et curseur clignotant ad vitam.
Voilà, voilà...

#23 Re : Système » nomodeset uniquement en mode recovery » 25-07-2021 13:04:58

C'est pourtant simple : si je sors du mode recovery il n'est pas possible d'aller jusqu'au bureau comme tu dis; le serveurX ne se lancera pas à cause du nomodeset.

Sinon pour l'extrait du log c'est sans doute dû au mode recovery car en mode normal je n'ai pas d'erreur de drm, ni d'autre.

#24 Re : Système » nomodeset uniquement en mode recovery » 24-07-2021 15:45:30

...donc à quoi bon ? C'était juste une plaisanterie

- Ouverture de la session depuis la console (/dev/tty1), avec startx lancé depuis .bash_profile
- Pour les messages exacts, tu as le retour filtré de Xorg.0.log sur le post au-dessus
- "Ça perd la carte" c'est un jeu de mot, ça confirme ce que j'ai dit; écran noir et reboot physique obligatoire. Pour le temps, là tu plaisantes.

raleur a écrit :

phlinux a écrit :

Ce qui peut laisser penser que le nomodeset ne s'applique pas depuis le départ du boot.


nomodeset s'applique au chargement du pilote KMS du noyau.

Je vais infirmer ce que j'ai écrit. En mode normal au bout de deux lignes de boot l'affichage passe en casse inférieure. Par contre en mode recovery ça reste en gros caractères pendant disons 30'' jusqu'à ce que ça perde la carte. Qui prend en charge l'affichage jusque là ?

raleur a écrit :

Mais si, il suffit de décharger le module et le recharger en forçant modeset=1.
Je me trompe ou tu as une configuration manuelle pour Xorg ?

Oui j'ai une config manuelle

Pour le message ce n'est pas au prompt de recovery mais dans journalctl

juil. 24 15:34:23.140182 phlinux kernel: You have booted with nomodeset. This means your GPU drivers are DISABLED
juil. 24 15:34:23.140241 phlinux kernel: Any video related functionality will be severely degraded, and you may not even be able to suspend the system properly
juil. 24 15:34:23.140290 phlinux kernel: Unless you actually understand what nomodeset does, you should reboot without enabling it



Pour avoir une idée d'où ça coupe en recovery sans nomodeset, la fin du journalctl

--------
juil. 24 16:19:17 phlinux kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.0-16-686-pae root=UUID=6e90a3b3-2893-499f-bddb-9534ae24bd81 ro single
---------
juil. 24 16:19:18 phlinux systemd-system-update-generator[203]: Offline system update overridden by runlevel "single" on the kernel command line
juil. 24 16:19:18 phlinux systemd[1]: Unnecessary job for ST380215A phlinux_usr was removed.
juil. 24 16:19:18 phlinux systemd[1]: Unnecessary job for /dev/disk/by-uuid/460c12f2-99f7-477a-8289-a7c88607406b was removed.
juil. 24 16:19:18 phlinux systemd[1]: Listening on Journal Audit Socket.
juil. 24 16:19:18 phlinux systemd[1]: Listening on udev Control Socket.
juil. 24 16:19:18 phlinux systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
juil. 24 16:19:18 phlinux systemd[1]: Listening on Journal Socket (/dev/log).
juil. 24 16:19:18 phlinux systemd[1]: Listening on udev Kernel Socket.
juil. 24 16:19:18 phlinux kernel: EXT4-fs (sda8): re-mounted. Opts: (null)
juil. 24 16:19:18 phlinux kernel: EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
juil. 24 16:19:18 phlinux kernel: lp: driver loaded but no devices found
juil. 24 16:19:18 phlinux kernel: ppdev: user-space parallel port driver
juil. 24 16:19:18 phlinux kernel: parport_pc 00:06: reported by Plug and Play ACPI
juil. 24 16:19:18 phlinux kernel: parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
juil. 24 16:19:18 phlinux kernel: lp0: using parport0 (interrupt-driven).

#25 Re : Système » nomodeset uniquement en mode recovery » 24-07-2021 13:44:10

@robert2a : bon j'ai fait l'essai mais comme "nouveau.modeset=0" = "nomodeset" pas de serveur X. Et donc bien coincé et reboot obligé. Pour info le log :

[    75.023] xorg-server 2:1.20.4-1+deb10u3 (https://www.debian.org/support)
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    75.091] (==) No Layout section.  Using the first Screen section.
[    75.091] (**) |-->Screen "Screen-DVI" (0)
[    75.224] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31
[    75.623] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[    75.762] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[    75.762] (EE) No devices detected.
[    75.762] (EE)
[    75.762] (EE) no screens found(EE)
[    75.762] (EE)
[    75.762] (EE) Please also check the log file at "~/.local/share/xorg/Xorg.0.log" for additional information.
[    75.762] (EE)
[    75.765] (EE) Server terminated with error (1). Closing log file.

Pied de page des forums

Propulsé par FluxBB