1
Voir les messages
Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.
Messages - LETARTARE
2
Matériel / Re : Imprimante
3
Matériel / Re : Imprimante
merci pour cette information, car ayant le même problème que vous ( attente de 20s avant impression sur des textes d'une vingtaine de lignes ), j'étais content d'avoir une piste.
Mais je ne trouve aucun paquet du style 'cups-debuginfo', aussi pourriez-vous précisez votre recherche ?
Merci.
4
Programmes et logiciels / Re : Tuto FreetuxTV (avec freebox)
à quoi correspondent les adresses : source '212.27.38.253' et destination ''228.67.43.91'
Merci
5
Général / Re : Linux bootable d'une clé USB
@Chumi :
- merci de me confirmer cette quasi impossibilité d'appliquer à 'Leap' le tuto de la 'Debian' cité plus haut.
- j'ai déjà testé dans les alternatives 'openSUSE-Leap-15.5-KDE-Live-x86_64-Build10.73-Media.iso', qui n'est pas persistante.
Je réitère simplement ma demande aux forumeurs :
auriez-vous dans vos archives un fichier qui se nommerait
Citer
openSUSE-Leap-15.x-KDE-LiveCD-x86_64.iso
ou l'on voit bien la partie persistante (cow).
Merci encore
6
Général / Re : Linux bootable d'une clé USB
Le but était de réaliser une clé d'installation (et/ou de mise à niveau) avec une zone ('cow' dans l'exemple cité) dans laquelle on peut ajouter différents paquets persistants d'une installation à l'autre.
7
Général / Re : Linux bootable d'une clé USB
Il existait pour 'Leap-15.3' et 'Leap15.4' des 'LiveCD' qui ont été supprimés : je les avais conservés en archives, mais elles sont malheureusement perdues !
Leurs noms étaient du genre :
Citer
openSUSE-Leap-15.3-KDE-LiveCD-x86_64.iso
Peut-être une personne du forum posséderait encore ces fichiers 'iso' persistants ?
Sinon ,
@Chumi
serait-il possible d'adapter cette méthode 'Live Debian persistant' pour 'Leap-15.4' ? et si oui comment pour la dernière partie
Code: [Sélectionner]
boot=live components quiet splash persistenceje ne vois pas dans quel fichier il faudrait intervenir ...
8
Matériel / Re : Leap15.4 noyau du mois de mai 2023
J'ai eu un peu de temps et j'ai réinstallé Leap-15.4 (KDE) sur un poste avec 'Nvidia Geforce 9500'.
Sur une machine en fonctionnement (carte NVIDIA mais ancien noyau - voir plus haut) ,
1- j'installe 'SUZE imagewriter' par
Code: [Sélectionner]
sudo zypper install imagewriter2- puis je télécharge le dernier 'openSUSE-Leap-15.4-KDE-Live-x86_64-Build31.329-Media.iso'
3- je grave une clé 'Live-USB de 4Go' en déposant ce dernier fichier sur l'icône de 'Image'Writer'
4- j'utilise une station de travail en USB avec le disque système gérant mal la carte 'GE9500' sur lequel je reformate la racine fautive, en conservant la partition '/home' et le 'swap'
Sur une machine sans affichage (carte NVIDIA mais dernier noyau - voir plus haut) ,
5- j'utilise la station de travail en USB avec le disque système gérant mal la carte 'GE9500', préalablement préparé
6- je redémarre sur la clé gravée ( priorité dans le 'bios' à la clé 'usb' démarrable)
7- je lance donc une installation de 'Leap-15.4' sur le disque USB ...
8- lors du choix du disque système, je choisi ma partition racine vide en la montant et sans la reformater, je choisi la partition '/home' préalablement conservé en la montant et sans la formater
9- lors de la présentation du résumé de l'installation, je corrige le choix du chargeur d'amorçage selon mes besoins, j'ajoute quelques paquets de développement,...
10- je lance l'installation en utilisant les dépôts en ligne ..
Quelques temps après (selon le nombre de paquets de 1h à 2h30) je peux alors utiliser ce disque en configurant le 'bios' machine pour redémarrer sur ma station de travail USB (sur laquelle est toujours installé le système tout frais )
Plus de souci d'affichage comme lors de mon questionnement !
Conclusion : l'accumulation des mise à niveau 'Leap-15.2' -> 'Leap-15.3' -> 'Leap-15.4' avait du accumuler des scories (??)
Problème résolu.
9
Matériel / Re : Leap15.4 noyau du mois de mai 2023
En effet à la lecture des différents messages afférents aux 'Gpu Nvidia', de nombreux problèmes sont apparus.
J'utilise, sur les mêmes machines PC de bureau, 'Opensuse' depuis 2018 avec les versions Leap : 42.3, 15.1, 15.2, 15.3, 15.4 , et ceci sans problème graphique avec les différentes versions de 'nouveau' ; c'est seulement avec la version du noyau 5.14.21-150400.24.63-default, je n'avais aucune raison de m'en soucier.
Sur un 3ème poste identique au 2ème cité plus haut et avec les mêmes paquets (copie de disques bit à bit sur station de copie et personnalisation des 'UUID' des disques et des différents noms pour différencier les machines sur réseau) j'obtiens :
poste 3 :
Citer
bash-4.4$ inxi -G
Graphics: Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,nv,vesa
resolution: 1680x1050~60Hz
OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
poste 2 :
Citer
inxi -G
Graphics: Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,vesa
resolution: 1680x1050~60Hz
OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
- ce poste 3 reste en mode 800x600 !!
- le poste 2 fonctionne correctement
Une dernière question sur une information fournie par 'inxi -G' : le driver 'modesetting' correspond à quoi ?
Merci par avance.
10
Matériel / Re : Leap15.4 noyau du mois de mai 2023
pour le 2me poste indiqué, effectivement il manquait 'xf86-video-nv'. Un grand merci.
Par contre pour le premier, j'ai veillé à avoir des pilotes identiques, mais écran noir après le 'Grub' !!
Je dois redémarrer pour charger l'avant dernier noyau '*21-60' et cela fonctionne correctement.
Problème non résolu.
11
Matériel / Re : Leap15.4 noyau du mois de mai 2023
merci de votre réponse. Je suis bien sous 'KDE', malheureusement la résolution maximale est de 800x600 !
12
Matériel / Leap15.4 noyau du mois de mai 2023
J'ai une version 'Leap15.4' qui utilise une carte graphique ancienne 'Nvidia Geforce 9500' avec le pilote 'nouveau'.
Citer
inxi -G
Graphics: Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
Device-2: NVIDIA G96 [GeForce 9500 GS] driver: nouveau v: kernel
Display: x11 server: X.Org 1.20.3 driver: loaded: modesetting,nouveau unloaded: fbdev,vesa
resolution: 1680x1050~60Hz
OpenGL: renderer: NV96 v: 3.3 Mesa 21.2.4
Le nouveau noyau : 5.14.21-150400.24.63-default => affichage du menu de 'Grub2' puis écran noir.
J'arrive à fonctionner en rechargeant l'ancien noyau '*24.60'
Sur un autre poste identique sauf la carte graphique qui est une 'Nvidia Geforce 9300' avec le pilote 'nouveau':
Citer
inxi -G
Graphics: Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,vesa
resolution: 1680x1050~60Hz
OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
'5.14.21-150400.24.63-default' => affichage en 800x600 !!
Avez-vous une expérience identique ?